+ Antworten
Seite 3 von 4 ErsteErste 1 2 3 4 LetzteLetzte
Ergebnis 21 bis 30 von 32
  1. #21
    Registriert seit
    Oct 2007
    Ort
    Villach,Kärnten,Österreich
    Beiträge
    3,194

    Zitat Zitat von paresy Beitrag anzeigen
    Vielen Dank, auch wenn dies echter Mist ist. Da einfach Bytes "kippen" kann ich dagegen gar nichts tun. Das ist bereits nach dem CRC Check, sodass der Fehler direkt im Z-Wave Gerät passieren muss, bevor die Daten gesendet werden.

    Ich werde einen Experten Schalter bauen, der Multi-Level Variablen sperren kann. (Es betrifft nur diese, korrekt?)

    paresy
    Also ich habe inzwischen noch keine neuen Variablen gefunden.
    Verstehe natürlich das du bei korrektem CRC nichts machen kannst.
    Komisch kommt mir das trotzdem vor. Wenn nur eine Gerätetype eines Herstellers betroffen wäre, dann wäre es nachvollziehbar. Hat der halt ein Problem in seinem Design.
    Wir sehen das aber bei verschiedenen Herstellern. Und das alle den selben Bug haben sollen ist schon merkwürdig. Es sei denn die CRC Berechnung passiert im Transceiver selbst, denn hier verwenden wohl alle die selben Chips von SigmaDesign.-

    Wegen Multilevel: Ich habe beim Aufräumen nicht explizit darauf geachtet ob es nur Multilevel Variablen waren. Könnte aber sein.
    Wäre nicht ein entsprechender Switch bei der jeweiligen Instanz besser als dies in die Experteneinstellungen zu packen ?

    gruß
    bb

  2. #22
    Registriert seit
    Feb 2005
    Ort
    Lübeck
    Beiträge
    24,094

    @1007: Da es bei dir öfters passiert - könntest du mir evtl. das Debug vom Gateway ebenfalls mitloggen, sodass ich die kompletten Datenpakete hätte? @bb hat da definitiv Recht - vielleicht sollte ich noch einmal tiefer graben, ob wir irgendwo anders einen Fehler machen.

    paresy

  3. #23
    Registriert seit
    Mar 2008
    Ort
    Ruesselsheim
    Beiträge
    3,968

    Zitat Zitat von paresy Beitrag anzeigen
    @1007: Da es bei dir öfters passiert - könntest du mir evtl. das Debug vom Gateway ebenfalls mitloggen, sodass ich die kompletten Datenpakete hätte?
    Hallo
    Hab ich aktiviert.

  4. #24
    Registriert seit
    Mar 2008
    Ort
    Ruesselsheim
    Beiträge
    3,968

    Hallo
    Passiert um 18:46:23 Variable wurde angelegt - Sensor Multilevel (Generelle Verwendung)
    PIRI mit NodeID 20 (14Hex) Wert 54 (36Hex).

    Log ZWave Lan Adapter (IO)
    08.09.2020 18:46:23 | HEX | RECEIVED | 011400
    08.09.2020 18:46:23 | HEX | RECEIVED | 0400380C60
    08.09.2020 18:46:23 | HEX | RECEIVED | 0D0404310501
    08.09.2020 18:46:23 | HEX | RECEIVED | 44000009E9DD
    08.09.2020 18:46:23 | HEX | RECEIVED | 00FA
    08.09.2020 18:46:23 | HEX | TRANSMIT | 06
    08.09.2020 18:46:23 | HEX | RECEIVED | 010E00
    08.09.2020 18:46:23 | HEX | RECEIVED | 0410140631
    08.09.2020 18:46:23 | HEX | RECEIVED | 05030A0036AB
    08.09.2020 18:46:23 | HEX | RECEIVED | 0057
    08.09.2020 18:46:23 | HEX | TRANSMIT | 06
    08.09.2020 18:46:23 | HEX | RECEIVED | 01
    08.09.2020 18:46:23 | HEX | RECEIVED | 0E00041014
    08.09.2020 18:46:23 | HEX | RECEIVED | 063105030A00
    08.09.2020 18:46:23 | HEX | RECEIVED | 36B50049
    08.09.2020 18:46:23 | HEX | TRANSMIT | 06
    08.09.2020 18:46:23 | HEX | RECEIVED | 010E
    08.09.2020 18:46:23 | HEX | RECEIVED | 0004101406
    08.09.2020 18:46:23 | HEX | RECEIVED | 3105030A0036
    08.09.2020 18:46:23 | HEX | RECEIVED | CF0033
    08.09.2020 18:46:23 | HEX | TRANSMIT | 06
    08.09.2020 18:46:23 | HEX | RECEIVED | 010E
    08.09.2020 18:46:23 | HEX | RECEIVED | 0004101406
    08.09.2020 18:46:23 | HEX | RECEIVED | 3105030A0036B50049
    08.09.2020 18:46:23 | HEX | TRANSMIT | 06
    08.09.2020 18:46:23 | HEX | RECEIVED | 010E00
    08.09.2020 18:46:23 | HEX | RECEIVED | 0410140631
    08.09.2020 18:46:23 | HEX | RECEIVED | 05030A0036CF
    08.09.2020 18:46:23 | HEX | RECEIVED | 0033
    08.09.2020 18:46:23 | HEX | TRANSMIT | 06
    08.09.2020 18:46:23 | HEX | RECEIVED | 010E00
    08.09.2020 18:46:23 | HEX | RECEIVED | 0410140631
    08.09.2020 18:46:23 | HEX | RECEIVED | 05030A0036C4
    08.09.2020 18:46:23 | HEX | RECEIVED | 0038
    08.09.2020 18:46:23 | HEX | TRANSMIT | 06
    08.09.2020 18:46:23 | HEX | RECEIVED | 010E
    08.09.2020 18:46:23 | HEX | RECEIVED | 0004101406
    08.09.2020 18:46:23 | HEX | RECEIVED | 3105030A0036
    08.09.2020 18:46:23 | HEX | RECEIVED | C90035
    08.09.2020 18:46:23 | HEX | TRANSMIT | 06
    08.09.2020 18:46:23 | HEX | RECEIVED | 010E00
    08.09.2020 18:46:23 | HEX | RECEIVED | 0410140631
    08.09.2020 18:46:23 | HEX | RECEIVED | 05030A0036AE00
    08.09.2020 18:46:23 | HEX | RECEIVED | 52
    08.09.2020 18:46:23 | HEX | TRANSMIT | 06
    08.09.2020 18:46:23 | HEX | RECEIVED | 010E
    08.09.2020 18:46:23 | HEX | RECEIVED | 0004101406
    08.09.2020 18:46:23 | HEX | RECEIVED | 3105020A0036
    08.09.2020 18:46:23 | HEX | RECEIVED | B1004C
    08.09.2020 18:46:23 | HEX | TRANSMIT | 06
    08.09.2020 18:46:23 | HEX | RECEIVED | 010E00
    08.09.2020 18:46:23 | HEX | RECEIVED | 0410140631
    08.09.2020 18:46:23 | HEX | RECEIVED | 05030A0036C3
    08.09.2020 18:46:23 | HEX | RECEIVED | 003F
    08.09.2020 18:46:23 | HEX | TRANSMIT | 06
    08.09.2020 18:46:23 | HEX | RECEIVED | 010E00
    08.09.2020 18:46:23 | HEX | RECEIVED | 0410140631
    08.09.2020 18:46:23 | HEX | RECEIVED | 05030A0036B6
    08.09.2020 18:46:23 | HEX | RECEIVED | 004A
    08.09.2020 18:46:23 | HEX | TRANSMIT | 06
    08.09.2020 18:46:23 | HEX | RECEIVED | 010E00
    08.09.2020 18:46:23 | HEX | RECEIVED | 0410140631
    08.09.2020 18:46:23 | HEX | RECEIVED | 05030A0036C9
    Log Zwave Gateway LAN
    08.09.2020 18:46:23 | HEX | Wait for response... | 011400
    08.09.2020 18:46:23 | HEX | Wait for response... | 0114000400380C60
    08.09.2020 18:46:23 | HEX | Wait for response... | 0114000400380C600D0404310501
    08.09.2020 18:46:23 | HEX | Wait for response... | 0114000400380C600D040431050144000009E9DD
    08.09.2020 18:46:23 | HEX | REQUEST 04 | 00380C600D040431050144000009E9DD00
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E00
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E000410140631
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E00041014063105030A0036AB
    08.09.2020 18:46:23 | HEX | REQUEST 04 | 1014063105030A0036AB00
    08.09.2020 18:46:23 | HEX | Wait for response... | 01
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E00041014
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E00041014063105030A00
    08.09.2020 18:46:23 | HEX | REQUEST 04 | 1014063105030A0036B500
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E0004101406
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E00041014063105030A0036
    08.09.2020 18:46:23 | HEX | REQUEST 04 | 1014063105030A0036CF00
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E0004101406 // ist das Normal? keine 3. Antwort fuer diesen Node
    08.09.2020 18:46:23 | HEX | REQUEST 04 | 1014063105030A0036B500
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E00
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E000410140631
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E00041014063105030A0036CF
    08.09.2020 18:46:23 | HEX | REQUEST 04 | 1014063105030A0036CF00
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E00
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E000410140631
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E00041014063105030A0036C4
    08.09.2020 18:46:23 | HEX | REQUEST 04 | 1014063105030A0036C400
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E0004101406
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E00041014063105030A0036
    08.09.2020 18:46:23 | HEX | REQUEST 04 | 1014063105030A0036C900
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E00
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E000410140631
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E00041014063105030A0036AE00
    08.09.2020 18:46:23 | HEX | REQUEST 04 | 1014063105030A0036AE00
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E0004101406
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E00041014063105020A0036
    08.09.2020 18:46:23 | HEX | REQUEST 04 | 1014063105020A0036B100
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E00
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E000410140631
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E00041014063105030A0036C3
    08.09.2020 18:46:23 | HEX | REQUEST 04 | 1014063105030A0036C300
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E00
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E000410140631
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E00041014063105030A0036B6
    08.09.2020 18:46:23 | HEX | REQUEST 04 | 1014063105030A0036B600
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E00
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E000410140631
    08.09.2020 18:46:23 | HEX | Wait for response... | 010E00041014063105030A0036C9
    Gestern hast du geschrieben , dass im Log vom Lan_Adapter (IO) die CRC Berechnung schon passiert ist.
    Also im LAN-Adapter selbst ( Hardware ) bevor es im Server ankommt.

  5. #25
    Registriert seit
    Feb 2005
    Ort
    Lübeck
    Beiträge
    24,094

    Ich meinte eher, dass das CRC im Z-Wave Gerät erstellt wird und somit der Fehler direkt im Z-Wave Gerät liegt.

    Hier mal die Rohdaten:
    Code:
    010E00041014063105030A0036CF0033
    010E00041014063105030A0036C90035
    010E00041014063105020A0036B1004C
    CRC kann man hier zum Test berechnen lassen: https://www.scadacore.com/tools/prog...um-calculator/ Dabei die 01 vorne weglassen und stattdessen ein FF davor tun, da Z-Wave den CRC Generator mit FF initialisiert. Und natürlich das letzte Paar z.B. 33 auch weglassen. Das ist dann auch der CRC der dort berechnet wird. Diese stimmt bei den oberen Paketen jeweils.

    Bedeutet somit, dass die Checksumme auch bei den fehlerhaften Daten korrekt ist

    Könnt ihr einmal nachsehen, welche Version von SENSOR_MULTILEVEL eure Geräte unterstützen?

    paresy

  6. #26
    Registriert seit
    Mar 2008
    Ort
    Ruesselsheim
    Beiträge
    3,968

    Zitat Zitat von paresy Beitrag anzeigen

    Könnt ihr einmal nachsehen, welche Version von SENSOR_MULTILEVEL eure Geräte unterstützen?
    Hallo
    Bei obigen Sensor sieht es so aus : Multilevel 5

    Klicken Sie auf die Grafik für eine größere Ansicht 

