Alternative culfw

masterpete23 · 15 November 2017, 11:00:59

Hi,

ich habe ab und an Meldungen von meinem NC-5642 Dosen

2017.11.15 10:38:10 3: nanoCUL_433: Unknown code r49dde600023200162ea591c, help me!
2017.11.15 10:51:59 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a00, help me!
2017.11.15 10:51:59 3: nanoCUL_433: Unknown code r49dde700023200162ea591b, help me!
2017.11.15 10:52:03 3: nanoCUL_433: Unknown code r49dde700023200162fa591b, help me!
2017.11.15 10:52:05 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a02, help me!
2017.11.15 10:52:08 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a02, help me!
2017.11.15 10:52:10 3: nanoCUL_433: Unknown code r49dde700023200162fa591e, help me!
2017.11.15 10:52:12 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a09, help me!
2017.11.15 10:52:15 3: nanoCUL_433: Unknown code r5a72e4000032000000c3a01, help me!
2017.11.15 10:52:17 3: nanoCUL_433: Unknown code r49dde700023200162fa591b, help me!
2017.11.15 10:52:18 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a01, help me!
2017.11.15 10:52:22 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a00, help me!
2017.11.15 10:52:29 3: nanoCUL_433: Unknown code r5a72e5000032000000c3afe, help me!
2017.11.15 10:52:30 3: nanoCUL_433: Unknown code r49dde700023200162fa591b, help me!
2017.11.15 10:52:33 3: nanoCUL_433: Unknown code r49dde700023200162fa591e, help me!
2017.11.15 10:52:37 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a02, help me!
2017.11.15 10:52:39 3: nanoCUL_433: Unknown code r49dde700023200162fa591b, help me!
2017.11.15 10:52:46 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a0a, help me!
2017.11.15 10:52:48 3: nanoCUL_433: Unknown code r49dde7000232001731a591b, help me!
2017.11.15 10:52:51 3: nanoCUL_433: Unknown code r49dde6000232001730a591c, help me!
2017.11.15 10:52:53 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a05, help me!
2017.11.15 10:52:56 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a04, help me!
2017.11.15 10:52:59 3: nanoCUL_433: Unknown code r5a72e5000032000000c3aff, help me!
2017.11.15 10:53:02 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a01, help me!
2017.11.15 10:53:06 3: nanoCUL_433: Unknown code r5a72e5000032000000c3a05, help me!
2017.11.15 10:53:08 3: nanoCUL_433: Unknown code r49dde600023200162ea591b, help me!
2017.11.15 10:53:09 3: nanoCUL_433: Unknown code r5a72e5000032000000c3afe, help me!
2017.11.15 10:53:17 3: nanoCUL_433: Unknown code r49dde600023200162fa591d, help me!
2017.11.15 10:53:22 3: nanoCUL_433: Unknown code r49dde700023200162ea591b, help me!

Ich nutze noch die FW

Code Auswählen

V 1.10.02 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 433MHz)
Bringt es etwas auf die neueste Version zu wechseln?

sash.sc · 15 November 2017, 11:11:13

Nicht wirklich. Habe auch noch zwischendurch noch solche Fehlermeldungen.

Gesendet von meinem E6653 mit Tapatalk

KölnSolar · 15 November 2017, 11:36:38

und hier gibt es die aktuelle Diskussion dazu.

@masterpete: Deinen Logauszug würde ich mir etwas näher angucken. Kannst Du den bitte im vorgenannten Thread verlinken und die "richtigen" device-Id's Deiner Revolts dazu posten.

Tommy82 · 02 Dezember 2017, 20:33:55

Hi, ich wollte grade mal meinen CUL V.3 auf die aktuelle FW 126.01 flashen, mittels Atmel Flip 3.47 unter Win 10, allerdings bekomme ich einen Fehler das eine .dll fehlt, sobald ich USB auswähle.

Einer eine idee was ich machen kann, bzw. kann ich den Cul auch direkt aus Fhem heraus flashen, bzw. direkt auf dem Cubie unter Debian? Hab das damals mit Flip gemacht, hab auch gesehen das es mit der "normalen" Cul FW wohl aus Fhem geht, aber wie sieht es mit der Alternativen FW aus, will den Cul ja nicht schrotten.

Danke

RaspiLED · 02 Dezember 2017, 21:12:28

