Alternative culfw

[birdy]

Die a-culfw mit 868 bietet keinen Vorteil nimm die normale für den 868er.

Was ist da die neuste Version ?

gem.
http://culfw.de/culfw.html#Hardware
ist es die 1.66

gem.
http://culfw.de/CHANGED
gibt aber bereits die 1.67....

Gruss birdy

[RaspiLED]

Hi, 1.67:
https://forum.fhem.de/index.php?topic=62243.0
Gruß Arnd


Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...

[neonet]

Hi @ all,
über meinen nanocul433 habe ich die "RSL867T" Fernbedienung von Conrad ausgelesen.
Die Auswertung vom Event monitor sieht man unten.
Nun habe ich folgende Bitte, kann mir jemand den Weg zeigen um die unten stehenden bitdata so umzurechnen damit das IT-Modul sie akzeptiert?

P.S. Ich habe das Wiki und auch das Forum durchforstet 



Im Eventmonitor erscheint folgende Ausgabe, wenn ich auf der Fernbedienung die Taste 1 - ON drücke

Code Auswählen Erweitern

2017.03.05 20:02:26 5 : CUL/RAW: /om9B154020
2017.03.05 20:02:26 4 : CUL_Parse: nanoCUL433 om9B154020
2017.03.05 20:02:26 5 : nanoCUL433: dispatch om9B154020
2017.03.05 20:02:26 5 : CUL_REDIRECT (m9B154020) length: 9 RSSI: -58
2017.03.05 20:02:26 5 : CUL_REDIRECT (m9B154020) match Manchester COODE length: 9
2017.03.05 20:02:26 5 : CUL_REDIRECT decode Oregon 2 (9B154020)
2017.03.05 20:02:26 5 : bitdata: 10011011000101010100000000100000
2017.03.05 20:02:26 5 : CUL_REDIRECT decode Oregon 3 (9B154020)
2017.03.05 20:02:26 5 : bitdata: 10011011000101010100000000100000
2017.03.05 20:02:26 5 : CUL_REDIRECT decode Hideki (9B154020)
2017.03.05 20:02:26 5 : nanoCUL433: search in 10011011000101010100000000100000
2017.03.05 20:02:26 5 : protocol does not match, ignore received package (9B154020) Reason: Not a hideki protocol

Im Eventmonitor erscheint folgende Ausgabe, wenn ich auf der Fernbedienung die Taste 1 - OFF drücke

Code Auswählen Erweitern

2017.03.05 20:03:14 5 : CUL/RAW: /omD69696D5402E
2017.03.05 20:03:14 4 : CUL_Parse: nanoCUL433 omD69696D5402E
2017.03.05 20:03:14 5 : nanoCUL433: dispatch omD69696D5402E
2017.03.05 20:03:14 5 : CUL_REDIRECT (mD69696D5402E) length: 13 RSSI: -51
2017.03.05 20:03:14 5 : CUL_REDIRECT (mD69696D5402E) match Manchester COODE length: 13
2017.03.05 20:03:14 5 : CUL_REDIRECT decode Oregon 2 (D69696D5402E)
2017.03.05 20:03:14 5 : bitdata: 110101101001011010010110110101010100000000101110
2017.03.05 20:03:14 5 : CUL_REDIRECT decode Oregon 3 (D69696D5402E)
2017.03.05 20:03:14 5 : bitdata: 110101101001011010010110110101010100000000101110
2017.03.05 20:03:14 5 : CUL_REDIRECT decode Hideki (D69696D5402E)
2017.03.05 20:03:14 5 : nanoCUL433: search in 110101101001011010010110110101010100000000101110
2017.03.05 20:03:14 5 : protocol does not match, ignore received package (D69696D5402E) Reason: Not a hideki protocol

Vielen Dank im voraus und lieben Gruß von
Karim

[Burny4600]

