ZME_KFOB_S / ZME_KFOB2

[A.Harrenberg]

Hi,
ja, lässt sich reproduzieren...

Code Auswählen Erweitern

#2015.05.29 19:23:18 0: Server shutdown
2015.05.29 19:23:20 1: Including fhem.cfg
2015.05.29 19:23:20 3: telnetPort: port 7072 opened
2015.05.29 19:23:20 3: WEB: port 8083 opened
2015.05.29 19:23:20 3: WEBphone: port 8084 opened
2015.05.29 19:23:20 3: WEBtablet: port 8085 opened
2015.05.29 19:23:20 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2015.05.29 19:23:20 1: Including ./log/fhem.save
2015.05.29 19:23:20 1: usb create starting
2015.05.29 19:23:21 3: Probing CUL device /dev/ttyACM0
2015.05.29 19:23:21 3: Probing TCM_ESP3 device /dev/ttyACM0
2015.05.29 19:23:21 3: Probing ZWDongle device /dev/ttyACM0
2015.05.29 19:23:22 1: define ZWDongle_0 ZWDongle /dev/ttyACM0@115200
2015.05.29 19:23:22 3: Opening ZWDongle_0 device /dev/ttyACM0
2015.05.29 19:23:22 3: Setting ZWDongle_0 baudrate to 115200
2015.05.29 19:23:22 3: ZWDongle_0 device opened
2015.05.29 19:23:23 1: ERROR: ZWDongle_0 homeId is not set!
2015.05.29 19:23:26 1: usb create end
2015.05.29 19:23:26 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.05.29 19:23:26 0: Server started with 10 defined entities (version $Id: fhem.pl 8574 2015-05-14 07:59:32Z rudolfkoenig $, os linux, user fhem, pid 21144)


Ich habe die Siren excluded, aus der Konfig entfernt, das Filelog der Sirene aus dem Konfig entfernt, ZWDongle entfernt, Konfig gespeichert und einen "shutdown restart" gemacht.

Soll ich noch was testen?

Gruß,
Andreas.

[krikan]

Nutzen evtl. alle mit den homeId-Problemen UZB1 bzw. Razberry? zway fragt die homeId laut log 3x hintereinander ab und startet einen watchdog. Vielleicht gibt es da einen Zusammenhang. Mit meinem Vision EU1404 hatte ich das Problem mit der homeId noch nie und ich habe nicht wenige Neustarts gemacht.

[rudolfkoenig]

2015.05.29 19:23:23 1: ERROR: ZWDongle_0 homeId is not set!

Dieses Problem habe ich doch vorhin behoben, du hast aber was von "wird nicht unterstuetzt" gesagt.

Diese Meldung lag daran, dass beim vom define automatisch ausgeloesten ersten get vor dem
eigentlichen Antwort der Dongle Daten schickt, die in ZWave.pm analysiert werden.
Da zu dieser Zeit weder die Attribute, noch die alten Readings aktiviert sind,
gibts noch kein homeId, und ZWave.pm plaerrt los.

[A.Harrenberg]

Hallo Rudi,

Dieses Problem habe ich doch vorhin behoben, du hast aber was von "wird nicht unterstuetzt" gesagt.

Diese Meldung lag daran, dass beim vom define automatisch ausgeloesten ersten get vor dem
eigentlichen Antwort der Dongle Daten schickt, die in ZWave.pm analysiert werden.
Da zu dieser Zeit weder die Attribute, noch die alten Readings aktiviert sind,
gibts noch kein homeId, und ZWave.pm plaerrt los.

Ich habe das noch nicht mit der allerneuesten Version gemacht, auf dem Rechner habe ich noch kein SVN eingerichtet.

Das "wird nicht unterstützt" bekommt man wenn man in dem Status "home ID not set" versucht irgendwelche Befehle auslöst. Hab' mich vielleicht nicht klar genug ausgedrückt.
Ich werde mal SVN einrichten und das noch mal testen. Leider hatte ich gerade ein anderes Problem und habe daher hier nicht weiter probiert.

Gruß,
Andreas.

[A.Harrenberg]

Guten Morgen Rudi,

so, jetzt habe ich doch noch mal etwas reproduzieren können.

ZWave Sirene entfernt, Logfile entfernt, ZWDongle entfernt, Save, shutdown restart
-> ZWDongle wird angelegt, homeID = initial

Wenn ich nun aus dem Menü get homeID anwähle bekomme ich die Rückmeldung: "homeId is unsupported by this controller"
Es sind dann auch noch keine Capabilities des Dongles ausgefüllt. Hier mal ein List des Dongles, Logfile hänge ich gleich an.

