ZMEEUZB1 scheint nicht richtig eingebunden zu sein auf RP 2 Model B

[heinzelrumpel]

Hallo,

habe heute diesen Stick an meinen Raspberry gesteckt. er wird auf der FHEM Oberfläche auch angezeigt

Code Auswählen Erweitern


CFGFN
CallbackNr 0
Clients :ZWave:
DEF /dev/ttyACM0@115200
DeviceName /dev/ttyACM0@115200
FD 5
MaxSendRetries 3
NAME ZWDongle_0
NR 35
PARTIAL
RAWMSG 01070502011504000001fe83ff88cf1f0000fb9f7da067008080008086000000e87300000e0000401a00
ReadTime 1453812365.39823
STATE Initialized
SendRetries 0
SendTime 1453812365.04563
TYPE ZWDongle
WaitForAck 0
ZWDongle_0_MSGCNT 1
ZWDongle_0_TIME 2016-01-26 12:46:05
errReported 1
nrNAck 0


Wenn ich aber nun versuche, ein Device, in meinem Fall einen Fibaro Bewegungsmelder FGMS-001 anzulernen, in dem ich "set ZWDOngle_0 addNode on" in der Oberfäche ausführe, dann erscheint die Fehlermeldung

Code Auswählen Erweitern


addNode is unsupported by this controller


Tja, und hier hört mein Latein auf. Dachte der Stick läuft out-of-the-box mit FHEM. Muss ich da noch etwas konfigurieren?


Grüße, Heinzelrumpel

[heinzelrumpel]

Auf unerklärliche Weise funktioniert es jetzt, nur bekomme ich in der NodeList nur UNKNOWN_1 UNKNOWN_2 UNKNOWN_3 angezeigt. Wie weiß ich denn jetzt, ob der Sensor funktioniert, denn in der FHEM-Gui taucht er nirgendwo auf. Habe im LOG noch dies gefunden.

Code Auswählen Erweitern


Can't open /dev/ttyAMA0: Keine Berechtigung


Da dies wohl aber nicht die Schnittstelle des ZME UZB1 ist, macht mir das keine Große Sorge, oder sollte es?

[DeeSPe]

Schau mal hier: http://www.fhemwiki.de/wiki/Z-Wave#Erneutes_Hinzuf.C3.BCgen_eines_bereits_registrierten_Z-Wave_Ger.C3.A4ts

Auf unerklärliche Weise funktioniert es jetzt, nur bekomme ich in der NodeList nur UNKNOWN_1 UNKNOWN_2 UNKNOWN_3 angezeigt. Wie weiß ich denn jetzt, ob der Sensor funktioniert, denn in der FHEM-Gui taucht er nirgendwo auf. Habe im LOG noch dies gefunden.

Code Auswählen Erweitern


Can't open /dev/ttyAMA0: Keine Berechtigung


Da dies wohl aber nicht die Schnittstelle des ZME UZB1 ist, macht mir das keine Große Sorge, oder sollte es?

[heinzelrumpel]

Bevor ich deine Nachricht gelesen habe, hab ich den Sensor exkludiert, sodass ich jetzt in der nodeList nur noch UKNOWN_2 stehen habe. Irgendwie verstehe ich den Zusammenhang gerade nicht. Hatte ja vorher ein paar mal versucht, den Sensor einzubinden. Kann es sein, dass er dann mehrmals eingebunden ist? Den Inhalt deines Links verstehe ich nicht so recht. Kannst Du das für mich mal genauer erläutern. Sorry, aber ich bin hier absoluter Neuling und gerade etwas verwirrt, wie das alles zusammenhängt.

[rudolfkoenig]

er wird auf der FHEM Oberfläche auch angezeigt

