culfw@ARM

[Telekatz]

Die Versionsmeldungen alle 30 Sekunden sind sind normal und beabsichtigt:
https://forum.fhem.de/index.php/topic,36529.msg289490.html#msg289490

[RalfRog]

Die Versionsmeldungen alle 30 Sekunden sind sind normal und beabsichtigt:

Gut zu wissen  - beantwortet damit auch die Telneterfahrung von janvonnebenan

Ich habe gerade an meinem Test-Raspi den Cube per USB angeschlossen und auf 433MHz gestellt. Macht keinen Unterschied zur LAN-Anbindung - es kommt nichts.
Zusätzlich habe ich per RAW Message statt X21 mal X67 (commanref sagt debugging für den CUL) gesetzt. Ich bekomme einfach keine Meldungen.

Bei meinem nanoCUL sieht es mit X67 dann so aus:

Code Auswählen Erweitern


...
2016.07.04 20:40:26 5: CUL/RAW: /p 7
2016.07.04 20:40:26 5: CUL/RAW: p 7/  224 1008  912  352  1
2016.07.04 20:40:26 5: CUL/RAW: p 7  224 1008  912  352  1/  3 0 0F 110554
2016.07.04 20:40:26 4: CUL_Parse: nanoCUL1 p 7  224 1008  912  352  1  3 0 0F 110554
2016.07.04 20:40:26 2: nanoCUL1: unknown message p 7  224 1008  912  352  1  3 0 0F 110554
...


Mal sehen ob ich irgendwo einen FS20 Sender leihen kann. Will mal sehen ob wenigsten bei 868MHz empfangen wird.

[janvonnebenan]

So ich habe jetzt mal einiges getestet.
1. Es hat nichts mit der Firmwareversion zu tun.
2. Die Keepalive-Funktion steht mit dem Fehler auch nicht im Zusammenhang. Ich habe sie deaktiviert und mir eine eigene Firmware erstellt.
3. Ein regelmäßiger Ping hilft auch nicht.

Ich habe mal des Verbose vom CUL und CUL_MAX auf 5 gesetzt.

Code Auswählen Erweitern


2016.07.07 14:47:41 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.07.07 14:47:42 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.07.07 14:47:42 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.07.07 14:47:43 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.07.07 14:47:43 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.07.07 14:47:44 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.07.07 14:47:44 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.07.07 14:47:44 5: CUL_MAX_SendQueueHandler: Retry 0868fe for 0f5b04031234560868fe0010070e6fe9 count: 3
2016.07.07 14:47:47 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.07.07 14:47:47 5: SW: X
2016.07.07 14:47:50 1: 192.168.178.59:2323 disconnected, waiting to reappear (MaxCube)
2016.07.07 14:47:50 1: Error in CUL_MAX_SendQueueHandler: CUL MaxCube did not answer request for current credits. Waiting 5 seconds.
2016.07.07 14:47:53 5: SW: V
2016.07.07 14:47:53 5: CUL/RAW (ReadAnswer): V 1.21.01 a-culfw Build: Jans private build (2.7.2016) CUBe (F-Band: 868MHz)^M

2016.07.07 14:47:53 5: SW: ?
2016.07.07 14:47:53 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l t x z^M

2016.07.07 14:47:53 3: MaxCube: Possible commands: BbCFiAZNEkGMKLUYRTVWXefltxz
2016.07.07 14:47:53 5: SW: X21
2016.07.07 14:47:53 5: SW: Zr
2016.07.07 14:47:53 5: SW: Za123456
2016.07.07 14:47:53 5: SW: Zw111111
2016.07.07 14:47:53 5: SW: T01
2016.07.07 14:47:53 5: CUL/RAW (ReadAnswer): 0000^M

2016.07.07 14:47:53 5: GOT CUL fhtid: 0000
2016.07.07 14:47:53 1: 192.168.178.59:2323 reappeared (MaxCube)
2016.07.07 14:47:53 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.07.07 14:47:53 5: SW: X
2016.07.07 14:47:53 5: CUL/RAW (ReadAnswer): 21 1807^M


und einen tcpdump gemacht. Auffällig ist, dass der letzte Befehl bevor das "X" gesendet wird zwei TCP-Retransmits auslöst. Anbei mal das tcpdumpfile für Wireshark. Vielleicht kann da ja jemand etwas zu sagen. Möglich aber, dass das Problem nur bei einigen Max-Installationen auftritt. Ich habe zum Beispiel 29 Max-Geräte.

[raspklaus]

Hallo,

nochmal eine Frage:

Beim Flashen mit minicom muss welches Protokoll ausgewählt werden ?