Code Auswählen Erweitern

Internals:
   CFGFN
   CallbackNr 0
   Clients    :ZWave:
   DEF        /dev/ttyACM0@115200
   DeviceName /dev/ttyACM0@115200
   FD         4
   NAME       ZWDongle_0
   NR         20
   PARTIAL
   RAWMSG     0120e015dfed01
   ReadTime   1432965386.38986
   STATE      Initialized
   TYPE       ZWDongle
   ZWDongle_0_MSGCNT 1
   ZWDongle_0_TIME 2015-05-30 07:56:26
   homeId     initial
   nrNAck     0
   Matchlist:
     1:ZWave    .*
   Readings:
     2015-05-30 07:56:25   state           opened
   SendStack:
Attributes:
   verbose    5

Aus diesem Zustand heraus ein Save, shutdown restart -> Nach dem Neustart ist die homeID gesetzt, die Capabilities sind gefüllt und der Stick scheint zu funktionieren.
List nach dem Neustart:

Code Auswählen Erweitern

Internals:
   CallbackNr 0
   Clients    :ZWave:
   DEF        /dev/ttyACM0@115200
   DeviceName /dev/ttyACM0@115200
   FD         10
   NAME       ZWDongle_0
   NR         20
   PARTIAL
   RAWMSG     0106640f
   ReadTime   1432965726.01563
   STATE      Initialized
   TYPE       ZWDongle
   ZWDongle_0_MSGCNT 1
   ZWDongle_0_TIME 2015-05-30 08:02:05
   homeId     e015dfed
   nrNAck     0
   Matchlist:
     1:ZWave    .*
   Readings:
     2015-05-30 08:02:05   caps            Vers:5 Rev:1 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 UNKNOWN_27 UNKNOWN_28 UNKNOWN_29 UNKNOWN_2a UNKNOWN_2b UNKNOWN_2c UNKNOWN_2d 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 UNKNOWN_d2 UNKNOWN_d3 UNKNOWN_d4 UNKNOWN_ef UNKNOWN_f2 UNKNOWN_f4 UNKNOWN_f5
     2015-05-30 08:02:05   homeId          HomeId:e015dfed CtrlNodeId:01
     2015-05-30 08:02:05   random          3fbfc5627659ba9bce8b70d886075780a608a3a55a6d494bed8c0a82fd77e26d
     2015-05-30 08:02:04   state           opened
   SendStack:
Attributes:
   verbose    5
Ich habe gerade gemerkt das ich global verbose auf 5 hatte, im angehängten File habe ich mal das meiner Meinung nach Unwichtige gelöscht. Vielleicht wirst Du ja daraus schlau...

Beim Einrichten des ersten Sticks hatte ich diese Probleme jedenfalls nicht, da habe ich mich an der Beschreibung im WIki orientiert und wäre bei so einem Problem sicherlich hängengeblieben.

Gruß,
Andreas.

[rudolfkoenig]

Das nach dem Device-Open die caps nicht gefuellt sind, ist ein Problem.
Koenntest du den ersten Zustand (ohne caps) provozieren und mit verbose 5 protokollieren?

[A.Harrenberg]

Guten Morgen Rudi,

wenn Du mir verräts wie ich ein Verbose 5 für den Dongle hinbekomme wenn der gerade erst eingebunden wird. Oder reicht global verbose=5 und das wirkt auf ALLE Module?

Hab gerade mal fhem komplett runtergeworfen und neu installiert, Verhalten lies sich reproduzieren, anstatt shutdown restart reicht auch ein set reopen.

Gruß,
Andreas.

[A.Harrenberg]

Hi,

hab' das jetzt mit global verbose=5 noch einmal durchgespielt und das Logfile nicht bearbeitet.
Vorher: Device ZWDongle gelöscht, save
Im Logfile dann: shutdown restart, Kontrolle ob ZWDongle Caps enthält, set reopen

Gruß,
Andreas.

[rudolfkoenig]

Schaut so aus, das du das Problem von gero dokumentiert hast (CANCEL nach eine Request). Vmtl. muss ich seinen patch mit LastMsg vollstaendig einbauen, allerdings brauchen wir noch einen Zaehler. Kommt noch.

[A.Harrenberg]

Hallo Rudolf,

ok, mit dem momentanen Stand kann ich ja erst mal leben. Bis das Problem irgendwie gelöst ist könnte man das ja auch z.B. in der Wiki erwähnen und als Workaround das "set reopen" vorschlagen.

