Probleme mit HM-LC-Sw1-Pl-DN, stochastische längere Kommunikationsausfälle

[jp112sdl]

Mein Teststeckdose ist bereits nach 6 h für eine knappe Stunde in bekannter Weise taub gewesen

Hast du die Möglichkeit, vor den ATMega noch direkt einen größeren Elko (100µF) und vielleicht einen 100n zum Säubern und Glätten der Spannung zu hängen?

[Matsch]

Ich werde das Gerät nochmal direkt an ein Labornetzteil hängen (12V). Kann sein, dass das erst nächste Woche wird.

Die 3,3V werden mit einem Linearregler LM1117-3,3 aus den 12V erzeugt, die 3,3V am ATmega ist mehrfach mit 100n + 1µF + 100µF abgeblockt, der CC1101 mit einer 3-fach Kombination aus 22pF + 10nF + 10µF (alles Keramik).

[Matsch]

Noch eine Frage: Aktuell sehe ich im Monitoring jetzt sehr häufig die Meldung "Packet too short: 6", wie es ausieht, bei HmIP-Messages, die oft länger als 29 bytes sind.

[HMSteve]

"too short" beobachte ich bei mir nicht, nur gelegentliche "Packet too big :30", und gelegentliche RXxx mit oder ohne fehlgeschlagener CRC-Pruefung.

[Matsch]

Das Protokoll stammt von der Steckdose ID 01D802. Die ID 01D803 ist die zweite umgeflashte und im Test befindliche Steckdose.

Die Paketlänge habe ich auf 0x1D gesetzt.

[HMSteve]

Die Paketlänge habe ich auf 0x1D gesetzt.

Habe ich ggue der Version auf Github nicht veraendert, steht also bei mir auf 0x1E.

[Matsch]

Was mich hier stutzig macht:

Das Protokoll scheint absolut korrekt zu sein, im Abstand von 1 min wird das Gerät aus- und eingeschaltet. Es erkennt die Message anscheinend korrekt und scheint die Bestätigung auszugeben. Es erfolgen von seiten der CCU auch keine Sendewiederholungen, so als wäre die Kommunikation korrekt gewesen. Es gab auch keine Fehlermeldung Kommunikationsstörung.
Dennoch wird in der CCU keine Statusänderung erkannt.

Oder sitze ich hier nur einem Problem von CCU-Historian auf und jage hinter einem falschen Fehler her? Werde mal noch per Programm den Status zusätzlich überwachen.

[Matsch]

Die Paketlänge habe ich auf 0x1D gesetzt.

Habe ich ggue der Version auf Github nicht veraendert, steht also bei mir auf 0x1E.

Bei mir stand noch 0x17 drin, habe nicht nochmal upgedated.

[HMSteve]

Bei mir laeuft nur das Programm zum Ein- und Ausschalten, ich logge den Zustand nicht separat, sondern warte (bislang ohne Ergebnis) auf Kommunikationsfehler.

[stan23]

Noch eine Frage: Aktuell sehe ich im Monitoring jetzt sehr häufig die Meldung "Packet too short: 6", wie es ausieht, bei HmIP-Messages, die oft länger als 29 bytes sind.

Auf jede HmIP-Message kommt ein kurzes HmIP-ACK mit 6 Byte: es enthält nur die Sender- und Empfängeradresse.
Diese 6 Byte sind aus AskSinPP-Sicht zu kurz.

Du kannst einfach diese Zeile auskommentieren:
https://github.com/pa-pa/AskSinPP/blob/ ... age.h#L164