Hi,
wenn Du weisst wie Du es aus FHEM heraus machst, dann tausche doch die Datei unter /opt/fhem/FHEM/firmware aus!

Ich persönlich würde einfach FHEM beenden oder alternativ den CUL mit

Code Auswählen


set CUL raw B01

in den richtigen Modus bringen.

Danach im entpackten a-culfw Ordner mit

Code Auswählen


cd culfw/Devices/CUL/

in den richtigen Ordner wechseln und flashen mit

Code Auswählen


sudo ./flash.sh

Gruß Arnd

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

Tommy82 · 02 Dezember 2017, 21:40:18

Zitat von: RaspiLED am 02 Dezember 2017, 21:12:28
Hi,
wenn Du weisst wie Du es aus FHEM heraus machst, dann tausche doch die Datei unter /opt/fhem/FHEM/firmware aus!

Ich persönlich würde einfach FHEM beenden oder alternativ den CUL mit
Code Auswählen Erweitern
set CUL raw B01
in den richtigen Modus bringen.

Danach im entpackten a-culfw Ordner mit
Code Auswählen Erweitern
cd culfw/Devices/CUL/
in den richtigen Ordner wechseln und flashen mit
Code Auswählen Erweitern
sudo ./flash.sh
Gruß Arnd

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

Leider funktioniert es nicht

Code Auswählen


Please choose a device:
 1 = CUL_V2 868MHZ
 2 = CUL_V2_HM 868MHZ
 3 = CUL_V2_MAX 868MHZ
 4 = CUL_V3 868MHZ
 5 = CUL_V4 868MHZ
 6 = CUL_V2 433MHZ
 7 = CUL_V2_HM 433MHZ
 8 = CUL_V2_MAX 433MHZ
 9 = CUL_V3 433MHZ
 0 = CUL_V4 433MHZ
Please select device (1-5): 9

The device will now be flashed
Continue (y/n)?y
Flash now device
Call: dfu-programmer atmega32u4 erase
Call: dfu-programmer atmega32u4 flash CUL_V3_433MHZ.hex
Validating...
26338 bytes used (91.86%)
Call: dfu-programmer atmega32u4 start
dfu-programmer: failed to release interface 0.

Sven77 · 05 Dezember 2017, 09:27:37

Hallo in die Runde,

ich würde gern das Signal eines Temperatursensors von a-culfw dekodieren lassen.
Aktuell weiß ich recht wenig über die genauen Eckdaten des Signals, aber da ich nach FM-Dekodierung den TTL-Pegel auslesen kann gehe ich von irgendeinem FSK aus.
Die bekannten Daten: 433.216MHz Trägerfrequenz, 9600 Baud

Da auch der Aufbau der Nachricht (30/32 Bit Preamble, 16 Bit Sync-Word, 80 Bit Daten, 16 Bit CRC) offenbar recht gebräuchlich beim CC1101 ist, hoffe ich das mit diesem dekodieren zu können!
Leider weiß ich noch nicht so genau, was ich bei Bandbreite und Deviation einstellen soll...

Um überhaupt einen Anfang zu finden, habe ich begonnen das ZWave-Protokoll im Quellcode entsprechend abzuändern und sniffe damit jetzt herum, konnte aber noch nichts brauchbares empfangen. Daher wollte ich hier mal meine Fragen posten:

1. In den ZWave-Quellen wird bei der 9600-Baud-Konfig die Datenrate abweichend auf 19200 Bauf gestellt:
https://github.com/heliflieger/a-culfw/blob/5e08892e39b2fca07bde799b62f0bc387b82fea0/culfw/clib/rf_zwave.c#L84
Ist das ein Versehen? Ich habe im Code nichts gefunden, womit das wieder gerade gerechnet wird...

2. Wo genau ist der Unterschied zwischen GFSK und FSK-2 bzw. warum wird in den verschiedenen Konfigs bei ZWave hier mal das eine und mal das andere eingestellt?

3. Gibt es vielleicht einen besseren/einfacheren Weg?
Ich habe jetzt ZWave genommen, weil es auf den ersten Blick das einzige/erste FSK-Protokoll war. Hier erfolgen aber wohl noch viele weitere Anpassungen...
Kann ich vielleicht auch im laufenden Betrieb die CC1101-Konfig (dRate, bWidth, Modulation, CRC, ...) ändern, ohne immer neu zu kompilieren?
Ich habe mir auch das SmartRF Studio geladen und installiert, um die Register einfacher zu programmieren - aber auch hier gibt es 1000 Einstellmöglichkeiten.