Name:	Multilevel.png 
Hits:	36 
Größe:	30.0 KB 
ID:	55349

  7. #27
    Registriert seit
    Feb 2005
    Ort
    Lübeck
    Beiträge
    24,094

    Das wäre super. Ab Multilevel Version 5 liefern die Sensoren, welche Variablen diese unterstützen. D.h. dort könnte ich einbauen, dass einfach immer nur die gemeldeten/unterstützen erlaubt sind.

    paresy

  8. #28
    Registriert seit
    Oct 2007
    Ort
    Villach,Kärnten,Österreich
    Beiträge
    3,194

    Hi
    habe zwar noch keine neuen Geister, aber was sinnvolles beitragen zu können in einem Backup von letzter Woche nachgesehen:
    Es ist definitiv nicht nur die MultilevelClass31 betroffen. Auch Notification Class71 macht Müll.

    Dann hab ich aber auch Thermostate (!) welche eine Beleuchtung Multilevel Variable mit sinnvollem Inhalt haben. (bei doppel CRC Fehler wäre IMHO doch ein unsinniger Inhalt zu erwarten) . Die Daten gehören also eindeutig zu einem Bewegungsmelder !
    Sieht so aus als ob es auch passieren kann das offensichtlich korrekte Telegramme falschen Nodes zugeordnet werden.
    Klicken Sie auf die Grafik für eine größere Ansicht 

