Selbstlernende Intertechno Codecs mit CUL auslesen

[ppmss]

Hallo Markus, hallo Beta-User,
vielen Dank für eure Tipps.
Ich werde leider erst wieder nach den Weihnachtstagen etwas versuchen können.
Weihnachten ...

Ich wünsche euch schöne Feiertage und danke euch nochmal für die Unterstützung.
Ich denke, die leetzten Beiträge werden zur Lösung führen.

Ciao,
Peter

[ppmss]

Hi zusammen,
ich hoffe, ihr habt Weihnachten gut überstanden?

Ich versuche gerade wieder mal meinen nanoCUL zu flashen,
bekomme ihn aber anscheinend nicht in den flashmode oder etwas anderes passt noch nicht:

-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = nanoCUL868
2 = nanoCUL433
Please select device (1-2): 2
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please insert the port for your device [default /dev/ttyUSB0]:

The device will now be flashed
Continue (y/n)?y
Call now avrdude -p atmega328p -c arduino -P /dev/ttyUSB0 -b 38400 -D -Uflash:w:./nanoCUL433.hex:i
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00

Ich habe
- fhem gestoppt
- Cul gezogen und mit gedrückten DIL gesteckt bzw. B00 oder B01 versucht zu setzen
- im flash.sh die Baud-Rate auf 38400 gesetzt

Was mache ich noch falsch?
Ciao,
Peter

[Beta-User]

Hmm, wenn es bei einem Nano diese sync-Errors gibt, ist in der Regel der Bootloader schuld.
Entweder die hex-File paßt nicht dazu, oder es ist gar keiner (mehr) installiert... Im letzteren Fall braucht man eine ISP (oder noch einen Nano oä., geflasht als solchen), im ersteren Fall hilft es, die passende hex zu finden. Kann auch sein, dass es klappt, wenn du das passende Timing erwischt (das dürfte dann ein fake-FTDI sein?).

[KölnSolar]

oder er ist nicht als ttyUSB0 erkannt oder FHEM hat ihn in Besitz genommen oder ..... 

[ppmss]

Hi und danke,
aber das geht über mein Hardware-Verständnis/knowHow hinaus.
Hab einen neuen  CUL probiert.
Dieser ist geflasht mit

Code Auswählen Erweitern

V 3.4.0 SIGNALduino cc1101 (chip CC1101) - compiled at Jul 16 2020 20:52:15

Wenn ich versuche diesen zu flashen bekomme ich:

Code Auswählen Erweitern

lease choose a device:
1 = nanoCUL868
2 = nanoCUL433
Please select device (1-2): 2
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please insert the port for your device [default /dev/ttyUSB0]:

The device will now be flashed
Continue (y/n)?y
Call now avrdude -p atmega328p -c arduino -P /dev/ttyUSB0 -b 57600 -D -Uflash:w:./nanoCUL433.hex:i
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x02
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x4d
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x43
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x3b
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x4c
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x4c
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x3d
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x2d
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x39
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x36

avrdude done.  Thank you.


Auch nicht erfolgreich.
Der Kommandosatz für picocom scheint auch ein anderer zu sein.
Außerdem gibt er binäre Zeichen ohne picocom zu bedienen, scheint also von anderen Teilen etwas zu empfangen?

Ich bin am Ende.
Und das nach über 35 Jahren IT ... beschämend ist das, aber wie gesagt, ich werde halt alt.

Ciao,
Peter

[Ralf9]

Hat der nanocul evtl den neuen optiboot Bootloader? Dieser wird mit 115200 Baud geflasht.
Der nano muß nicht in den flashmode gebracht werden, dies passiert beim flashen automatisch. 

[ppmss]

Yeah ...  das war's ...
flash.sh angepasst:

Code Auswählen Erweitern

BAUD=115200
und

Code Auswählen Erweitern

V 1.26.08 a-culfw Build: 323 (2019-08-03_09-32-54) nanoCUL433 (F-Band: 433MHz)

Danke,
Peter

[ppmss]

Einen kleinen Schubs bräuchte ich noch.
Die ID des dev's ist gleich geblieben.

usb-SHK_NANO_CUL_433-if00-port0

Wenn ich ein Gerät bediene, wleches über den CUL senden soll, sehe ich im cul-device, dass das Signal is* gesendet werden soll.
Allerdings wird seit dem flashen nichts mehr geschaltet.

Was muss ich noch in den devices ändern?
Das cul433-Device gibt dir selben Daten aus wie picocom.

Ciao,
Peter

[ppmss]

Hi zusammen,
ich habe folgenden Beitrag gefunden, der mich aber nicht geholfen hat: https://forum.fhem.de/index.php/topic,110966.15.html

Im log finde ich keine Fehler.
list cul433 zeigt:

Code Auswählen Erweitern

nternals:
   CMDS       ABCeFfGiKLlMNRTtUVWXx
   CUL433_MSGCNT 120
   CUL433_TIME 2021-12-29 10:16:47
   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::OREGON::Hideki:
   DEF        /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400 0000
   DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400
   FD         29
   FHTID      0000
   FUUID      61cb56fa-f33f-0b8f-083e-a26996e25793d837
   NAME       CUL433
   NR         87
   PARTIAL   
   RAWMSG     omFFFFFE7FFFE0EDF840DD
   STATE      Initialized
   TIME       1640769391
   TYPE       CUL
   VERSION    V 1.26.08 a-culfw Build: 323 (2019-08-03_09-32-54) nanoCUL433 (F-Band: 433MHz)
   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................................$
     C:Hideki   ^P12#75[A-F0-9]{17,30}
     C:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     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:
     2021-12-29 09:52:37   cmds             A B C e F f G i K L l M N R T t U V W X x
     2021-12-29 10:01:32   raw             is00000FF0FFF0
     2021-12-29 10:16:47   state           Initialized
Attributes:
   room       5. FHEM

Um einen Tipp oder eine Referenz auf einen anderen Beitrag, der das Problem löst, wäre ich super dankbar.

Ciao,
Peter

[ppmss]

Hallo,
Entwarnung ...
Nach CUL433 raw e
und neu stecken
kann ich nun wieder schalten.

Ciao,
Peter