ZWave @ culfw

[rudolfkoenig]

könntest Du den Post #1 evtl. dahingehend nutzen um die jeweils aktuelle Version der culfw und der ZWCul anzukündigen und dort auch eine kleine History und ein paar Infos ablegen? Z.B. welche culfw für welche ZWCul Version nötig ist?

Waere etwas irrefuehrend: culfw Version ist die ganze Zeit 1.66. Ja, ich weiss, nicht sehr praktisch.

hast Du eine Art Roadmap für die Entwicklung des ZWCul?

Ja, steht in 00_ZWCul.pm vorne, unter TODO
#   static routing: to and from the device
#   automatic routing via neighborUpdate
#   explorer frames
#   check security
#   multicast
Static routing ist halb fertig: ich habs programmiert, traue dem Ergebnis noch nicht, siehe meinen letzten Beitrag.

hast Du gesagt das die "anderen" kein Interesse an der Entwicklung haben.

Sorry, hatte wirklich den Eindruck, dass ihr ZWCul nur fuer debuggen benoetigt, und das ist fertig.
Das ist aber wirklich kein Vorwurf, nicht jeder muss/soll meine Spinnereien wichtig finden.

würde ich vorschlagen einen "Spin-Off" von ZWCul zu machen, ZWCulNode

- Um ZWave-Clients ala  AskSinLib zu implementieren ist ein ZWCulNode nicht notwendig.
- Fuer ein OTA-Firmware-Update zu implementieren waere es auch nicht wirklich nuetzlich
-> ich habe den Sinn nicht verstanden

Usertreffen in der Region Köln im Mai, bestünden Chancen auf Deine Anwesenheit?

Chancen gibt immer, und Mai ist ja weit weg. Das war noch keine Zusage

[A.Harrenberg]

Hi,

Waere etwas irrefuehrend: culfw Version ist die ganze Zeit 1.66. Ja, ich weiss, nicht sehr praktisch.

ok, Christian hat ja auch schon einen berechtigten Einwand gebracht, das zu pflegen ist natürlich aufwändig da man natürlich auch noch ein aktuellen Ankündigungspost braucht.

Ja, steht in 00_ZWCul.pm vorne, unter TODO
#   static routing: to and from the device
#   automatic routing via neighborUpdate
#   explorer frames
#   check security
#   multicast

auch ok, da hatte ich anscheinend noch nie hingeschaut.

Kannst Du mal kurz erläutern was Du mit "check security" meinst? Da sollte es doch eigentlich gar nichts besonderes zu beachten geben, oder willst Du auch die eigentlich erforderlichen Timer implementieren?

Static routing ist halb fertig: ich habs programmiert, traue dem Ergebnis noch nicht, siehe meinen letzten Beitrag.
Sorry, hatte wirklich den Eindruck, dass ihr ZWCul nur fuer debuggen benoetigt, und das ist fertig.
Das ist aber wirklich kein Vorwurf, nicht jeder muss/soll meine Spinnereien wichtig finden.

Hab' das auch überhaupt nicht als Vorwurf verstanden, wollte nur sagen das ich da wenige Ansatz habe was zu machen. Debug/Sniffing ist schon das Hauptziel gewesen, aber das habe ich bis jetzt auch noch nicht so wirklich durchgeführt. Bin aktuell auch gerade beruflich recht stark eingespannt sodass ich gerade auch wenig Zeit für FHEM/ZWave habe. ;-(
Eigentlich würde ich da gerne noch mal versuchen die unterschiedlichen Baudraten in den Griff zu bekommen.
Jetzt weiss ich zumindest aber schon mal wo die ToDo stehen

- Um ZWave-Clients ala  AskSinLib zu implementieren ist ein ZWCulNode nicht notwendig.
- Fuer ein OTA-Firmware-Update zu implementieren waere es auch nicht wirklich nuetzlich
-> ich habe den Sinn nicht verstanden

