FSB14 offen/zu

[satprofi]

Ich brauche dann mal ein Screenshot vom PCT14 mit den Adressen. Ohne ist das ein "im Nebel stochern"...

bitte sehr

[Cybers]

Es ist wie ich vermutet habe: du hast die Adressen nicht nach Hex konvertiert.

Gruß, Sascha

[satprofi]

Hallo. wieso? im pct steht doch die hex adresse. kommmando klappt doch.
oder was genau meinst du?

[Cybers]

Wenn du ein Eltako-Device in Fhem anlegst, gibst du zwei Adressen an:
1. im "DEF" die Adresse, über die Fhem den Status des Devices bekommt
2. im Attribut "subDef" die Adresse, mit der Fhem ausgehende Befehle in den Eltako-Bus sendet
----- beide Adresse müssen in HEX angegeben werden!!!!

Im PCT14 siehst du folgendes:
1. in der linken Lists alle Devices, die im Eltako-Bus gefunden wurden, mit ihrer Adresse. Diese Adresse wird aber in DEZ angezeigt!!!
2. in dem mittleren Fenster (Konfigurationsbereich) die Zuordnung der Adressen (ID), auf welche das Device reagieren soll. Hier hast du zwei Spalten: Adresse (ID) in HEX und Adresse (ID) in DEZ

Da du im Konfigurationsbereich die Adresse (ID) in HEX eingetragen hast, kannst du diese Adresse so auch im Attribut "subDef" übernehmen. Das hast du ja auch und deshalb kannst du das Device aus Fhem bedienen.

Im DEF des Devices hast du die Adresse eins zu eins aus dem PCT14 übernommen - was falsch ist!
Im PCT14 hat das Device die Adresse 27 und du hast in Fhem ebenfalls 00000027 eingetragen. Jetzt entspricht die Fhem-Adresse "00000027" aber in DEZ "39". Das heißt du bekommst für deine Jalousie #27 den Status von dem "Rollo Küche" mit der Adresse 39.
für die Jalousie #27 muss folgende Adresse ins DEF: 0000001B

Ich hoffe, daß ich es jetzt verständlich genug erklärt habe...

Gruß, Sascha

[satprofi]

Danke, das ist mir schon klar. Heisst , ich habe nur die Rückmeldung erhalten, weil ich per FHEM gesteuert habe, aber bei externer steuerung nicht. Heisst im umkehrschluss, das FHEM selbst berechnet ob offen oder zu.

Werde es ändern, danke nochmals. Hoffe das es danach wirklich klappt.

[Cybers]

du hast für dein Fhem-Device "00000027" die Rückmeldung von dem Eltako-Device "39 - Rollo Küche bekommen" -> DEZ 39 ist HEX 27

[satprofi]

du hast für dein Fhem-Device "00000027" die Rückmeldung von dem Eltako-Device "39 - Rollo Küche bekommen" -> DEZ 39 ist HEX 27

aber dort änderte sich ja der status nicht. befehl ging an FF000027 raus, rollo war auch die richtige. Rückmeldung passte mit dieser zusammen.

nur ext. schalter betätigungen bekam fhem nicht mit, da ja falsche adresse

[satprofi]

du hast für dein Fhem-Device "00000027" die Rückmeldung von dem Eltako-Device "39 - Rollo Küche bekommen" -> DEZ 39 ist HEX 27

Hallo.
Hab mir das ganze jetzt nochmals angesehen, und kapiers nicht. Die FSR14-4x haben auch als define die "dezimale" ID, und da kommt die Meldung richtig zurück, heisst Licht per Taster ein/aus ändert den Status in FHEM sehr wohl?

Warum klappt das jetzt bei den FSB14 nicht auch so?

[Cybers]

ich kann dir nicht sagen warum und woher du irgendwelche Statusmeldungen bekommst. Ich kann dir nur sagen, daß die Adresse in HEX eingegeben werden werden muss. Bei den "ersten" FSR14 (Adresse 1-8) wird es funktionieren weil DEZ mit HEX identisch ist.
Ich kann aber nicht verstehen, warum du meine Hilfe nicht annimmst und die Adressen einfach mal in HEX änderst...

[satprofi]

i
Ich kann aber nicht verstehen, warum du meine Hilfe nicht annimmst und die Adressen einfach mal in HEX änderst...

hab ich doch schon bei des FSB, FSR werd ich beobachten.
Danke nochmals

[satprofi]

So, Probleme gehen weiter.
Werte werden jetzt an FHEM übergeben, bei betätigung mit schalter.
aber wenn ich während der fahrt stoppe, weil ich eben nur halb offen haben will, kommt keine zustandsmeldung, ausser "position" Weil reading position nur erschein wenn offen od. zu.
habe alles , hoffe ich zumindest, eingetragen. Auf/Zu mit stoppuhr eruiert. Wasa genau fehlt mir da noch. Oder sind die FSB14 wirklich nicht für FHEM geeignet?

Code: [Auswählen]

DEF        00000028
   FUUID      61d86ae0-f33f-e87c-13d1-7ecc83a7076bc22b
   IODev      TCM_ESP2_0
   NAME       FSB14_7_2
   NR         103
   NTFY_ORDER 50-FSB14_7_2
   STATE      position
   TYPE       EnOcean
   OLDREADINGS:
   READINGS:
     2022-08-27 17:50:34   IODev           TCM_ESP2_0
     2022-08-20 22:31:34   block           unlock
     2022-09-09 06:57:16   endPosition     not_reached
     2022-09-09 06:57:16   state           stop
   helper:
Attributes:
   IODev      TCM_ESP2_0
   alias      Rollo Speis
   devStateIcon down:fts_shutter_100 up:fts_window_2w [0-9]:fts_window_2w 100.*:fts_shutter_100 1\d.*:fts_shutter_10 2\d.*:fts_shutter_20 3\d.*:fts_shutter_30 4\d.*:fts_shutter_40 5\d.*:fts_shutter_50 6\d.*:fts_shutter_60 7\d.*:fts_shutter_70 8\d.*:fts_shutter_80 9\d.*:fts_shutter_90
   eep        A5-3F-7F
   group      Stiege
   gwCmd      blindCmd
   manufID    00D
   model      ELTAKO_FSB14
   room       EnOcean,Rolladen
   shutTime   20
   shutTimeCloses 22
   stateFormat position
   subDef     FF000040
   subType    manufProfile
   userattr   FSB14_4_1 FSB14_4_1_map structexclude
   webCmd     opens:stop:closes

Code: [Auswählen]

READINGS:
     2022-08-27 17:50:34   IODev           TCM_ESP2_0
     2022-09-11 00:42:29   anglePos        90
     2022-08-27 17:51:30   block           unlock
     2022-09-11 00:42:29   endPosition     closed
     2022-09-11 00:42:29   position        100
     2022-09-11 00:42:29   state           closed
so, neue tests, readings erscheinen erst ca. 2min. später. aber offen wird mir nnur mit "open_ack" angezeigt, und position "100", für zu.

Code: [Auswählen]

READINGS:
     2022-08-27 17:50:34   IODev           TCM_ESP2_0
     2022-09-11 11:03:02   anglePos        90
     2022-08-20 22:31:33   block           unlock
     2022-09-11 11:07:34   endPosition     open_ack
     2022-09-11 11:03:02   position        100
     2022-09-11 11:07:34   state           open_ack