zwei nanocul (433 und 868 MHZ) gleichzeitig betreiben

Begonnen von platoboos, 02 Januar 2019, 09:52:14

Vorheriges Thema - Nächstes Thema

Beta-User

Na ja, die Frage ist jedenfalls beantwortet, es sind 2 FTDI.

Das Problem ist jetzt auch deutlich, avrdude will nicht, wobei der Fehler eigentlich auch klar rückgemeldet wird: der neu zu flashende Stick ist nicht an USB0 zu finden...

Also: stecke bitte beide aus, warte etwas und stecke dann nur den 868-er an. Dann sieh' nach, ob er auch an USB0 eingebunden wird. Wenn ja versuche es erneut mit dem make program.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

platoboos

Habe es nach deiner Anleitung gemacht aber immer noch Fehler...


pi@raspberrypi:~/a-culfw/culfw/Devices/nanoCUL $ ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13 Jan  2 13:59 usb-FTDI_FT232R_USB_UART_A1062LM2-if00-port0 -> ../../ttyUSB0


pi@raspberrypi:~/a-culfw/culfw/Devices/nanoCUL $ make program-868
make TARGET=nanoCUL868 program
make[1]: Verzeichnis ,,/home/pi/a-culfw/culfw/Devices/nanoCUL" wird betreten
#@if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
#@if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
#echo out > /sys/class/gpio/gpio17/direction
#echo out > /sys/class/gpio/gpio18/direction
#echo 0 > /sys/class/gpio/gpio17/value
#echo 0 > /sys/class/gpio/gpio18/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio17/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio18/value
avrdude -D -p atmega328p -P /dev/ttyUSB0 -b 57600 -c arduino    -U flash:w:nanoCUL868.hex
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x3f
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x20
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x28
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x30
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x20
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x56
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x43
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x3f
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x20
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x20

avrdude done.  Thank you.

makefile:241: die Regel für Ziel ,,program" scheiterte
make[1]: *** [program] Fehler 1
make[1]: Verzeichnis ,,/home/pi/a-culfw/culfw/Devices/nanoCUL" wird verlassen
makefile:238: die Regel für Ziel ,,program-868" scheiterte
make: *** [program-868] Fehler 2


gloob

Sieh dir mal folgendes Windows Tool an, damit bekommt man die Firmware ganz leicht auf den Arduino

http://www.hobbytronics.co.uk/arduino-xloader
Raspberry Pi 3 | miniCUL 433MHz | nanoCUL 868 MHz | nanoCUL 433 MHz | MySensors WLAN Gateway | LaCrosse WLAN Gateway | SignalESP 433 MHz | SignalESP 868 MHz | HM-MOD-UART WLAN Gateway | IR - 360 Grad WLAN Gateway

platoboos

So sieht es jetzt glaube ich gut aus, oder ?


pi@raspberrypi:~/a-culfw/culfw/Devices/nanoCUL $ make program
make: *** Keine Regel vorhanden, um das Ziel ,,.hex",
  benötigt von ,,program", zu erstellen.  Schluss.

pi@raspberrypi:~/a-culfw/culfw/Devices/nanoCUL $ make program-868.hex
Linking: program-868.elf
Creating load file for Flash: program-868.hex
rm program-868.elf

pi@raspberrypi:~/a-culfw/culfw/Devices/nanoCUL $ make program-868
make TARGET=nanoCUL868 program
make[1]: Verzeichnis ,,/home/pi/a-culfw/culfw/Devices/nanoCUL" wird betreten
#@if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
#@if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
#echo out > /sys/class/gpio/gpio17/direction
#echo out > /sys/class/gpio/gpio18/direction
#echo 0 > /sys/class/gpio/gpio17/value
#echo 0 > /sys/class/gpio/gpio18/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio17/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio18/value
avrdude -D -p atmega328p -P /dev/ttyUSB0 -b 57600 -c arduino    -U flash:w:nanoCUL868.hex

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: reading input file "nanoCUL868.hex"
avrdude: input file nanoCUL868.hex auto detected as Intel Hex
avrdude: writing flash (14662 bytes):