Nach dem Update von a-culfw_1.23.09_build_195 auf a-culfw_1.24.01_build_205 funktionieren die nanoCUL's nicht mehr.
Wie kann ich die nanoCUL's wieder beleben?

[RaspiLED]

Hi, Was genau funktioniert nicht mehr? Kannst Du nicht flashen oder wird der nicht mehr initialisiert oder geht nur ein bestimmtes Protokoll nicht mehr? Ich teste gleich auch mal...
Gruß Arnd


Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...

[mahowi]

Ich musste meinen nanoCUL nach dem letzten Flashen einmal vom USB trennen und wieder einstecken, dann lief er wieder.

[RaspiLED]

Hi,
Ja das kann ich bestätigen. Einfaches reopen, raw E oder ccconf hat nicht gereicht. Musste auch 2 Sekunden stromlos machen Allerdings bin ich mir nicht sicher, ob auf meinem Test Nano mit FTDI auch der Resetpin mit Ground gebrückt ist
Gruß Arnd


Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...

[Burny4600]

Es funktionierte nach dem Flashen weder ein Reboot des nanoCUL noch ein neuerliches Flashen.
Ich musste den Arduino wieder beleben.

Ein weiterer Fehler ist in der aktuellen Firmware.
Die 433MHz ist ok.
Lese ich die Version des 868Mhz nanoCUL's ein spuckt der aber 433Mhz aus.

Code Auswählen Erweitern

VERSION  V 1.24.01 a-culfw Build: 204 (2017-03-06_18-50-06) nanoCUL868 (F-Band: 433MHz)

[Invers]

Ich möchet meinen CUL aktualisieren mit der Frimware CUL_V3_433MHZ.hex.
In welchen fhem-Ordner muss ich denn die Datei legen, damit ich direkt aus der Kommandozeile von fhem aktualisieren kann?
Besten Dank.

[RaspiLED]

Hi, falscher Thread für Deine Frage! Hier geht es um die viiiieeeel bessere Alternative CUL Firmware a-culfw!

Ansonsten  schau mal unter /opt/fhem/FHEM/firmware/nanoCUL433.hex

Gruß Arnd


Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...

[Invers]

Ist doch nicht falsch. Genau die will ich flaschen.

[Telekatz]

Es funktionierte nach dem Flashen weder ein Reboot des nanoCUL noch ein neuerliches Flashen.
Ich musste den Arduino wieder beleben.

Ein weiterer Fehler ist in der aktuellen Firmware.
Die 433MHz ist ok.
Lese ich die Version des 868Mhz nanoCUL's ein spuckt der aber 433Mhz aus.

Code Auswählen Erweitern

VERSION  V 1.24.01 a-culfw Build: 204 (2017-03-06_18-50-06) nanoCUL868 (F-Band: 433MHz)

Der einzige Unterschied zwischen V 1.23.9 und V 1.24.2 ist die Versionsnummer. Sämtliche Änderungen betreffen nur die ARM Varianten. Die einzigste Änderung, die auch die AVR Devices betrifft, ist in somfy_rts.c. Und das ist beim nanoCUL deaktiviert.

Ich hab es mit den Sourcen beider Versionen getestet. Bei gleicher Versionsnummer kommen zwei identische HEX Files raus.

[Invers]

Wie schon an anderer Stelle erwähnt, habe ich einen Rollomotor von Siro gekauft.
Die FB zum Rollo sendet zum Beispiel
p 3  272  768  608  432  4  4 1 17 0C53350440
wenn ich die Taste Aufwäts drücke.

Ich habe eine veraltete a-CUL FW drauf und wüsste nun gerne, ob diese Befehle bei einer neueren Version unterstützt werden. Dazu wollte ich den Stick neu flashen.
Ich steckte dazu bisher den Stick an den Raspberrypi und setzte in fhem set CUL_1 raw B01. Das klappt bis dahin alles prima.

Ich bin dann im Pi in den Ordner gewechselt, der die neue Firmware enthält und habe auf der Konsole eingegeben:

Code Auswählen Erweitern

pi@raspberrypi:/opt/fhem/culfirm $ sudo tail -f /var/log/syslog
Mar 12 16:10:12 raspberrypi kernel: [90981.250572] cdc_acm 1-1.4:1.0: ttyACM0: USB ACM device
Mar 12 16:10:21 raspberrypi kernel: [90990.281941] usb 1-1.4: USB disconnect, device number 12
Mar 12 16:10:21 raspberrypi kernel: [90990.282082] cdc_acm 1-1.4:1.0: failed to set dtr/rts
Mar 12 16:10:22 raspberrypi kernel: [90990.591051] usb 1-1.4: new full-speed USB device number 13 using dwc_otg
Mar 12 16:10:22 raspberrypi kernel: [90990.741953] usb 1-1.4: New USB device found, idVendor=03eb, idProduct=2ff4
Mar 12 16:10:22 raspberrypi kernel: [90990.741962] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Mar 12 16:10:22 raspberrypi kernel: [90990.741966] usb 1-1.4: Product: ATm32U4DFU
Mar 12 16:10:22 raspberrypi kernel: [90990.741970] usb 1-1.4: Manufacturer: ATMEL
Mar 12 16:10:22 raspberrypi kernel: [90990.741974] usb 1-1.4: SerialNumber: 1.0.0
Mar 12 16:13:36 raspberrypi dhcpcd[450]: eth0: Router Advertisement from fe80::a96:d7ff:fe16:2687
Mar 12 16:14:52 raspberrypi dhcpcd[450]: eth0: Router Advertisement from fe80::a96:d7ff:fe16:2687


bei der Eingaben von
dfu-programmer ATm32U4DFU flash CUL_V3_433MHZ.hex
bekomme ich aber dann leider die Ausschrift: Unsupported target 'ATm32U4DFU'
Darum wollte ich aus fhem heraus flashen. Wenn mir aber jemand sagen kann, wie ich das hier Gezeigte richtig machen kann, würde ich es auch über die Konsole tun.

Es wäre echt toll, wenn mir jemand helfen könnte, da ich den Motor unbedingt behalten und nutzen möchte.

Nochmals danke.

EDIT:
Kann es sein, dass ich statt
dfu-programmer ATm32U4DFU flash CUL_V3_433MHZ.hex
das eingeben muss:
dfu-programmer atm32u4 flash CUL_V3_433MHZ.hex
Ich will das jetzt nicht einfach so probieren, weil ich den Stick ja noch brauche.


EDIT 2
Hat sich erledigt, ich habe einfach mit viel Angstschweiss probiert und es hat geklappt.

Trotzdem vielen Dank.

[Burny4600]

Der einzige Unterschied zwischen V 1.23.9 und V 1.24.2 ist die Versionsnummer. Sämtliche Änderungen betreffen nur die ARM Varianten. Die einzigste Änderung, die auch die AVR Devices betrifft, ist in somfy_rts.c. Und das ist beim nanoCUL deaktiviert.

Die V1.24.2 welche bei mir die V1.24.1 ist funktioniert jedenfalls nicht mit den 868Mhz. Diese werden immer mit 433Mhz ausgegeben.
Ich habe wieder die V1.23.9 für die 868Mhz nanoCUL's darauf gepackt, nachdem es ohnehin für meinen Anwendungsfall keine Änderungen gab.
Ist nur eigenartig das bei dem nanoCUL868.hex bei der V1.24.2 bei der ccconf und Version 433MHz ausgegeben werden und noch dazu nicht funktionieren.
Habe das Ganze mehrmals überprüft damit ich mit Sicherheit keinen Fehler dabei hatte.

[Telekatz]

Hast du auf dem selben nanoCUL von V1.23.09 nach V1.24.02 (433MHz Version) und danach auf V1.24.02 (868MHz Version) geupdated?