Ich such dann mal weiter nach Informationen zu dem Messageaufbau um das mit den IDs zu verstehen. Aber vorher werde ich mal den networkkey setzen und schauen was passiert. Soweit war ich ja noch gar nicht gekommen. ,-)

Das mit dem AES scheint doch was aufwändiger zu sein, diese blöden Block-Modes ecb und ofs scheinen nicht mit dem CRYPT::OpenSSL::AES zu funktionieren. Muss mal sehen ob das mit Rijndael funktioniert. Soweit ich das aus dem Code von OpenZWave verstanden habe wird dort zur Zeit noch keine multi-frame codierung unterstützt, aber soweit sind wir ja noch lange nicht.

Gruß,
Andreas.

Gruß,
Andreas.

[rudolfkoenig]

Hab den Patch vom gero (ergaenzt mit einem RetransmitCount) eingecheckt. Waere nett, wenn du es testen koenntest, da das Problem bei mir nicht auftritt. Falls es immer noch auftreten sollte, bitte nochmal Log erstellen.

[A.Harrenberg]

Hi Rudi,

Verhalten lässt sich leider weiterhin reproduzieren. Log im Anhang.

Wie finde ich eigentlich die Stellen raus an denen Du was geändert hast? Dann könnte ich da vielleicht auch mal schauen.

Gruß,
Andreas.

[krikan]

Wie finde ich eigentlich die Stellen raus an denen Du was geändert hast? Dann könnte ich da vielleicht auch mal schauen.

Meinst Du so etwas: http://sourceforge.net/p/fhem/code/8657/tree//trunk/fhem/FHEM/00_ZWDongle.pm?diff=51b78df35fcbc96f6b6b9d33:8656
Das kannst Du bei sourceforge ansehen, wenn es denn läuft. Bei mir eben nicht.

[A.Harrenberg]

Hi Krikan,

ganau so etwas meinte ich. Danke!

Habt Ihr dann vielleicht auch noch eine Lösung dafür wie ich die Dateien aus SVN in fhem bekomme ohne da immer händisch an den Benutzern und Rechten ändern zu müssen?

Die Dateien aus dem SVN landen immer als "root:root" im Dateisytem,  wenn ich da da in den fhem Ordner kopiere meckert fhem je nach Datei darüber.

Gruß,
Andreas.

P.S.: Werde in den nächsten Tagen weniger Zeit haben, kann aber sicherlich zwischendurch immer wieder mal das Init von dem Stick testen falls nötig.

[rudolfkoenig]

@Andreas:
Fuer die Entwicklung liegt FHEM bei mir als sourceforge checkout rum (siehe README.SVN). Das wuerde ich jedem empfehlen, der aktiv mitmachen will, auch wenn man selbst nichts einchecken soll/darf. Ich verwende die svn Kommandozeile, es gibt aber auch grafische Frontends.
Nuetzliche Befehle der Kommandozeile:
- svn update . (holt die eingecheckten Aenderungen. Funktioniert sofort, waehrend update erst am naechsten Tag. Die lokalen Aenderungen bleiben erhalten)
- svn diff . (zeigt die lokalen Aenderungen, die Ausgabe kann man als Patch posten. Pflichtkommando vor jedem checkin)
- svn log filename (zeigt die Historie mit Versionsnummer und Eincheck Kommentaren)
- svn diff -r<R1>:<R2> filename (zeigt die Unterschiede zwischen den Versionen R1 und R2 an.)
- svn blame filename (zeigt fuer jede Zeile an, in welcher Revision sie zuletzt geaendert wurde)

Nach meinen Experimenten bin ich ziemlich sicher, dass du nicht die aktuelle Version verwendet hast, leider aber nicht 100%, weil ich die Meldung "CANCEL received, nothing to retransmit." nicht geaendert habe. Das habe ich hiermit getan. Kannst du bitte darauf achten, dass du 00_ZWDongle.pm version 8662 verwendest (siehe das FHEM version Befehl)

p.s.: Die Dateien gehoeren lokal immer dem, der das auscheckt. Auf der Testmaschine gibt es kein fhem-user, damit laeuft FHEM unter meinem Account, und meckert nicht ueber falsche Rechte. Ich starte FHEM in einem Terminal mit "attr global logfile -" in der config, damit landet der FHEM-Log im Terminal. Restart geht mit CTRL-C, Pfeil nach oben, return, ist einfacher als ein "reload modulname".