Writing | ################################################## | 100% 5.93s

avrdude: 14662 bytes of flash written
avrdude: verifying flash memory against nanoCUL868.hex:
avrdude: load data flash data from input file nanoCUL868.hex:
avrdude: input file nanoCUL868.hex auto detected as Intel Hex
avrdude: input file nanoCUL868.hex contains 14662 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 6.25s

avrdude: verifying ...
avrdude: 14662 bytes of flash verified

avrdude: safemode: Fuses OK (E:00, H:00, L:00)

avrdude done.  Thank you.

make[1]: Verzeichnis ,,/home/pi/a-culfw/culfw/Devices/nanoCUL" wird verlassen

gloob

Raspberry Pi 3 | miniCUL 433MHz | nanoCUL 868 MHz | nanoCUL 433 MHz | MySensors WLAN Gateway | LaCrosse WLAN Gateway | SignalESP 433 MHz | SignalESP 868 MHz | HM-MOD-UART WLAN Gateway | IR - 360 Grad WLAN Gateway

Beta-User

Yup, wobei es "komisch" ist, dass du das Teil erst mal nicht in den Bootloader-Modus bekommen hattest (der sync-Fehler). Sowas kommt eigentlich nur dann, wenn der Bootloader zerschossen ist oder "der falsche" erkannt wird (es gibt unterschiedliche).

Hast du den Nano danach nochmal ab- und wieder angestöpselt, bevor es dann letztlich ging? Wenn ja, solltest du den Test-PIN mal checken, ob der auf GND ist (https://wiki.fhem.de/wiki/Arduino#FTDI-Resets).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

platoboos

Ist es denn normal das er mir immer noch die 433 anzeigt unter Version wenn wer eingebunden ist ?
Oder muss ich noch etwas ändern ?




Internals:
   CFGFN     
   CMDS       ABCeFfGiKLlMNRTtUVWXx
   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-FTDI_FT232R_USB_UART_A1062LM2-if00-port0@38400 0000
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1062LM2-if00-port0@38400
   FD         14
   FHTID      0000
   NAME       nanoCUL868
   NR         41
   PARTIAL   
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.26.05 a-culfw Build: private build (unknown) 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................................$
     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-01-02 14:17:10   cmds             A B C e F f G i K L l M N R T t U V W X x
     2019-01-02 14:17:10   state           Initialized
Attributes:

gloob

#22
Zeig doch mal ein Bild von deinem beiden CULs.
Am besten Vorder- und Rückseite. Ansonsten würde ich behaupten, du hast eine 433MHz Firmware auf den Arduino geflasht.
Raspberry Pi 3 | miniCUL 433MHz | nanoCUL 868 MHz | nanoCUL 433 MHz | MySensors WLAN Gateway | LaCrosse WLAN Gateway | SignalESP 433 MHz | SignalESP 868 MHz | HM-MOD-UART WLAN Gateway | IR - 360 Grad WLAN Gateway

platoboos

Hier die beiden...


Internals:
   CFGFN     
   CMDS       ABCeFfGiKLlMNRTtUVWXx
   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-FTDI_FT232R_USB_UART_A1062LM2-if00-port0@38400 0000
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1062LM2-if00-port0@38400
   FD         14
   FHTID      0000
   NAME       nanoCUL868
   NR         41
   PARTIAL   
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.26.05 a-culfw Build: private build (unknown) 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................................$
     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-01-02 14:17:10   cmds             A B C e F f G i K L l M N R T t U V W X x
     2019-01-02 14:17:10   state           Initialized
Attributes:





Internals:
   CMDS       ABCeFfGiKLlMNRTtUVWXx
   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-FTDI_FT232R_USB_UART_A1062LYN-if00-port0@38400 0000
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1062LYN-if00-port0@38400
   FD         13
   FHTID      0000
   NAME       nanoCUL433
   NR         23
   PARTIAL   
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.26.05 a-culfw Build: private build (unknown) 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................................$
     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-01-02 14:13:34   cmds             A B C e F f G i K L l M N R T t U V W X x
     2018-12-30 12:28:40   raw             isF0F000000FFF
     2019-01-02 14:13:34   state           Initialized
Attributes:
   rfmode     SlowRF

gloob

Raspberry Pi 3 | miniCUL 433MHz | nanoCUL 868 MHz | nanoCUL 433 MHz | MySensors WLAN Gateway | LaCrosse WLAN Gateway | SignalESP 433 MHz | SignalESP 868 MHz | HM-MOD-UART WLAN Gateway | IR - 360 Grad WLAN Gateway

Beta-User

@gloob: War es nicht so, dass die firmware nicht erkennen kann, wie der CC1101 drumrum optimiert ist?

Kannst du nochmal auf beiden eine "get version" absetzen, um das zu aktualisieren; nicht dass da was altes steht.

Ansonsten kannst du die Frequenz dann auch manuell umschalten (was aber nur dann was bringt, wenn es wirklich ein auf die jeweilige Frequenz optimiertes CC1101-Modul ist).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

platoboos

ZitatEin Bild von der Hardware bitte.

Ist das richtig ?

pi@raspberrypi:~ $ ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13 Jan  2 14:13 usb-FTDI_FT232R_USB_UART_A1062LM2-if00-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root 13 Jan  2 14:13 usb-FTDI_FT232R_USB_UART_A1062LYN-if00-port0 -> ../../ttyUSB0
pi@raspberrypi:~ $ lsusb
Bus 001 Device 012: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Bus 001 Device 014: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@raspberrypi:~ $


get version bringt folgendes

nanoCUL433 version => V 1.26.05 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 433MHz)