Name:	Unbenannt.PNG 
Hits:	14 
Größe:	58.5 KB 
ID:	55353

    Habe Geräte mit falschen Multilevel Class31 Variablen in Versionen 1,5,7 alle von verschiedenen Herstellern.
    Es gibt auch noch merkwürdige Nicht-Multilevel Variablen. Siehe Screenshot:
    Bewegungsmelder Parkplatz hat Version 7
    Bewegungsmelder Badezimmer Version 1

    Klicken Sie auf die Grafik für eine größere Ansicht 

Name:	Unbenannt.PNG 
Hits:	24 
Größe:	167.7 KB 
ID:	55352

    Da hier zumindest 4 Hersteller mit ganz unterschiedlichen Geräten und Meldungsklassen betroffen sind riecht es doch danach als ob da etwas im Gateway passiert.
    Ich hab einen UZB1. (wie ich beiläufig feststellen mußte mit einer offensichtlich etwas veralteten Firmwareversion, NVM Download wird von dessen APi Version nicht unterstützt)
    @1007: was verwendest du ?

    greez
    bb
    Geändert von bbernhard (09.09.20 um 17:22 Uhr)

  9. #29
    Registriert seit
    Mar 2008
    Ort
    Ruesselsheim
    Beiträge
    3,968

    Zitat Zitat von bbernhard Beitrag anzeigen
    @1007: was verwendest du ?
    Hallo
    Zwave Lan (IO) von Symcon

  10. #30
    Registriert seit
    Jun 2011
    Ort
    Thüringen
    Beiträge
    1,339

    Hi,

    mit akzeptablen Logs kann ich leider derzeit nicht dienen, habe aber mal ein paar Snapshots benannt. Neben dem Problem der Geistervariablen finde ich fast noch störender, dass bei manchen Geräten zwar der Status aber nicht die Messwerte aktualisiert werden - nur bei manuellem Aufruf in IPS - dies ging bei den Geräten schon definitiv!

    Bei einem Qubino-Dimmer führe ich jetzt zyklisch
    PHP-Code:
    ZW_RequestStatus($ParID); 
    aus - dies kann es nicht sein. Bei FIBARO-Dimmern habe ich den gleichen Eindruck, komischerweise funktionieren die
    FIBARO-Roller-Shutter aber hier top - ständig die Leistung obwohl die mich Null interessiert.

    Ich habe jetzt viele - meiner ca. 100 Geräte durchgeklickt. Geistervariablen Schwerpunkt eindeutig bei Bewegungsmeldern, am meisten Fibaro aber auch andere..

    Habe alles mal angehangen.


    Miniaturansichten angehängter Grafiken Miniaturansichten angehängter Grafiken Klicken Sie auf die Grafik für eine größere Ansicht 