Ok, schlecht ausgedrückt, ich wollte kein ZWCulNode in FHEM implementieren, sondern einen nanoCul mit spezieller culfw als ZWaveNode haben. Also ein eigenständige Arduinogerät das sich ganz normal als Node in ein ZWave Netzwerk einbinden lässt. Ich hoffe das war jetzt klarer und macht auch mehr Sinn ,-)

AskSinLib kannte ich bisher nicht, habe nur mal ganz kurz danach geschaut, sieht doch ähnlich aus, nur eben für HM.

Chancen gibt immer, und Mai ist ja weit weg. Das war noch keine Zusage

Klar, ich kann jetzt auch noch nicht sagen wann ich im Mai Zeit haben werde. Außerdem bin ich im März zwei Wochen weg und quasi den ganzen April...

Gruß,
Andreas.

[rudolfkoenig]

Kannst Du mal kurz erläutern was Du mit "check security" meinst? Da sollte es doch eigentlich gar nichts besonderes zu beachten geben, oder willst Du auch die eigentlich erforderlichen Timer implementieren?

Ich wollte nur pruefen, ob es geht. Sollte theoretisch funktionieren (deswegen habe ich auch nur check security geschrieben), es koennte allerdings auch sein, dass mit Security auch auf Funk-Ebene was anders gemacht wird.

[A.Harrenberg]

Hi Rudi,

ah, ok, das kann ich sicherlich bei Gelegenheit mal ausprobieren. Ich erwarte da aber auch keine Besonderheiten.

Gruß,
Andreas.

[krikan]

So, da ich meinen Raspi wiederbelebt habe, ein Log für die Forschung von einem 1000ms-FLIRS-Device:

Code Auswählen Erweitern

2016.06.09 21:43:57.814 2: ZWave get ZWave_RM_Flur_EG swbStatus
2016.06.09 21:43:57.815 5: ZWDongle_Write 001341022502251f (e345c452)
2016.06.09 21:43:57.815 5: SW: 0109001341022502251fbb
2016.06.09 21:43:57.818 5: ACK received, WaitForAck=>2 for 0109001341022502251fbb
2016.06.09 21:43:57.819 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.06.09 21:43:57.819 5: SW: 06
2016.06.09 21:43:57.821 5: ZWDongle_0 dispatch 011301
2016.06.09 21:43:59.064 5: e345c452 S:01 F:41 f:0 SN:3 L:0c T:41 P:2502 C:e6
2016.06.09 21:43:59.065 5:    F: singleCast ackReq
2016.06.09 21:43:59.074 5: e345c452 S:41 F:03 f:0 SN:3 L:0a T:01 P: C:85
2016.06.09 21:43:59.075 5:    F: ack
2016.06.09 21:43:59.075 4: ZWDongle_Read ZWDongle_0: rcvd 00131f00 (request ZW_SEND_DATA), sending ACK
2016.06.09 21:43:59.076 5: SW: 06
2016.06.09 21:43:59.077 5: device ack reveived, removing 0109001341022502251fbb from dongle sendstack
2016.06.09 21:43:59.077 5: ZWDongle_0 dispatch 00131f00
2016.06.09 21:43:59.077 4: CMD:ZW_SEND_DATA ID:00 ARG: CB:1f
2016.06.09 21:43:59.078 4: ZWDongle_0 transmit OK for CB 1f, target ZWave_RM_Flur_EG
2016.06.09 21:43:59.083 5: e345c452 S:41 F:41 f:4 SN:1 L:0d T:01 P:250300 C:a4
2016.06.09 21:43:59.083 5:    F: singleCast ackReq longBeam
2016.06.09 21:43:59.084 4: ZWDongle_Read ZWDongle_0: rcvd 0004004103250300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.06.09 21:43:59.085 5: SW: 06
2016.06.09 21:43:59.086 5: ZWDongle_0 dispatch 0004004103250300
2016.06.09 21:43:59.086 4: CMD:APPLICATION_COMMAND_HANDLER ID:41 ARG:03250300 CB:00
2016.06.09 21:43:59.153 5: e345c452 S:01 F:03 f:0 SN:1 L:0a T:41 P: C:87
2016.06.09 21:43:59.153 5:    F: ack