Danke

[Telekatz]

Es wird das XModem Protokoll verwendet.

[mrbit1968]

Was mir bei der 21er Version aufgefallen ist und was ich mit den 20er Versionen nicht hatte, das nach einer Zeit meist 3 bis 4 Tagen anstatt Initialisiert in der Fhem Software dort Open bei CUNO(Cube) steht. Ab da ist der Cube auch nicht mehr erreichbar. Das hab ich auch nicht nur einmal gehabt sondern immer wieder in Regelmässigen abständen. Wenn ich Fhem dann neu starte ist wieder alles in Butter. Und was mir vorkommt, das die Sendeleistung  wodurch auch immer nicht so Stark ist wie bei den 20er Versionen .. evtl. einbildung , aber vorher musste ich den Cube nicht auf dem schreibtisch verstellen um die Funksteckdosen in gelegenden Ecken zu erreichen. Ich werde wieder auf die letzte 20er Version wechseln.

Gruß

[Telekatz]

Verwendest du den Cube für slowRF auf 433MHz? Und wie hast du den Cube angeschlossen? Über USB oder Netzwerk?

Es gibt zwar in der Version 1.21.00 eine Änderung im IT Empfangsteil, der beim Cube nicht so ganz passt, aber das sollte keine Auswirkung auf die Stabilität haben. Und an der Sendeleistung wurde nichts geändert.

[mrbit1968]

Hallo Telekatz,
Ich benutze den Cube im rfmode MAX, nur zum Senden von Intertechno schalte ich kurz auf 433 Mhz Slow RF.
Angeschlossen ist der Cube über Netzwerk an einer Fritzbox 7490 woran wieder ein Rasberry 2 hängt.

Und heute wieder nach 3 Tagen steht wieder Open als Status beim Cuno (Cube). Dort muss ja Initialized stehen.
Gruß

[RalfRog]

Mal sehen ob ich irgendwo einen FS20 Sender leihen kann. Will mal sehen ob wenigsten bei 868MHz empfangen wird.

Das hat zwar ne Weile gedauert aber ich habe nen FS20 Handsender.
Verbose 5 - es kommt nichts. ALso  nicht nur bei 433MHz sondern auch nicht bei 868 MHz im SlowRF.
Senden sprich schalten bei 433 läuft....

Ich setze mich nachher nochmal mit der CUL Command Referenz auseinander (hinsichtlich wie schalte ich Empfangsbetrieb ein).
Und mach das gleiche mal mit dem zweiten Cube.

Gruß Ralf

[RalfRog]

Na da hätte ich auch früher drau f kommen können.

• mein 2ter Cube (USB) vom HM-Mode zu SlowRF umgeschaltet --> FS20 wird emfpangen
  FS20-Remote funktioniert also grundsätzlich schon mal
• meinen 1ten Cube vom LAN an den USB Anschluss und im HM-Mode probiert
  und siehe da schalten geht, aber der ACK fehlt

Da sieht sehr nach Defekt im Empfangsteil aus. Testhalber flash ich ihn nochmal.

[mrbit1968]

Hallo Telekatz, werd jetzt auf die 20er Version wechseln, das Problem ist definitiv abhängig von der 21er Version. ca 48 Stunden steht dort Open statt Initalized.
Gruß

[Telekatz]

Welche der 20er Versionen verwendest du dann?

[RalfRog]

Definitiv ist die Emfpangsrichtung defekt.
Das RF Modul ist händisch aufgelötet und scheint den gängigen 868MHz Chinamodulen zu entsprechen. Könnte man mal versuchsweise ersetzen... aber ich brauch ja nicht empfangen.
@Telekatz ist einer der GD-Pins ein Interrupt für die Empfangsrichtung. Der ganze HF-Teil muss ja in Ordnung sein.

Info:
Seit 30.7 läuft besagter Cube über LAN und ist initialized. Steuert auch jeden Abend brav die Terasse (Intertechno).
VERSION: V 1.21.00 a-culfw Build: 70 (2016-04-22_17-15-27) CUBe (F-Band: 868MHz)
state: Initialized  2016-07-30 13:54:30

[Telekatz]

Bei slowRF wird über GDO2 das demodulierte Signal ausgegeben und über einen Pin change Interrupt ausgewertet. Ansonsten wird über GDO2 der Empfang eines neuen Pakets signalisiert.

[mrbit1968]

Habe jetzt mal beim Cuno (CUBE) get raw und get credits angecklickt was vorher rot in den Readings stand ohne angaben. Seit dem scheint der Open effeckt weg zu sein. Werde weiter ein Auge drauf haben.