Name:	fibaro_auge_1.JPG 
Hits:	23 
Größe:	28.4 KB 
ID:	55357   Klicken Sie auf die Grafik für eine größere Ansicht 

Name:	fibaro_auge_2.JPG 
Hits:	23 
Größe:	36.1 KB 
ID:	55358   Klicken Sie auf die Grafik für eine größere Ansicht 

Name:	fibaro_auge_3.JPG 
Hits:	25 
Größe:	57.5 KB 
ID:	55359   Klicken Sie auf die Grafik für eine größere Ansicht 

Name:	coolcam auge-1.JPG 
Hits:	21 
Größe:	40.4 KB 
ID:	55360   Klicken Sie auf die Grafik für eine größere Ansicht 

Name:	philio-bewegungsmelder1.JPG 
Hits:	22 
Größe:	39.7 KB 
ID:	55361  

    Klicken Sie auf die Grafik für eine größere Ansicht 

Name:	philio-bewegungsmelder2.JPG 
Hits:	19 
Größe:	33.3 KB 
ID:	55362   Klicken Sie auf die Grafik für eine größere Ansicht 

Name:	AEON-LABs Bewegunsgmelder.JPG 
Hits:	22 
Größe:	41.4 KB 
ID:	55363   Klicken Sie auf die Grafik für eine größere Ansicht 