Trotz 100k-Chipsatz sendet der Rauchmelder immer mit 40k.

[A.Harrenberg]

Hi, soweit ich weiß senden FLIRS Geräte immer mit 40k. Ich denke das Timing mit FLIRS ist bei 100k nicht möglich.

Gruß,
Andreas.

[krikan]

Kann ich irgendwie das Logging im MonitorMode so einstellen, dass nur Nachrichten für eine bestimmte HomeId geloggt werden?

[rudolfkoenig]

Kann ich irgendwie das Logging im MonitorMode so einstellen, dass nur Nachrichten für eine bestimmte HomeId geloggt werden?

Ich gehe davon aus, das du nur loggen, und die Nachrichten nicht vom 10_ZWave.pm verarbeiten willst.

Z.Zt. ist das nur per Hack moeglich: homeId auf das gewuenschte ID setzen, und danach { $defs{ZWCUL_1}{monitor} = 1 } ausfuehren. Entweder manuell nach jedem Neustart, oder per notify auf global:INITIALIZED.

[krikan]

Ja, nur Logs. Danke.

Wenn ich das richtig verstehe, muss ich beim MonitorMode die Checksumme der Nachrichten nachtraeglich kontrollieren (i.e. no checksum filtering will be done). Das habe ich bisher ignoriert.

Zudem habe ich das Problem, dass immer wieder Nachrichten verschluckt werden. Typischerweise ACK; aber leider auch die wichtigen Telegramme. Logge daher gleichzeitig mit 2 Fhem-Instanzen mit Cul auf 40k, was jedoch auch nicht zu 100% führt. Keine Ahnung, ob das an Win10  liegt und auf Linux nicht auftritt.

[rudolfkoenig]

Checksum wird (seit laengerem) in culfw in jedem Fall geprueft, also auch bei homeId 00000000, und Nachrichten mit falschen Checksum werden nicht gemeldet. Ich habe die Doku angepasst.

Dass deine Verluste an Windows liegen, glaube ich nicht, auch wenn ich und Windows keine Freunde sind. Eher an anderen Faktoren, wie den fuer ZWave nicht perfekten RF-Chip, und unsere unvollkommene Firmware.

Wenn du das Problem reproduzieren, oder genauer beschreiben kannst, dann kann ich versuchen bei der naechsten culfw Aenderung danach zu suchen. Ich will fuer Verschluesselung Pakete laenger als 64 Bytes zulassen.

[krikan]

Wenn du das Problem reproduzieren, oder genauer beschreiben kannst, dann kann ich versuchen bei der naechsten culfw Aenderung danach zu suchen. Ich will fuer Verschluesselung Pakete laenger als 64 Bytes zulassen.

Bisher erkenne ich überhaupt kein Schema.
Habe gestern abend entnervt Loggen wegen eines neuen, erstmalig aufgetreten Problems vorübergehend unterbrochen:
Das Loggen brach immer wieder nach einigen Minuten komplett ohne Fehlermeldung ab. FHEM lief aber noch. Reaktivieren lies sich das Loggen reproduzierbar mit erneutem Setzen des Attributes dataRate 40k.

[krikan]

Am Rande: In der 3. Aufl. vom Paetz gibt es eine leicht erweiterte Erläuterung zu den Explorer Frames und Angaben zum Aufbau eines EF.

[rudolfkoenig]

Kennst du eine Moeglichkeit an diese Beschriebung zu kommen, ohne dass ich ein weiteres Exemplar von dem Buch kaufe?

[RaspiLED]

Hallo Rudolf,
Meinst Du dies hier?
https://www.amazon.de/Z-Wave-Die-Funktechnologie-Smart-Home/dp/3738601945
Ich sponsere Dir das gerne!
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[rudolfkoenig]

Danke, nicht mehr noetig. Wg. ein paar Zeilen Info ist mir ein ganzes Buch doch zuviel, es reicht mir, wenn ich mitlesen darf. Ich hoffe, der Autor hat nichts dagegen, den ersten Exemplar hat er mir ja auf der Messe in Frankfurt noch selbst spendiert.