Symcon Bug(?) - Mit Fibaro Binary Sensor

[DrFrank]

Der Fibaro binary Sensor, wird in IP-Symcon nicht proaktiv upgedatet, sondern man muss im Moment wohl die Variablen. Allerdings sendet der Sensor laut Dump brav bei jeder Änderung Telegramme, allerdings ändern diese keine von IPS angelegte Variable.

Zusätzlich gibt es beim Auslesen der Untergeräte eine Fehlermeldung.

TXT: 18.01.2017 19:53:37.00 | (R) Class (60): MULTI_INSTANCE | <CR><SOH><SOH> <SOH>ÿ
HEX: 18.01.2017 19:53:37.00 | (R) Class (60): MULTI_INSTANCE | 0D 01 01 20 01 FF 
TXT: 18.01.2017 19:53:49.00 | (R) Class (60): MULTI_INSTANCE | <CR><SOH><SOH> <SOH><NUL>
HEX: 18.01.2017 19:53:49.00 | (R) Class (60): MULTI_INSTANCE | 0D 01 01 20 01 00 
TXT: 18.01.2017 19:53:54.00 | (R) Class (60): MULTI_INSTANCE | <CR><STX><STX> <SOH>ÿ
HEX: 18.01.2017 19:53:54.00 | (R) Class (60): MULTI_INSTANCE | 0D 02 02 20 01 FF 
TXT: 18.01.2017 19:53:59.00 | (R) Class (60): MULTI_INSTANCE | <CR><STX><STX> <SOH><NUL>
HEX: 18.01.2017 19:53:59.00 | (R) Class (60): MULTI_INSTANCE | 0D 02 02 20 01 00 
TXT: 18.01.2017 20:02:04.00 | (R) Class (60): MULTI_INSTANCE | <CR><SOH><SOH> <SOH>ÿ
HEX: 18.01.2017 20:02:04.00 | (R) Class (60): MULTI_INSTANCE | 0D 01 01 20 01 FF 
TXT: 18.01.2017 20:02:06.00 | (R) Class (60): MULTI_INSTANCE | <CR><SOH><SOH> <SOH><NUL>
HEX: 18.01.2017 20:02:06.00 | (R) Class (60): MULTI_INSTANCE | 0D 01 01 20 01 00 
TXT: 18.01.2017 20:03:16.00 |               Update | <EOT> <SOH>0`??rp?zï+
HEX: 18.01.2017 20:03:16.00 |               Update | 04 20 01 30 60 85 8E 72 70 86 7A EF 2B 
TXT: 18.01.2017 20:03:16.00 |          NodeClasses | 0`??rp?z
HEX: 18.01.2017 20:03:16.00 |          NodeClasses | 30 60 85 8E 72 70 86 7A 
TXT: 18.01.2017 20:03:16.00 |   NodeControlClasses | +
HEX: 18.01.2017 20:03:16.00 |   NodeControlClasses | 2B 
TXT: 18.01.2017 20:03:16.00 |          NodeClasses | Not updating as it was not explicitly requested
HEX: 18.01.2017 20:03:16.00 |          NodeClasses | 4E 6F 74 20 75 70 64 61 74 69 6E 67 20 61 73 20 69 74 20 77 61 73 20 6E 6F 74 20 65 78 70 6C 69 63 69 74 6C 79 20 72 65 71 75 65 73 74 65 64 
TXT: 18.01.2017 20:03:16.00 | (R) Class (86): VERSION | <DC4>`&lt;STX&gt;
HEX: 18.01.2017 20:03:16.00 | (R) Class (86): VERSION | 14 60 02 
TXT: 18.01.2017 20:03:16.00 | (R) Class (60): MULTI_INSTANCE | &lt;BS&gt;@&lt;STX&gt;
HEX: 18.01.2017 20:03:16.00 | (R) Class (60): MULTI_INSTANCE | 08 40 02 
TXT: 18.01.2017 20:03:16.00 | (R) Class (60): MULTI_INSTANCE | &lt;LF&gt;&lt;SOH&gt; &lt;SOH&gt;0?
HEX: 18.01.2017 20:03:16.00 | (R) Class (60): MULTI_INSTANCE | 0A 01 20 01 30 9C 
TXT: 18.01.2017 20:04:09.00 |               Update | &lt;EOT&gt; &lt;SOH&gt;0`??rp?zï+
HEX: 18.01.2017 20:04:09.00 |               Update | 04 20 01 30 60 85 8E 72 70 86 7A EF 2B 
TXT: 18.01.2017 20:04:09.00 |          NodeClasses | 0`??rp?z
HEX: 18.01.2017 20:04:09.00 |          NodeClasses | 30 60 85 8E 72 70 86 7A 
TXT: 18.01.2017 20:04:09.00 |   NodeControlClasses | +
HEX: 18.01.2017 20:04:09.00 |   NodeControlClasses | 2B 
TXT: 18.01.2017 20:04:09.00 |          NodeClasses | Not updating as it was not explicitly requested
HEX: 18.01.2017 20:04:09.00 |          NodeClasses | 4E 6F 74 20 75 70 64 61 74 69 6E 67 20 61 73 20 69 74 20 77 61 73 20 6E 6F 74 20 65 78 70 6C 69 63 69 74 6C 79 20 72 65 71 75 65 73 74 65 64 
TXT: 18.01.2017 20:04:10.00 | (R) Class (86): VERSION | &lt;DC4&gt;`<STX>
HEX: 18.01.2017 20:04:10.00 | (R) Class (86): VERSION | 14 60 02 
TXT: 18.01.2017 20:04:10.00 | (R) Class (60): MULTI_INSTANCE | <BS>@<STX>
HEX: 18.01.2017 20:04:10.00 | (R) Class (60): MULTI_INSTANCE | 08 40 02 
TXT: 18.01.2017 20:04:10.00 | (R) Class (60): MULTI_INSTANCE | <LF><SOH> <SOH>0?
HEX: 18.01.2017 20:04:10.00 | (R) Class (60): MULTI_INSTANCE | 0A 01 20 01 30 9C 
TXT: 18.01.2017 20:04:44.00 |               Update | <EOT> <SOH>0`??rp?zï+
HEX: 18.01.2017 20:04:44.00 |               Update | 04 20 01 30 60 85 8E 72 70 86 7A EF 2B 
TXT: 18.01.2017 20:04:44.00 |          NodeClasses | 0`??rp?z
HEX: 18.01.2017 20:04:44.00 |          NodeClasses | 30 60 85 8E 72 70 86 7A 
TXT: 18.01.2017 20:04:44.00 |   NodeControlClasses | +
HEX: 18.01.2017 20:04:44.00 |   NodeControlClasses | 2B 
TXT: 18.01.2017 20:04:44.00 |          NodeClasses | Not updating as it was not explicitly requested
HEX: 18.01.2017 20:04:44.00 |          NodeClasses | 4E 6F 74 20 75 70 64 61 74 69 6E 67 20 61 73 20 69 74 20 77 61 73 20 6E 6F 74 20 65 78 70 6C 69 63 69 74 6C 79 20 72 65 71 75 65 73 74 65 64 
TXT: 18.01.2017 20:04:44.00 | (R) Class (86): VERSION | <DC4>`&lt;STX&gt;
HEX: 18.01.2017 20:04:44.00 | (R) Class (86): VERSION | 14 60 02 
TXT: 18.01.2017 20:04:44.00 | (R) Class (60): MULTI_INSTANCE | &lt;BS&gt;@&lt;STX&gt;
HEX: 18.01.2017 20:04:44.00 | (R) Class (60): MULTI_INSTANCE | 08 40 02 
TXT: 18.01.2017 20:04:44.00 | (R) Class (60): MULTI_INSTANCE | &lt;LF&gt;&lt;STX&gt; &lt;SOH&gt;0?
HEX: 18.01.2017 20:04:44.00 | (R) Class (60): MULTI_INSTANCE | 0A 02 20 01 30 9C 
TXT: 18.01.2017 20:05:56.00 | (R) Class (60): MULTI_INSTANCE | &lt;CR&gt;&lt;SOH&gt;&lt;SOH&gt; &lt;SOH&gt;ÿ
HEX: 18.01.2017 20:05:56.00 | (R) Class (60): MULTI_INSTANCE | 0D 01 01 20 01 FF 
TXT: 18.01.2017 20:06:02.00 | (R) Class (60): MULTI_INSTANCE | &lt;CR&gt;&lt;STX&gt;&lt;STX&gt; &lt;SOH&gt;ÿ
HEX: 18.01.2017 20:06:02.00 | (R) Class (60): MULTI_INSTANCE | 0D 02 02 20 01 FF 
TXT: 18.01.2017 20:06:07.00 | (R) Class (60): MULTI_INSTANCE | &lt;CR&gt;&lt;STX&gt;&lt;STX&gt; &lt;SOH&gt;&lt;NUL&gt;
HEX: 18.01.2017 20:06:07.00 | (R) Class (60): MULTI_INSTANCE | 0D 02 02 20 01 00 
TXT: 18.01.2017 20:06:09.00 | (R) Class (60): MULTI_INSTANCE | &lt;CR&gt;&lt;SOH&gt;&lt;SOH&gt; &lt;SOH&gt;&lt;NUL&gt;
HEX: 18.01.2017 20:06:09.00 | (R) Class (60): MULTI_INSTANCE | 0D 01 01 20 01 00 

Siehe Anfang und Ende des Debugs.
Dazwischen habe ich die Untergeräte gelöscht und neu angelegt
Beim Laden der Konfiguration der Untergeräte kommt folgende Meldung:"(RequestInfoSensorAlarm)Witing for Feedback timed out". Der Debug dazu ist in der Mitte der obigen Ausgabe.

Hier sieht man den Unterschied zwischen manller Abfrage und spnatener Meldung.
Im vorletzten Byte stehe hier eine 03 statt einer 01.

TXT: 18.01.2017 20:16:05.00 | (R) Class (60): MULTI_INSTANCE | <CR><STX><STX> <SOH>ÿ
HEX: 18.01.2017 20:16:05.00 | (R) Class (60): MULTI_INSTANCE | 0D 02 02 20 01 FF 
TXT: 18.01.2017 20:16:08.00 | (R) Class (60): MULTI_INSTANCE | <CR><STX><STX> <SOH><NUL>
HEX: 18.01.2017 20:16:08.00 | (R) Class (60): MULTI_INSTANCE | 0D 02 02 20 01 00 
TXT: 18.01.2017 20:16:14.00 | (R) Class (60): MULTI_INSTANCE | <CR><STX><NUL>0<ETX><NUL>
HEX: 18.01.2017 20:16:14.00 | (R) Class (60): MULTI_INSTANCE | 0D 02 00 30 03 00 
TXT: 18.01.2017 20:16:25.00 | (R) Class (60): MULTI_INSTANCE | <CR><STX><STX> <SOH>ÿ
HEX: 18.01.2017 20:16:25.00 | (R) Class (60): MULTI_INSTANCE | 0D 02 02 20 01 FF 
TXT: 18.01.2017 20:16:30.00 | (R) Class (60): MULTI_INSTANCE | <CR><STX><NUL>0<ETX>ÿ
HEX: 18.01.2017 20:16:30.00 | (R) Class (60): MULTI_INSTANCE | 0D 02 00 30 03 FF 

@Paresy,
Kannst Du Dir das bitte mal ansehen?

[wupperi]

@DrFrank:

Das hier gesehen: IP-Symcon Community Forum

???

[DrFrank]

Sorry, aber der Link funktioniert bei mir nicht.

Was die Einstellungen angeht, so bin ich mir aber relativ sicher, dass alles richtig eingestellt ist.

FYI: Der Sensor wird im Modus mit 2 Binär-Eingängen betrieben (nicht mit 4 Temperatursensoren). Dafür habe ich im Forum keinen Beitrag gefunden.

Ich werde heute Abend nochmal mehr Details posten.

Wenn jemand den Sensor im gleichen Modus Benutzt, wäre es nett wenn ihr mal einen Screenshot des Objektbaums posten könntet.

[1007]

@DrFrank

Sorry, aber der Link funktioniert bei mir nicht.

Link zeigt in den Beta-Bereich.

[DrFrank]

Das bedeutet wohl, dass ich dort keinen Zugriff habe:

DrFrank, Sie haben keine Rechte, um auf diese Seite zuzugreifen. Folgende Gründe könnten z.B. dafür verantwortlich sein:
Sie versuchen, den Beitrag eines anderen Benutzers zu ändern oder auf administrative Funktionen zuzugreifen. Überprüfen Sie bitte in den Forenregeln, ob Sie diese Aktion ausführen dürfen.
Wenn Sie versucht haben, einen Beitrag zu schreiben, kann es sein, dass Ihr Benutzerkonto deaktiviert wurde oder noch aktiviert werden muss.

Vielleicht kannst Du dann ja die Info zu den Einstellungen mal hier posten?

[paresy]

Das Problem liegt höchstwahrscheinlich daran, dass wir zur Zeit noch keine Assoziationsgruppe für Untergeräte unterstützen. Dadurch registriert sich IP-Symcon für die Untergeräte nicht auf die Nachrichten.

Querverweis: Untergerät Assoziieren

paresy

[DrFrank]

Hier jetzt weitere Infos…

Fehler beim Einlesen der Untergeräte:
IP-Symcon Community Forum

KlassenMain:
IP-Symcon Community Forum

KlassenSub1:
IP-Symcon Community Forum

Parameter:
IP-Symcon Community Forum

Baumansicht:
IP-Symcon Community Forum

Konfig einlesen Main:

TXT: 19.01.2017 20:11:32.00 |  (S) RequestNodeInfo | 
HEX: 19.01.2017 20:11:32.00 |  (S) RequestNodeInfo | 
TXT: 19.01.2017 20:11:32.00 |               Update | <EOT> <SOH>0`??rp?zï+
HEX: 19.01.2017 20:11:32.00 |               Update | 04 20 01 30 60 85 8E 72 70 86 7A EF 2B 
TXT: 19.01.2017 20:11:32.00 |          NodeClasses | 0`??rp?z
HEX: 19.01.2017 20:11:32.00 |          NodeClasses | 30 60 85 8E 72 70 86 7A 
TXT: 19.01.2017 20:11:32.00 |   NodeControlClasses | +
HEX: 19.01.2017 20:11:32.00 |   NodeControlClasses | 2B 
TXT: 19.01.2017 20:11:32.00 | (S) RequestVersionForClass | ?<DC3>`
HEX: 19.01.2017 20:11:32.00 | (S) RequestVersionForClass | 86 13 60 
TXT: 19.01.2017 20:11:32.00 | (R) Class (86): VERSION | &lt;DC4&gt;`<STX>
HEX: 19.01.2017 20:11:32.00 | (R) Class (86): VERSION | 14 60 02 
TXT: 19.01.2017 20:11:32.00 | (S) RequestMultiInstance | `&lt;BEL&gt;
HEX: 19.01.2017 20:11:32.00 | (S) RequestMultiInstance | 60 07 
TXT: 19.01.2017 20:11:32.00 | (R) Class (60): MULTI_INSTANCE | &lt;BS&gt;@&lt;STX&gt;
HEX: 19.01.2017 20:11:32.00 | (R) Class (60): MULTI_INSTANCE | 08 40 02 
TXT: 19.01.2017 20:11:32.00 | (S) RequestInfoManufacturerSpecific | r&lt;EOT&gt;
HEX: 19.01.2017 20:11:32.00 | (S) RequestInfoManufacturerSpecific | 72 04 
TXT: 19.01.2017 20:11:32.00 | (R) Class (72): MANUFACTURER_SPECIFIC | &lt;ENQ&gt;&lt;SOH&gt;&lt;SI&gt;&lt;ENQ&gt;&lt;SOH&gt;&lt;DLE&gt;&lt;STX&gt;
HEX: 19.01.2017 20:11:32.00 | (R) Class (72): MANUFACTURER_SPECIFIC | 05 01 0F 05 01 10 02 
TXT: 19.01.2017 20:11:32.00 |       ManufacturerID | 010F
HEX: 19.01.2017 20:11:32.00 |       ManufacturerID | 30 31 30 46 
TXT: 19.01.2017 20:11:32.00 |          ProductType | 0501
HEX: 19.01.2017 20:11:32.00 |          ProductType | 30 35 30 31 
TXT: 19.01.2017 20:11:32.00 |            ProductID | 1002
HEX: 19.01.2017 20:11:32.00 |            ProductID | 31 30 30 32 
TXT: 19.01.2017 20:11:32.00 | (S) RequestAssociations | ?&lt;ENQ&gt;
HEX: 19.01.2017 20:11:32.00 | (S) RequestAssociations | 85 05 
TXT: 19.01.2017 20:11:32.00 | (R) Class (85): ASSOCIATION | &lt;ACK&gt;&lt;ETX&gt;
HEX: 19.01.2017 20:11:32.00 | (R) Class (85): ASSOCIATION | 06 03 
TXT: 19.01.2017 20:11:32.00 |                COUNT | 3
HEX: 19.01.2017 20:11:32.00 |                COUNT | 33 
TXT: 19.01.2017 20:11:32.00 | (S) RequestAssociationGroup1 | ?&lt;STX&gt;&lt;SOH&gt;
HEX: 19.01.2017 20:11:32.00 | (S) RequestAssociationGroup1 | 85 02 01 
TXT: 19.01.2017 20:11:32.00 | (R) Class (85): ASSOCIATION | &lt;ETX&gt;&lt;SOH&gt;&lt;ENQ&gt;&lt;NUL&gt;&lt;SOH&gt;
HEX: 19.01.2017 20:11:32.00 | (R) Class (85): ASSOCIATION | 03 01 05 00 01 
TXT: 19.01.2017 20:11:32.00 | (S) RequestAssociationGroup2 | ?&lt;STX&gt;&lt;STX&gt;
HEX: 19.01.2017 20:11:32.00 | (S) RequestAssociationGroup2 | 85 02 02 
TXT: 19.01.2017 20:11:33.00 | (R) Class (85): ASSOCIATION | &lt;ETX&gt;&lt;STX&gt;&lt;ENQ&gt;&lt;NUL&gt;&lt;SOH&gt;
HEX: 19.01.2017 20:11:33.00 | (R) Class (85): ASSOCIATION | 03 02 05 00 01 
TXT: 19.01.2017 20:11:33.00 | (S) RequestAssociationGroup3 | ?&lt;STX&gt;&lt;ETX&gt;
HEX: 19.01.2017 20:11:33.00 | (S) RequestAssociationGroup3 | 85 02 03 
TXT: 19.01.2017 20:11:33.00 | (R) Class (85): ASSOCIATION | &lt;ETX&gt;&lt;ETX&gt;&lt;SOH&gt;&lt;NUL&gt;&lt;SOH&gt;
HEX: 19.01.2017 20:11:33.00 | (R) Class (85): ASSOCIATION | 03 03 01 00 01 
TXT: 19.01.2017 20:11:33.00 | (S) AssignReturnRoute | F&lt;HT&gt;&lt;SOH&gt;¹
HEX: 19.01.2017 20:11:33.00 | (S) AssignReturnRoute | 46 09 01 B9 