Kurzum: wie starte ich am besten, wenn ich nur weiß, bei Frequenz XY ein ...FSK-Signal mit 9600 Baud zu haben mit der Implementierung in CULFW?

VG, Sven

Telekatz · 05 Dezember 2017, 11:45:44

Zitat von: Sven77 am 05 Dezember 2017, 09:27:37
Da auch der Aufbau der Nachricht (30/32 Bit Preamble, 16 Bit Sync-Word, 80 Bit Daten, 16 Bit CRC) offenbar recht gebräuchlich beim CC1101 ist, hoffe ich das mit diesem dekodieren zu können!

Dann wäre meine erste Idee, den Temperatursensor aufzuschrauben und nachzusehen, ob da eventuell wirklich ein CC1101 verbaut ist. Wenn ja, schauen wo man MOSI und CLK auf der Platine abgreifen kann und die Initialisierung des CC1101 mitloggen. Damit hat man dann die passenden Einstellungen für den CC1101.

Sven77 · 05 Dezember 2017, 12:06:15

Okay... das erscheint mir dann aber doch ein wenig zu radikal.
Bzw. was wenn kein CC1101 verbaut ist oder dieser nicht zerstörungsfrei zugänglich ist?

Sind denn alle bisher implementierten Protokolle samt Modulation, Deviation, Bandbreite und allem dokumentiert und "nur" anhand bekannter Daten implementiert oder alternativ mittels angesprochene Methode die Initialisierung der Originalchips ausgelesen?

Ich hatte schon gehofft, dass durch entsprechendes (mir fehlendes!) Wissen und ein wenig Experimentiersinn das auch anders herauszufinden sei.

A.Harrenberg · 05 Dezember 2017, 18:34:15

Hi,
nur ganz kurz:

Zitat von: Sven77 am 05 Dezember 2017, 09:27:37
1. In den ZWave-Quellen wird bei der 9600-Baud-Konfig die Datenrate abweichend auf 19200 Bauf gestellt:
https://github.com/heliflieger/a-culfw/blob/5e08892e39b2fca07bde799b62f0bc387b82fea0/culfw/clib/rf_zwave.c#L84
Ist das ein Versehen? Ich habe im Code nichts gefunden, womit das wieder gerade gerechnet wird...

ist kein Versehen, das liegt an der Codierung, da wird eine Flanke in der Mitte vom Takt ausgewertet und bei der Taktgrenze muss man den Pegel ja auch ändern... Kann gerade nicht sagen wie die Kodierung heisst, da wird aber im Code per SW gemacht da ansonsten die Markierung für das Ende der Nachricht nicht geschrieben werden kann, da sie (absichtlich) das eigentliche Protokoll verletzt.

Zitat von: Sven77 am 05 Dezember 2017, 09:27:37
2. Wo genau ist der Unterschied zwischen GFSK und FSK-2 bzw. warum wird in den verschiedenen Konfigs bei ZWave hier mal das eine und mal das andere eingestellt?

Unterschied zwischen GFSK und FSK-2 kann kann ich momentan auch nicht sagen, aber die Kodierung ist so explizit in den Spezifikationen von ZWave vorgesehen. Die haben leider drei verschiedene Datenraten, welche mit drei verschiedenen Kodierungen und zwei verschiedenen Frequenzen spezifiziert sind. Bandbreite etc. ist natürlich auch für jede Variante anders....

Zitat von: Sven77 am 05 Dezember 2017, 09:27:37
3. Gibt es vielleicht einen besseren/einfacheren Weg?
Ich habe jetzt ZWave genommen, weil es auf den ersten Blick das einzige/erste FSK-Protokoll war. Hier erfolgen aber wohl noch viele weitere Anpassungen...
Kann ich vielleicht auch im laufenden Betrieb die CC1101-Konfig (dRate, bWidth, Modulation, CRC, ...) ändern, ohne immer neu zu kompilieren?
Ich habe mir auch das SmartRF Studio geladen und installiert, um die Register einfacher zu programmieren - aber auch hier gibt es 1000 Einstellmöglichkeiten.