Name:	Dimmer_vormanuellerAktualisierung.JPG 
Hits:	21 
Größe:	61.4 KB 
ID:	55364   Klicken Sie auf die Grafik für eine größere Ansicht 

Name:	Dimmer_nach Einschalten+Aktualisierung.JPG 
Hits:	22 
Größe:	60.0 KB 
ID:	55366  
    Geändert von herbertf (09.09.20 um 19:46 Uhr)
    IPS 5.x (beta) auf W10x64 in Hyper-V von W2016, FHZ1300, WDE-01, Homematic-CCU2, VISION-Z-WAVE-Stick alles über Silex-SX3000GB, 2*RaZberry,FHT80x, FS20 BidCos-RM, 19*FIBARO-Roller Shutter (V1+2), 15*Fibaro(-Dimmer, -Sensoren, -Switche), 7*Raspberry-PI2 ü. JSON-RPC, 3 VISION-Bewegungsmelder, 2 AEON-Multisensor, Homematic-Aktoren,15*Plugwise, 6 PhilioSensoren,

Ähnliche Themen

  1. Openssl mal wieder
    Von hsgev im Forum Allgemeine Diskussion (2.x/3.x)
    Antworten: 8
    Letzter Beitrag: 11.10.14, 09:48
  2. Wasserzähler... mal wieder.
    Von Hagbard235 im Forum Haustechnik
    Antworten: 8
    Letzter Beitrag: 12.09.12, 14:01
  3. Wieder mal Winlirc
    Von snoopymad im Forum Allgemeine Diskussion (2.x/3.x)
    Antworten: 12
    Letzter Beitrag: 04.03.09, 11:33
  4. Wieder mal Hilferuf
    Von Rustam im Forum Allgemeine Diskussion
    Antworten: 5
    Letzter Beitrag: 09.10.08, 12:54
  5. wieder mal FHT's
    Von Retiarius im Forum Ideen & Anregungen
    Antworten: 5
    Letzter Beitrag: 31.10.05, 17:50