Konfig einlesen Sub1:

TXT: 19.01.2017 20:10:45.00 |  (S) RequestNodeInfo | 
HEX: 19.01.2017 20:10:45.00 |  (S) RequestNodeInfo | 
TXT: 19.01.2017 20:10:45.00 |               Update | <EOT> <SOH>0`??rp?zï+
HEX: 19.01.2017 20:10:45.00 |               Update | 04 20 01 30 60 85 8E 72 70 86 7A EF 2B 
TXT: 19.01.2017 20:10:45.00 |          NodeClasses | 0`??rp?z
HEX: 19.01.2017 20:10:45.00 |          NodeClasses | 30 60 85 8E 72 70 86 7A 
TXT: 19.01.2017 20:10:45.00 |   NodeControlClasses | +
HEX: 19.01.2017 20:10:45.00 |   NodeControlClasses | 2B 
TXT: 19.01.2017 20:10:45.00 | (S) RequestVersionForClass | ?<DC3>`
HEX: 19.01.2017 20:10:45.00 | (S) RequestVersionForClass | 86 13 60 
TXT: 19.01.2017 20:10:45.00 | (R) Class (86): VERSION | &lt;DC4&gt;`<STX>
HEX: 19.01.2017 20:10:45.00 | (R) Class (86): VERSION | 14 60 02 
TXT: 19.01.2017 20:10:45.00 | (S) RequestMultiInstance | `&lt;BEL&gt;
HEX: 19.01.2017 20:10:45.00 | (S) RequestMultiInstance | 60 07 
TXT: 19.01.2017 20:10:45.00 | (R) Class (60): MULTI_INSTANCE | &lt;BS&gt;@&lt;STX&gt;
HEX: 19.01.2017 20:10:45.00 | (R) Class (60): MULTI_INSTANCE | 08 40 02 
TXT: 19.01.2017 20:10:45.00 | (S) RequestMultiInstanceInfo | `<HT><SOH>
HEX: 19.01.2017 20:10:45.00 | (S) RequestMultiInstanceInfo | 60 09 01 
TXT: 19.01.2017 20:10:45.00 | (R) Class (60): MULTI_INSTANCE | <LF><SOH> <SOH>0?
HEX: 19.01.2017 20:10:45.00 | (R) Class (60): MULTI_INSTANCE | 0A 01 20 01 30 9C 
TXT: 19.01.2017 20:10:45.00 |           SubClasses | 0?
HEX: 19.01.2017 20:10:45.00 |           SubClasses | 30 9C 
TXT: 19.01.2017 20:10:45.00 | (S) RequestInfoSensorAlarm | `&lt;CR&gt;&lt;NUL&gt;&lt;SOH&gt;?&lt;ETX&gt;
HEX: 19.01.2017 20:10:45.00 | (S) RequestInfoSensorAlarm | 60 0D 00 01 9C 03 

Spontane Übertragung beim Einschalten der Eingänge:

TXT: 19.01.2017 20:08:11.00 | (R) Class (60): MULTI_INSTANCE | <CR><SOH><SOH> <SOH>ÿ
HEX: 19.01.2017 20:08:11.00 | (R) Class (60): MULTI_INSTANCE | 0D 01 01 20 01 FF 
TXT: 19.01.2017 20:08:13.00 | (R) Class (60): MULTI_INSTANCE | <CR><STX><STX> <SOH>ÿ
HEX: 19.01.2017 20:08:13.00 | (R) Class (60): MULTI_INSTANCE | 0D 02 02 20 01 FF 

Spontane Übertragung beim Ausschalten der Eingänge:

TXT: 19.01.2017 20:10:09.00 | (R) Class (60): MULTI_INSTANCE | <CR><SOH><SOH> <SOH><NUL>
HEX: 19.01.2017 20:10:09.00 | (R) Class (60): MULTI_INSTANCE | 0D 01 01 20 01 00 
TXT: 19.01.2017 20:10:12.00 | (R) Class (60): MULTI_INSTANCE | <CR><STX><STX> <SOH><NUL>
HEX: 19.01.2017 20:10:12.00 | (R) Class (60): MULTI_INSTANCE | 0D 02 02 20 01 00 

Aktualisierungsanfrage nach dem Einschalten der Eingänge:

TXT: 19.01.2017 20:09:25.00 | (S) RequestSensorBinary | 0<STX>
HEX: 19.01.2017 20:09:25.00 | (S) RequestSensorBinary | 30 02 
TXT: 19.01.2017 20:09:25.00 | (R) Class (30): SENSOR_BINARY | <ETX>ÿ
HEX: 19.01.2017 20:09:25.00 | (R) Class (30): SENSOR_BINARY | 03 FF 
TXT: 19.01.2017 20:09:27.00 | (R) Class (60): MULTI_INSTANCE | <CR><SOH><NUL>0<ETX>ÿ
HEX: 19.01.2017 20:09:27.00 | (R) Class (60): MULTI_INSTANCE | 0D 01 00 30 03 FF 
TXT: 19.01.2017 20:09:29.00 | (R) Class (60): MULTI_INSTANCE | <CR><STX><NUL>0<ETX>ÿ
HEX: 19.01.2017 20:09:29.00 | (R) Class (60): MULTI_INSTANCE | 0D 02 00 30 03 FF 

Aktualisierungsanfrage nach dem Ausschalten der Eingänge:

TXT: 19.01.2017 20:07:11.00 | (S) RequestSensorBinary | 0<STX>
HEX: 19.01.2017 20:07:11.00 | (S) RequestSensorBinary | 30 02 
TXT: 19.01.2017 20:07:11.00 | (R) Class (30): SENSOR_BINARY | <ETX><NUL>
HEX: 19.01.2017 20:07:11.00 | (R) Class (30): SENSOR_BINARY | 03 00 
TXT: 19.01.2017 20:07:14.00 | (R) Class (60): MULTI_INSTANCE | <CR><SOH><NUL>0<ETX><NUL>
HEX: 19.01.2017 20:07:14.00 | (R) Class (60): MULTI_INSTANCE | 0D 01 00 30 03 00 
TXT: 19.01.2017 20:07:17.00 | (R) Class (60): MULTI_INSTANCE | <CR><STX><NUL>0<ETX><NUL>
HEX: 19.01.2017 20:07:17.00 | (R) Class (60): MULTI_INSTANCE | 0D 02 00 30 03 00 

[DrFrank]

@paresy

Das Problem liegt höchstwahrscheinlich daran, dass wir zur Zeit noch keine Assoziationsgruppe für Untergeräte unterstützen. Dadurch registriert sich IP-Symcon für die Untergeräte nicht auf die Nachrichten.

Querverweis: Untergerät Assoziieren

paresy

Der verlinkte Thread ist von Anfang 2014
Besteht da überhaupt noch Hoffnung???

In einem anderen Thread war zu lesen, dass Du Dir den Binary Sensor mal zuschicken hast lassen, da bin ich davon ausgegangen, dass das Teil ordentlich unterstützt wird…

[paresy]

Die letzte Antwort ist vom Ende letzten Jahres. Hoffnung besteht. Es ist bei uns als fehlende Klasse hinterlegt, sodass wir uns darum kümmern werden. Genaue ETA kann ich aber gerade nicht sagen.

paresy

[DrFrank]

Sei mir bitte nicht böse, aber ich bin schon etwas eintäuscht.

Fibaro ist ja nicht irgendein Feld-, Wald- und Wiesen-Hersteller bei Z-Wave.
Das Problem ist seit 3 Jahren bekannt und betrifft ja, wenn ich das richtig verstehe, alle Fibaro-Geräte mit Untergeräten.

Bei dem Preis den ihr für Symcon aufruft sollte das keine wirklich 3 Jahre dauern, oder ist der Aufwand derartig groß?

[remote-it]

Ich nutze meinen als Garagentorwächter mit einem DS18B20 Temperatursensor und dies funktioniert.

Anbei mal die gewünschten Screenshots:

Der Kontakt selbst hängt am Eingang 2 ( SubID 1)

Die Zeitstempel sprechen für sich …

Vielleicht hilft es Dir ja weiter

LG Tom

[DrFrank]

Sehe ich das richtig, dass Du einen Eingang als Binärsensor verwendest und einen anderen für die Temperatur?
Pollst Du oder sendet der Sensor spontan?

Was den Temperaturkram angeht, kann man den Sensor wohl entsprechend einstellen, wo oft er ein Update schicken soll und ob er spontan bei bestimmten Veränderungen sendet. Dabei sendet er für den den eventuell Binäreingang wohl den Status mit.

Bei einer Alarmanlage will ich aber nicht mit polling arbeiten. Symcon soll auf die Telegramme reagieren, die der Sensor unmittelbar sendet. Die sind im Debug ja zu sehen, nur macht Symcon damit nix.

[paresy]

Kurze Frage: Hast du im Untergerät die „Basic“ Klasse mal versucht zu aktivieren?

paresy

[remote-it]

@DrFrank

Sehe ich das richtig, dass Du einen Eingang als Binärsensor verwendest und einen anderen für die Temperatur?
Pollst Du oder sendet der Sensor spontan?

Soooo,
ich habe gestern mal alle Polling Timer deaktiviert um sicherzugehen:

• die Temperatur (separater Anschluss - also keiner von den 2 Eingängen) sendet er automatisch, abhängig von der Konfiguration.

-Wenn sich der Kontaktzustand am Eingang ändert, sendet er sofort los - KEIN Polling
Was aber seltsam ist: der Zustand wird über die Variable Daten (Boolean) erfasst … nicht über Status

LG Tom

[DrFrank]

@paresy

Kurze Frage: Hast du im Untergerät die „Basic“ Klasse mal versucht zu aktivieren?

Nein. Werde ich heute Abend mal testen und dann berichten.

[DrFrank]

Mit den Basic Klassen geht es.
Damit kann ich mir erstmal helfen. Danke!

Werde ich beim nächsten Mal gleich probieren