Na so sicher nicht, das ist hoechstens ein Ausschnitt ohne Formatierung. Lieber waere uns die komplette Ausgabe von "list ZWDongle_0" (ohne Hochkomma), hier in einem Code Tag (der Knopf mit dem #) eingefuegt.

addNode is unsupported by this controller

Da ist was beim Initialisieren des Dongles schiefgegangen, ein FHEM Neustart oder abstecken/anstecken koennten helfen.
Es laeuft gut, wenn in der list Ausgabe unter Readings: eine ganz lange zeile mit "caps" vorne auftaucht.

UNKNOWN_1 UNKNOWN_2 UNKNOWN_3

Da hat jemand schon Geraete mit diesem Stick gepaart, und FHEM kennt diese Geraete nicht. War bei mir bei einem "fabrikneuen" Stick auch der Fall.

Can't open /dev/ttyAMA0: Keine Berechtigung

Das ist die serielle Schnittstelle, und in diesem Fall vermutlich irrelevant. Die Fehlermeldung kann vermieden werden, wenn in fhem.cfg das usb check auskommentiert wird.

[heinzelrumpel]

Na so sicher nicht, das ist hoechstens ein Ausschnitt ohne Formatierung. Lieber waere uns die komplette Ausgabe von "list ZWDongle_0" (ohne Hochkomma), hier in einem Code Tag (der Knopf mit dem #) eingefuegt.
Da ist was beim Initialisieren des Dongles schiefgegangen, ein FHEM Neustart oder abstecken/anstecken koennten helfen.
Es laeuft gut, wenn in der list Ausgabe unter Readings: eine ganz lange zeile mit "caps" vorne auftaucht.
Da hat jemand schon Geraete mit diesem Stick gepaart, und FHEM kennt diese Geraete nicht. War bei mir bei einem "fabrikneuen" Stick auch der Fall.
Das ist die serielle Schnittstelle, und in diesem Fall vermutlich irrelevant. Die Fehlermeldung kann vermieden werden, wenn in fhem.cfg das usb check auskommentiert wird.

OK, aber wie kommt es, dass nachdem ich jetzt den Sensor exkludiert habe, nur noch UKNOWN_2 da steht und UKNOWN_1 und UKNOWN_3 verschwunden sind? Was müsste denn sinngemäß in der nodeList stehen, wenn der 3in1 Sensor richtig erkannt wird? Wären danach noch weitere Schritte nötig, um ihn FHEM bekannt zu machen? Ich würde gerne das UKNOWN_2 auch noch rausbekommen, weil es mich stört. Wie geht das denn?

Also, ich habe dies im WIKI gefunden:

Code Auswählen Erweitern


Damit Fhem Statusmeldungen von Sensoren/Aktoren anzeigen und auch darauf reagieren kann, muss der Controller (ZWDongle_1, CtrlNodeId = typischerweise 1) mit der/den passenden Assoziationsgruppe(n) des jeweiligen Gerätes <name> assoziiert werden:

set <name> associationAdd <associationGroup> <CtrlNodeId>


Kann ich da <name> frei definieren? Was genau muss ich denn bei <associationGroup> eintragen und was bei <CTRLNodeID>? Fügt man alle Z-WAVE Devices immer zur gleichen <associationGroup> und <CTRLNodeID> hinzu? Die CTRLNodeID dürfte bei mir ja wohl die "1" sein, wie ich "list ZWDongle_0" entnehmen kann.
Hier mal die Ausgabe von "list ZWDongle_0"

Code Auswählen Erweitern


Internals:
   CallbackNr 5
   Clients    :ZWave:
   DEF        /dev/ttyACM0@115200
   DeviceName /dev/ttyACM0@115200
   FD         11
   MaxSendRetries 3
   NAME       ZWDongle_0
   NR         35
   PARTIAL
   RAWMSG     00610501
   ReadTime   1453830100.47769
   STATE      Initialized
   SendRetries 0
   SendTime   1453830100.38359
   TYPE       ZWDongle
   WaitForAck 0
   ZWDongle_0_MSGCNT 12
   ZWDongle_0_TIME 2016-01-26 18:41:29
   homeId     d629b337
   nodeIdHex  01
   nrNAck     0
   Matchlist:
     1:ZWave    .*
   Readings:
     2016-01-26 16:00:44   caps            Vers:5 Rev:2 ManufID:0115 ProductType:0400 ProductID:0001 SERIAL_API_GET_INIT_DATA SERIAL_API_APPL_NODE_INFORMATION APPLICATION_COMMAND_HANDLER ZW_GET_CONTROLLER_CAPABILITIES SERIAL_API_SET_TIMEOUTS SERIAL_API_GET_CAPABILITIES SERIAL_API_SOFT_RESET UNKNOWN_09 UNKNOWN_0a ZW_SET_R_F_RECEIVE_MODE ZW_SET_SLEEP_MODE ZW_SEND_NODE_INFORMATION ZW_SEND_DATA ZW_SEND_DATA_MULTI ZW_GET_VERSION ZW_SEND_DATA_ABORT ZW_R_F_POWER_LEVEL_SET ZW_SEND_DATA_META ZW_GET_RANDOM MEMORY_GET_ID MEMORY_GET_BYTE MEMORY_PUT_BYTE MEMORY_GET_BUFFER MEMORY_PUT_BUFFER FLASH_AUTO_PROG_SET UNKNOWN_28 NVM_GET_ID NVM_EXT_READ_LONG_BUFFER NVM_EXT_WRITE_LONG_BUFFER NVM_EXT_READ_LONG_BYTE NVM_EXT_WRITE_LONG_BYTE ZW_GET_NODE_PROTOCOL_INFO ZW_SET_DEFAULT ZW_REPLICATION_COMMAND_COMPLETE ZW_REPLICATION_SEND_DATA ZW_ASSIGN_RETURN_ROUTE ZW_DELETE_RETURN_ROUTE ZW_REQUEST_NODE_NEIGHBOR_UPDATE ZW_APPLICATION_UPDATE ZW_ADD_NODE_TO_NETWORK ZW_REMOVE_NODE_FROM_NETWORK ZW_CREATE_NEW_PRIMARY ZW_CONTROLLER_CHANGE ZW_SET_LEARN_MODE ZW_ASSIGN_SUC_RETURN_ROUTE ZW_REQUEST_NETWORK_UPDATE ZW_SET_SUC_NODE_ID ZW_DELETE_SUC_RETURN_ROUTE ZW_GET_SUC_NODE_ID ZW_SEND_SUC_ID ZW_EXPLORE_REQUEST_INCLUSION ZW_REQUEST_NODE_INFO ZW_REMOVE_FAILED_NODE_ID ZW_IS_FAILED_NODE ZW_REPLACE_FAILED_NODE UNKNOWN_66 UNKNOWN_67 UNKNOWN_78 GET_ROUTING_TABLE_LINE LOCK_ROUTE_RESPONSE UNKNOWN_92 UNKNOWN_93 UNKNOWN_98 UNKNOWN_b4 ZW_WATCHDOG_ENABLE ZW_WATCHDOG_DISABLE ZW_WATCHDOG_CHECK ZW_SET_EXT_INT_LEVEL ZW_RF_POWERLEVEL_GET ZW_TYPE_LIBRARY ZW_SEND_TEST_FRAME ZW_GET_PROTOCOL_STATUS WATCHDOG_START WATCHDOG_STOP UNKNOWN_d4 UNKNOWN_ef ZME_FREQ_CHANGE ZME_BOOTLOADER_FLASH UNKNOWN_f5
     2016-01-26 15:48:41   ctrlCaps        PRIMARY
     2016-01-26 16:00:44   homeId          HomeId:d629b337 CtrlNodeId:01
     2016-01-26 17:19:46   nodeInfo_Unknown_2 node Unknown_2 is not present
     2016-01-26 18:41:40   nodeList        ZWDongle_0 UNKNOWN_2
     2016-01-26 16:00:44   random          7189f0c465717bf533e80b0cc5790855b17208c2494acd6f34b62f6d30ed001a
     2016-01-26 16:00:44   state           Initialized
   SendStack:
Attributes:


[heinzelrumpel]

Kann mir denn niemand meine Fragen beantworten? Hänge da gerade wirklich fest.

[krikan]

Hallo!
Das sind halt sehr viele Grundlagenfragen, die sich mMn aus http://www.fhemwiki.de/wiki/Z-Wave, commandref und Einsteigerlektüre erlesen lassen.
Aber ich habe auch vieles im ZWave-Wiki verbrochen; also vielleicht unverständlich. 

OK, aber wie kommt es, dass nachdem ich jetzt den Sensor exkludiert habe, nur noch UKNOWN_2 da steht und UKNOWN_1 und UKNOWN_3 verschwunden sind?

Ohne weitere Infos für mich nicht nachvollziehbar, aber mMn unwichtig.

Was müsste denn sinngemäß in der nodeList stehen, wenn der 3in1 Sensor richtig erkannt wird?

http://www.fhemwiki.de/wiki/Z-Wave#Hinzuf.C3.BCgen_eines_neuen_Z-Wave_Ger.C3.A4ts_.2F_Inklusion

ZWave_<Geräteklasse laut NIF des Gerätes>_<NodeID>

Die Werte in <> sind dann natürlich entsprechend der Infos Deiner Umgebung gefüllt.

Ich würde gerne das UKNOWN_2 auch noch rausbekommen, weil es mich stört. Wie geht das denn?

http://www.fhemwiki.de/wiki/Z-Wave#Wie_kann_man_ohne_Exklusion_Nodes_des_Controllers_l.C3.B6schen.3F

Kann ich da <name> frei definieren?

http://www.fhemwiki.de/wiki/Z-Wave#Assoziation
Das ist der obige Name des erkannten Sensors.

<associationGroup>

Nummer der Assoziationsgruppe

<CTRLNodeID>

NodeID Deines Controllers: 1

Fügt man alle Z-WAVE Devices immer zur gleichen <associationGroup> und <CTRLNodeID> hinzu?

Nein, immer zur passenden.

FHEM setzt normalerweise die korrekte Assoziation während der Inklusion. Darum erst prüfen, ob alles korrekt gesetzt ist und dann erst daran etwas ändern.

Hoffe es hilft ein wenig, ansonsten musst Du nachbohren  .

Gruß, Christian