hallo,
ich habe schon einige anleitungen hier i, forum gefunden doch nichts klappt.
ich habe aktuell die 1.67 culfw auf dem v3, ich möchte aber die a-culfw drauf haben. versuchet habe ich folgendes.
set Cul433 raw B01
sudo apt-get install wget zip dfu-programmer avrdude avr-libc
mkdir ~/a-culfw
cd ~/a-culfw
wget http://download698.mediafire.com/fwj5ny95ddgg/sa9t5nhw5sw6iek/a-culfw_1.26.03_build_301.zip
unzip a-culfw*
cd CUL
sudo ./flash.sh
dann die 4 für v3 868 ausgewählt.
programm lauft durch.
raspi reboot danach steht er im fhem wieder als culfw.
fhem stoppe ich natürlich vorher auch
auszug aus dem log
2019.08.06 11:13:06 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 disconnected, waiting to reappear (CUL868)
2019.08.06 11:13:11 0: Server shutdown
2019.08.06 11:14:59 1: Including fhem.cfg
2019.08.06 11:14:59 3: telnetPort: port 7072 opened
2019.08.06 11:15:00 3: WEB: port 8083 opened
2019.08.06 11:15:00 3: WEBphone: port 8084 opened
2019.08.06 11:15:00 3: WEBtablet: port 8085 opened
2019.08.06 11:15:00 2: eventTypes: loaded 1336 events from ./log/eventTypes.txt
2019.08.06 11:15:00 1: HMLAN_Parse: HMLAN1 new condition disconnected
2019.08.06 11:15:00 3: Opening HMLAN1 device 192.168.178.41:1000
2019.08.06 11:15:00 1: HMLAN1: Can't connect to 192.168.178.41:1000: Network is unreachable
2019.08.06 11:15:11 3: Opening CUL433 device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2019.08.06 11:15:12 1: CUL433: Can't open /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0: No such file or directory
2019.08.06 11:15:13 3: Device WohnHZ added to ActionDetector with 000:10 time
2019.08.06 11:15:13 3: Device Schlaf.WT added to ActionDetector with 000:10 time
2019.08.06 11:15:13 3: Device Hz.Kind added to ActionDetector with 000:10 time
2019.08.06 11:15:13 3: Device WohnWT added to ActionDetector with 000:10 time
2019.08.06 11:15:15 3: Device HM_3D00F1 added to ActionDetector with 000:10 time
2019.08.06 11:15:15 3: Opening CUL868 device /dev/serial/by-id/usb-busware.de_CUL868-if00
2019.08.06 11:15:15 1: CUL868: Can't open /dev/serial/by-id/usb-busware.de_CUL868-if00: No such file or directory
2019.08.06 11:15:16 1: Including ./log/fhem.save
2019.08.06 11:15:16 3: Device HM_3D00F1 added to ActionDetector with 000:10 time
2019.08.06 11:15:16 3: Device Hz.Kind added to ActionDetector with 000:10 time
2019.08.06 11:15:16 3: Device Schlaf.WT added to ActionDetector with 000:10 time
2019.08.06 11:15:16 3: Device WohnHZ added to ActionDetector with 000:10 time
2019.08.06 11:15:16 3: Device WohnWT added to ActionDetector with 000:10 time
2019.08.06 11:15:17 1: usb create starting
2019.08.06 11:15:17 2: CUL_V3: flash it with: CULflash none CUL_V3
2019.08.06 11:15:18 1: CULflash dfu-programmer atmega32u4 erase && dfu-programmer atmega32u4 flash ./FHEM/firmware/CUL_V3.hex && dfu-programmer atmega32u4 start;
2019.08.06 11:15:23 1: CULflash Validating...
28452 bytes used (99.23%)
2019.08.06 11:15:37 3: Probing ZWDongle device /dev/serial0
2019.08.06 11:15:37 1: ZWDongle: Can't open /dev/serial0: Permission denied
2019.08.06 11:15:37 3: Probing CUL device /dev/ttyAMA0
2019.08.06 11:15:37 1: CUL: Can't open /dev/ttyAMA0: Permission denied
2019.08.06 11:15:37 1: usb create end
das ist der log vom shutdown bis hin zum nachschauen ob es geklappt hat.
was mache ich flasch bin echt am verzweifeln.
vielen dank schonmal
a)
2019.08.06 11:15:12 1: CUL433: Can't open /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0: No such file or directory
2019.08.06 11:15:15 1: CUL868: Can't open /dev/serial/by-id/usb-busware.de_CUL868-if00: No such file or directorySind die geräte überhaupt existend? mach doch mal ein
Zitatls -lha /dev/serial/by-id/
b)
2019.08.06 11:15:37 3: Probing ZWDongle device /dev/serial0
2019.08.06 11:15:37 1: ZWDongle: Can't open /dev/serial0: Permission denied
2019.08.06 11:15:37 3: Probing CUL device /dev/ttyAMA0
2019.08.06 11:15:37 1: CUL: Can't open /dev/ttyAMA0: Permission deniedOben gehst Du über "serial/by-id, hier aber direkt. Da diese "Nummern" generalisierte sind, bist Du Dir sicher, die richtigen Sticks anzusprechen? Stimmen die Berechtigungen?
Also auch hier bitte:
ls -lha /dev/ttyAMA* /dev/serial*
Hi,
wenn ich richtig liege flashed er beim Start von FHEM automatisch.
Mach doch mal:
attr initialUsbCheck disabled
save
Und dann flashst Du nochmal.
Gruß Otto
Zitat von: Otto123 am 06 August 2019, 13:25:11
Hi,
wenn ich richtig liege flashed er beim Start von FHEM automatisch.
Mach doch mal:
attr initialUsbCheck disabled
save
Und dann flashst Du nochmal.
Gruß Otto
habe ich probiert, nun steht der cul als diconnect drin und blinkt auch nicht
fhem usb scan
CUL_V3: flash it with: CULflash none CUL_V3
Probing ZWDongle device serial0
cannot open the device
Probing CUL device ttyAMA0
cannot open the device
s.o. bitte liefere uns mal die "ls"
Zitat von: Wernieman am 06 August 2019, 13:21:35
a)
2019.08.06 11:15:12 1: CUL433: Can't open /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0: No such file or directory
2019.08.06 11:15:15 1: CUL868: Can't open /dev/serial/by-id/usb-busware.de_CUL868-if00: No such file or directory
Sind die geräte überhaupt existend? mach doch mal ein
b)
2019.08.06 11:15:37 3: Probing ZWDongle device /dev/serial0
2019.08.06 11:15:37 1: ZWDongle: Can't open /dev/serial0: Permission denied
2019.08.06 11:15:37 3: Probing CUL device /dev/ttyAMA0
2019.08.06 11:15:37 1: CUL: Can't open /dev/ttyAMA0: Permission denied
Oben gehst Du über "serial/by-id, hier aber direkt. Da diese "Nummern" generalisierte sind, bist Du Dir sicher, die richtigen Sticks anzusprechen? Stimmen die Berechtigungen?
Also auch hier bitte:
ls -lha /dev/ttyAMA* /dev/serial*
root@raspberrypi:~# ls -lha /dev/serial/by-id/
total 0
drwxr-xr-x 2 root root 60 Aug 6 13:38 .
drwxr-xr-x 4 root root 80 Aug 6 13:38 ..
lrwxrwxrwx 1 root root 13 Aug 6 13:38 usb-busware.de_CUL868-if00 -> ../../ttyACM0
root@raspberrypi:~# ls -lha /dev/ttyAMA* /dev/serial
crw--w---- 1 root tty 204, 64 Aug 6 13:33 /dev/ttyAMA0
/dev/serial:
total 0
drwxr-xr-x 4 root root 80 Aug 6 13:38 .
drwxr-xr-x 16 root root 3.5K Aug 6 13:38 ..
drwxr-xr-x 2 root root 60 Aug 6 13:38 by-id
drwxr-xr-x 2 root root 60 Aug 6 13:38 by-path
a) Hinter dem serial war noch ein * .....
b) Also auf jedem Falle:
1. hast Du aktuell nur einen CUL stecken
2. Ist der anders definiert als in Deinem FHEM.
usb-busware.de_CUL868-if00
Kannst Du Deine 867-Cul-Definition bitte ändern?
c)
Was für ein Betriebsystem fährst Du?
d)
Beim nächsten mal bitte die CODE-Tags verwenden. Sind die "#" in der Editor-Leiste. Macht es einfacher den Output zu lesen ...
root@raspberrypi:~# ls -lha /dev/ttyAMA* /dev/serial*
lrwxrwxrwx 1 root root 7 Aug 6 13:33 /dev/serial0 -> ttyAMA0
crw--w---- 1 root tty 204, 64 Aug 6 13:33 /dev/ttyAMA0
/dev/serial:
total 0
drwxr-xr-x 4 root root 80 Aug 6 13:38 .
drwxr-xr-x 16 root root 3.5K Aug 6 13:38 ..
drwxr-xr-x 2 root root 60 Aug 6 13:38 by-id
drwxr-xr-x 2 root root 60 Aug 6 13:38 by-path
Hatte meinen Beitrag übrigens Editiert (s.o.)
Das per /dev/serial0 definierte Gerät ist bei Dir auch nicht existend ... kannst Du uns bitte erstmal sagen, was Du für USB-Geräte stecken hast?
aktuell ist nur ein cul eingesteckt, der 433nanocul ist ausgezogen, damit da nicht ausversehens was geändert wird sicher ist sicher da ich wie ihr merkt ja nicht so firm in der materie bin.
ich benutze eine raspberry pi mit stretch drauf.
so sieht die cul list aus.
Internals:
CMDS ABbCeFGhiKkLlMmNRTtUuVWXxYZ
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-busware.de_CUL868-if00@9600 1134
DeviceName /dev/serial/by-id/usb-busware.de_CUL868-if00@9600
FD 18
FHTID 1134
FUUID 5d404f69-f33f-11a8-a1d2-b8d538b872092442
NAME CUL868
NR 103
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.67 CUL868
initString X21
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2019-08-06 13:38:43 cmds A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
2019-08-06 13:38:43 state Initialized
Attributes:
icon cul_868
rfmode SlowRF
Ahhhh ..jetzt verstehe ich Dein Problem ...
2019.08.06 11:15:17 2: CUL_V3: flash it with: CULflash none CUL_V3
2019.08.06 11:15:18 1: CULflash dfu-programmer atmega32u4 erase && dfu-programmer atmega32u4 flash ./FHEM/firmware/CUL_V3.hex && dfu-programmer atmega32u4 start;
2019.08.06 11:15:23 1: CULflash Validating...
28452 bytes used (99.23%)
Scheinbar wird der Stick immer wieder neu geflasht ... da müssen aber andere ran .. da kenne ich mich nicht aus ....
vielen dank schonmal,
viellecht hab ich ja glück und jemand anders hat eine idee. sonst bleibt nur einen anderen cul kaufen
vllt kann da ja jemand was mit anfangen. scheint als wäre die datei zum flashen zu groß
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): 4
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_868MHZ.hex
Bootloader and code overlap.
Use --suppress-bootloader-mem to ignore
Call: dfu-programmer atmega32u4 start
root@raspberrypi:~/a-culfw/culfw/Devices/CUL#
Warum aculfw ? Bei 868 bringt die nix. ::)
Meine buswares flashe ich nach wie vor per Windows u. Flip.
Grüße Markus
Zitat von: flo1541 am 06 August 2019, 16:55:44
scheint als wäre die datei zum flashen zu groß.
Ja, sieht wohl so aus. Ich würde für 868 MHz die (Standard) culfw nehmen.
Gruß Peter
ich habe hms temperatur sensoren, die erkennt der stick nicht un legt auch kein autocreate an, ich dachte mit der aculfw firmware wäre das besser und könnte funktionieren
Wie gesagt, die aculfw ist wg. Erweiterungen für 433 MHz entstanden. Für HMS dürfte sich da nichts geändert haben.
Zitatich habe hms temperatur sensoren, die erkennt der stick nicht un legt auch kein autocreate an,
Dem sollte man dann mit der culfw auf den Grund gehen. Logging beim CUL auf verbose=5, ggfs. debugging Optionen des CUL nutzen.