CUL (rpiAddOn) stürzt bei Homematic senden ab

[kaihs]

Ich habe ein ganz merkwürdiges Problem mit einem rpiAddOn-Board das ich mir nicht erklären kann.

Kurz zu dem Board: das rpiAddOn ist ein Board zu Aufstecken auf einen RPI und enthält neben dem CC1101 noch weitere Hardware (Display, Sensoren, ...). Das ist aber m. E. für das Problem unerheblich.

Ich habe zwei von den Boards, eines davon hat seit ein paar Tagen das Problem, das andere funktioniert. Beide haben identische culfw.
Um fhem als Ursache auszuschließen spreche ich die Boards zum Test direkt per Terminalprogramm über die serielle Schnittstelle an.

Protokoll von dem Board mit dem Fehler:

Code Auswählen Erweitern


e
t
00000153
Ar
X21
C99
0D2E2D07D3913D04
320000060021656A
55E43023B9000700
18146C070090876B
F85611EF2B191F41
00597F3788310B00
Ar
C99
072E2E0DE9CAFF0C
450000060021656A
C8930322F8340733
18166C434091876B
F85610AC2B191141
00597F7E81350B00
t
00000F1C
As0B4CA4404A11AA52A55D020F
t
t
00000102


Dasselbe auf dem anderen Board

Code Auswählen Erweitern


e
t
000000BF
Ar
X21
C99
0D2E2D07D3913D04
320000060021656A
55E43023B9000700
18146C070090876B
F85611EF0B3D1F41
00597F3F88310B00
Ar
C99
072E2E0DE9CAFF0C
450000060021656A
C8930322F8340733
18166C434091876B
F85610AC0B3D1141
00597F3E81350B00
t
000009B9
As0B4CA4404A11AA52A55D020F
A0E4C800252A55D4A11AA0101B6003E19
t
0000147F


Die Details des Kommandos stehen in der commandref der culfw

e = EEPROM factory reset und reboot um gleiche Ausgangsbedingen zu schaffen
t = Abfrage der uptime, wenn die Zahl wieder kleiner wird gab es einen Reboot
Ar = Homematicempfang einschalten
X21 = RSSI Ausgabe einschalten
C99 = alle Register des CC1101 ausgeben
As =  Homematic senden

Etwas merkwürdig finde ich es, dass erst nach dem zweiten Ar die Register auf die Werte für Homematic umgeschaltet wird. Aber das ist bei beiden Boards so, und das funktionierende Board kann ganz normal Homematic senden und empfangen.

Der Unterschied ist nach dem As Kommando, beim ersten Board kommt es dabei zu einem Reboot (timestamp ist danach kleiner).
Das zweite Board empfängt dabei nichts, also kommt es schon zu einem Reset vor dem Senden.

Umgekehrt empfängt das erste Board die mit As vom zweiten gesendeten Kommandos.

Hat jemand eine Idee woran das liegen könnte oder was ich noch ausprobieren könnte?

Ich habe als Erklärung nur einen merkwürdigen Hardwaredefekt und das wäre sehr schade. Diese Kombination an Hardware die das Board bietet wieder separat aufzubauen wäre recht aufwändig.

[rudolfkoenig]

Wenn ich mich recht erinnenre, wartet der HM (aka. asksin) Code in culfw aktiv darauf, dass der CC1101 "Clear to send" meldet. Wenn das laenger als 2 Sekunden dauert, dann schlaegt der Watchdog zu.
Homematic wird in culfw inzwischen nur stiefmuetterlich gepflegt, Ansgar hat einen deutlich besser gepflegten fork, hier im Forum irgendwo beschrieben.

[kaihs]

Danke für den Hinweis auf die TSculfw.
Damit stürzt das Board zwar nicht mehr ab, das Senden funktioniert aber trotzdem nicht.