Du könntest Dir mal die Spec von dem CC1101 anschauen, da kann man unter anderem auch die dekodierten Daten an einem der GD0pins ausgeben lassen und sich das mit einem logicanalyzer anschauen.

Bin gerade auf der Arbeit, daher kann ich da nicht soviel zu sagen, du kannst mir aber mal eine PM schicken, dann schau ich mir das auch mal an. Ich habe für das ZWave Protokoll so einige Sachen damit gemacht und vor kurzen auch noch mal recht intensiv damit rumgespielt.

Gruß,
Andreas.

Sven77 · 06 Dezember 2017, 10:19:16

Mir ist gerade zufällig aufgefallen, dass das bei mir verwendete SyncWord (0x2DD4) offenbar der Standard beim Si442x ist, also auch vom RFM12(b)!
Ich denke, ich werde mir daher mal "rf_native.c" genauer ansehen - hat da jemand Erfahrungen im Empfang von RFNATIVE mit 9600 Baud?

blueberry63 · 08 Dezember 2017, 09:00:36

Hallo,

seit einige Tagen sehe ich im LOG öfter mal folgende Zeile:

Code Auswählen


ERROR: >Unknown< returned by the CUL_TCM97001 ParseFn is invalid, notify the module maintainer

Ich setze einen "NanoCUL V 1.23.09 a-culfw Build: 194" ein.

Hat jemand eine Idee?

Gruß
Blueberry63

Patric · 12 Dezember 2017, 08:05:45

Hallo zusammen,

ich suche nach Hilfe beim Versuch, meinen Temperatur und Feuchtigkeitssensor auszulesen. Es handelt sich um den Typ Bresser 70-07400 (https://www.bresser.de/Wetter-Zeit/BRESSER-Thermo-Hygro-Sensor-3CH-passend-fuer-BRESSER-Thermo-Hygrometer.html).

Beim Einlegen von Batterien protokolliert mein FHEM-Rechner:

Code Auswählen

2017.12.11 19:57:30 5: CUL/RAW: /omAA03FF01FC03E6

2017.12.11 19:57:30 4: CUL_Parse: CUL_1 omAA03FF01FC03E6
2017.12.11 19:57:30 5: CUL_1: dispatch omAA03FF01FC03E6
2017.12.11 19:57:30 5: CUL_REDIRECT (mAA03FF01FC03E6) length: 15 RSSI: -87
2017.12.11 19:57:30 5: CUL_REDIRECT (mAA03FF01FC03E6) match Manchester COODE length: 15
2017.12.11 19:57:30 5: CUL_REDIRECT decode Oregon 2 (AA03FF01FC03E6)
2017.12.11 19:57:30 5: bitdata: 10101010000000111111111100000001111111000000001111100110
2017.12.11 19:57:30 5: CUL_REDIRECT decode Oregon 3 (AA03FF01FC03E6)
2017.12.11 19:57:30 5: bitdata: 10101010000000111111111100000001111111000000001111100110
2017.12.11 19:57:30 5: CUL_REDIRECT decode Hideki (AA03FF01FC03E6)
2017.12.11 19:57:30 5: CUL_1: search in 10101010000000111111111100000001111111000000001111100110

2017.12.11 19:57:30 5: protocol does not match, ignore received package (AA03FF01FC03E6) Reason: Not a hideki protocol

Kann mir jemand helfen? Weitere Infos kann ich gern beistellen. CUL_1 ist ein busware V3 (433) mit a-culfw 1.26.01..

Vielen Dank vorab!

Patric

KölnSolar · 12 Dezember 2017, 08:55:04

Meines Wissens ist das Protokoll von Bresser nicht implementiert.

Grüße Markus

Patric · 14 Dezember 2017, 14:45:36

Danke für die prompte Antwort.

ZitatMeines Wissens ist das Protokoll von Bresser nicht implementiert.

Ich hatte mich auf die commandref verlassen... "The Hideki module is a module for decoding weather sensors, which use the hideki protocol. Known brands are Bresser, Cresta, TFA and Hama. "
Dann scheints da wohl Unterschiede von Modell zu Modell zu geben ?!

Gibt es erschwingliche Aussentemperatursensoren, die zu empfehlen sind?

Danke
Patric