FHEM Forum

CUL => Hard- und Firmware => Thema gestartet von: flo1541 am 06 August 2019, 13:04:06

Titel: Busware v3 flash probleme
Beitrag von: flo1541 am 06 August 2019, 13:04:06
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
Titel: Antw:Busware v3 flash probleme
Beitrag 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
Zitat
ls -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 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*
Titel: Antw:Busware v3 flash probleme
Beitrag 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
Titel: Antw:Busware v3 flash probleme
Beitrag von: flo1541 am 06 August 2019, 13:36:53
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
Titel: Antw:Busware v3 flash probleme
Beitrag von: Wernieman am 06 August 2019, 13:39:01
s.o. bitte liefere uns mal die "ls"
Titel: Antw:Busware v3 flash probleme
Beitrag von: flo1541 am 06 August 2019, 13:40:21
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



Titel: Antw:Busware v3 flash probleme
Beitrag von: Wernieman am 06 August 2019, 13:42:44
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 ...
Titel: Antw:Busware v3 flash probleme
Beitrag von: flo1541 am 06 August 2019, 13:44:57
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
Titel: Antw:Busware v3 flash probleme
Beitrag von: Wernieman am 06 August 2019, 13:46:36
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?
Titel: Antw:Busware v3 flash probleme
Beitrag von: flo1541 am 06 August 2019, 13:50:12
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
Titel: Antw:Busware v3 flash probleme
Beitrag von: Wernieman am 06 August 2019, 14:09:15
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 ....
Titel: Antw:Busware v3 flash probleme
Beitrag von: flo1541 am 06 August 2019, 14:31:46
vielen dank schonmal,
viellecht hab ich ja glück und jemand anders hat eine idee. sonst bleibt nur einen anderen cul kaufen
Titel: Antw:Busware v3 flash probleme
Beitrag von: flo1541 am 06 August 2019, 16:55:44
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#
Titel: Antw:Busware v3 flash probleme
Beitrag von: KölnSolar am 06 August 2019, 18:25:20
Warum aculfw ? Bei 868 bringt die nix.  ::)

Meine buswares flashe ich nach wie vor per Windows u. Flip.

Grüße Markus
Titel: Antw:Busware v3 flash probleme
Beitrag von: PeMue am 06 August 2019, 20:48:25
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
Titel: Antw:Busware v3 flash probleme
Beitrag von: flo1541 am 07 August 2019, 07:36:43
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
Titel: Antw:Busware v3 flash probleme
Beitrag von: KölnSolar am 07 August 2019, 08:08:28
Wie gesagt, die aculfw ist wg. Erweiterungen für 433 MHz entstanden. Für HMS dürfte sich da nichts geändert haben.

Zitat
ich 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.