nanoCUL868 version => V 1.26.05 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 433MHz


ZitatAnsonsten kannst du die Frequenz dann auch manuell umschalten (was aber nur dann was bringt, wenn es wirklich ein auf die jeweilige Frequenz optimiertes CC1101-Modul ist).

Du meinst den rf mode auf Homematic stellen ?

Beta-User

Zitat von: platoboos am 02 Januar 2019, 14:46:14
Du meinst den rf mode auf Homematic stellen ?
Nicht direkt - bei HM und uU. auch anderen wird die Frequenz "nebenbei" umgestellt. Hier war aber slowRF gemeint, siehe https://fhem.de/commandref.html#CUL, dort "set freq" usw.

Aber letztlich kommen wir wieder an den Punkt: WAS willst du damit (letztendlich) machen?

(Wenn HM: keine Gute Wahl, was Hardware und firmware angeht. Für HM nutzt man besser ein "natives" IO, wenn es unbedingt CUL sein soll, dann die timing-optimierte firmware.)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

gloob

Zeig doch bitte mal ein paar Fotos von deiner verwendeten Hardware, sonst raten wir hier noch lange.

1. erster CUL Vorderseite
2. erster CUL Rückseite
3. zweiter CUL Vorderseite
4. zweiter CUL Rückseite

Und nein ich meine damit nicht ein List aus FHEM sondern die Hardware die auf deinem Schreibtisch liegt oder am FHEM Server per USB angeschlossen ist.
Raspberry Pi 3 | miniCUL 433MHz | nanoCUL 868 MHz | nanoCUL 433 MHz | MySensors WLAN Gateway | LaCrosse WLAN Gateway | SignalESP 433 MHz | SignalESP 868 MHz | HM-MOD-UART WLAN Gateway | IR - 360 Grad WLAN Gateway

platoboos

Hier die Fotos. Die ersten 3 sind der 433er und die letzten 3 der 868er.