Hallo zusammen,
erstmal allen ein frohes neues Jahr !
Besteht die Möglichkeit zwei nanocul (433 und 868 MHZ) gleichzeitig zu betreiben ?
Wie müsste ich die board.h datei ändern oder was muss ich überhaupt beachten ?
Aktuell betreibe ich einen 433 MHZ nanocul für Intertechno Geräte.
Danke und Grüße
Dir auch ein gutes 2019.
Zitat von: platoboos am 02 Januar 2019, 09:52:14
Besteht die Möglichkeit zwei nanocul (433 und 868 MHZ) gleichzeitig zu betreiben ?
Du kannst mehrere Devices parallel betreiben.
Zitat von: platoboos am 02 Januar 2019, 09:52:14
Wie müsste ich die board.h datei ändern oder was muss ich überhaupt beachten ?
Die Frage verstehe ich im Zusammenhang mit dem Post-Titel nicht! Möchtest Du wissen, wie Du ein 868 Image baust?
Grüße Jörg
Wie ich beide gleichzeitig einbinde.
Gebaut habe ich den nanocul 868 MHZ schon.
Benötige Hilfe beim einrichten so dass ich beide nanocul gleichzeitig betreiben kann.
Suchst du danach?
https://wiki.fhem.de/wiki/Mehrere_USB-Ger%C3%A4te_einbinden
Es handelt sich bei mir um Eigenbau nanoculs.
Das mit serial by Id habe ich schon gelesen, das Problem ist aber ja, dass ich folgendes in der board.h auskommentieren muss.
"Wenn es ein 868 Modul werden soll dann die Zeile #define HAS_CC1100_433 wie im Screenshot auskommentieren oder beim 433 Modul bestehen lassen"
Aber ich nutze ja auch einen 433 MHZ nanocul...hier stehe ich irgendwie auf dem Schlauch.
M.E. ist das mit Boards.h hier eventuell irreführend, es hat jedenfalls bei einem NANO-CUL nichts mit der Frage zu tun, wie sich die beiden auf USB-Ebene unterscheiden lassen:
Bei einem NANO gibt es einen separaten USB-seriell-Wandler, und dessen ID kannst du nicht mit Hilfe der Boards.h ändern (anders wäre das bei einem Pro Micro oder sonst einer ATMega32Ux-MCU, die die USB-Kennung direkt auf der MCU verwalten).
Anmerkung: Es würde jedenfalls mir helfen, wenn du zum einen bei Zitaten darauf verlinken würdest, und zum anderen klarmachen, was denn dein eigentliches Problem ist.
Hier tippe ich darauf, dass du billigst in China eingekauft hast und jetzt zwei CH340-Nanos verwendest, die du "nur" "by-path" sinnvoll auf FHEM-Seite unterscheiden kannst. Wenn du aber ein anderes Problem hast, wäre es hilfreich, wenn wir das erfahren würden, jedenfalls nach meinem Geschmack ist der Hinweis auf die boards.h wenig geeignet, dieses zu charakterisieren...
Zitat von: platoboos am 02 Januar 2019, 10:58:07
Es handelt sich bei mir um Eigenbau nanoculs.
Das mit serial by Id habe ich schon gelesen, das Problem ist aber ja, dass ich folgendes in der board.h auskommentieren muss.
"Wenn es ein 868 Modul werden soll dann die Zeile #define HAS_CC1100_433 wie im Screenshot auskommentieren oder beim 433 Modul bestehen lassen"
Aber ich nutze ja auch einen 433 MHZ nanocul...hier stehe ich irgendwie auf dem Schlauch.
Warum nutzt du nicht die fertig kompilierte Firmware a-culfw?
https://www.mediafire.com/folder/iuf7lue8r578c/a-culfw
ZitatnanoCUL433.hex
nanoCUL868.hex
Sorry wenn ich zuwenig Informationen Preis gebe...ich befinde mich noch in den Anfängen mit FHEM und Linux.
ZitatWarum nutzt du nicht die fertig kompilierte Firmware a-culfw?
https://www.mediafire.com/folder/iuf7lue8r578c/a-culfw
Diese nutze ich bereits für den 433 MHZ nanocul.
Wie bekomme ich denn den 868 MHZ nanocul neben den 433 MHZ installiert ?
Ich bin nach dieser Anleitung für den 433 MHZ vorgegangen
https://haus-automatisierung.com/hardware/fhem/2017/11/18/fhem-tutorial-reihe-part-44-nano-cul.html (https://haus-automatisierung.com/hardware/fhem/2017/11/18/fhem-tutorial-reihe-part-44-nano-cul.html)
Zeig doch mal bitte die Definition vom ersten CUL
Ich hoffe das Bild hilft weiter.
Zitat von: platoboos am 02 Januar 2019, 12:10:31
Ich hoffe das Bild hilft weiter.
Warum ein Bild, wenn ein list möglich ist?
Wie das geht: https://forum.fhem.de/index.php/topic,71806.0.html
:o
Ansonsten verstehe ich die Frage nicht. Du legst den 868-er genauso an, wie du das mit dem 433-er gemacht hast...
Und wenn du Fragen zu externen Anleitungen hast, wende dich bitte dahin. Grund findest du hier (https://wiki.fhem.de/wiki/Dokumentationsstruktur).
was genau ist deine Frage ... wie meine Vorredner schon versucht haben zu klären.
Hast du 1 oder 2 nanoCul gebaut? Pro Frequenz musst du einen eigenen haben. Genau genommen pro Protokoll, d. h. es ist möglich, dass du sogar 2 für 866 benötigst.
Welche Arduino hast du gekauft, welche mit 28 oder 16 Kontakte, steht CH340 oder FTDI auf dem Chip drauf? Such am besten mal bei Goolge Bilder. Angenommen du hast 2 mal einen CH340 (günstiger) dann kannst du Probleme beim eindeutigen Zuordnen der USB-Ports haben (kein serial-by-device ... da diese identisch sind).
SChreibe am besten mal was du genau bauen willst, welche Hardware du hast, und wo du hin willst.
Er hat 2, schreibt er doch...
Einer (mit dem für 433MHz optimierten Transceiver) ist ein FTDI, die serial scheint auch "sauber" zu sein.
Ansonsten bilde ich mir ein, dass die Frage, wie mehrere USB-Geräte einzubinden sind, bereits im Wiki-Artikel hinreichend beantwortet ist, genauso wie die Frage nach der firmware für 868MHz. Sieht mir eher nach einem Grundlagen-Problem aus (was will der TE eigentlich erreichen, bzw. für welches Protokoll will er den 868-er nutzen usw...).
@TE: Sei so gut und lies die Grundlagendokumente, insbesondere das, was im Anfängerbereich angepinnt ist. Nur mit Video-Tutorials wirst du nicht zurande kommen.
Die Zuordnung ist eindeutig
lrwxrwxrwx 1 root root 13 Jan 2 12:12 usb-FTDI_FT232R_USB_UART_A1062LM2-if00-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root 13 Jan 2 13:30 usb-FTDI_FT232R_USB_UART_A1062LYN-if00-port0 -> ../../ttyUSB0
Für den 433 er gebe ich ja beim flashen make program-433 ein
Wenn ich den 868 er flashen möchte mit make program-868 bekomme ich aber Fehlermeldungen
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: ser_open(): can't open device "/dev/ttyUSB0": No such file or directory
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
was mache ich falsch ?
Zitat von: Beta-User am 02 Januar 2019, 13:08:33
Er hat 2, schreibt er doch...
Einer (mit dem für 433MHz optimierten Transceiver) ist ein FTDI, die serial scheint auch "sauber" zu sein.
er schreibt auch ...
Diese nutze ich bereits für den 433 MHZ nanocul.
Wie bekomme ich denn den 868 MHZ nanocul neben den 433 MHZ installiert ?
Darum nachgefragt: sind wirklich 2 Hardware-nanoCul vorhanden, oder wird nanoCul als Software verstanden, sprich, beide Versionen auf einem Arduino? Es gab schon mehrfach die Annahme, oder zumindest die Frage wie man beide Frequenzen freischaltet. Wollte mit den Fragen sicherstellen,d ass der 433 nicht verändert wird, und der 866 vollkommen eigene Hardware + richtige Firmware aufgebaut wird / wurde.
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.
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
Sieh dir mal folgendes Windows Tool an, damit bekommt man die Firmware ganz leicht auf den Arduino
http://www.hobbytronics.co.uk/arduino-xloader
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
Ja das sieht gut aus
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).
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:
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.
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
Ein Bild von der Hardware bitte.
@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).
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: 433MHzZitatAnsonsten 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 ?
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.)
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.
Hier die Fotos. Die ersten 3 sind der 433er und die letzten 3 der 868er.
Das sieht doch schonmal gut aus.
Also an der Hardware sollte es nicht liegen.
Jetzt kommt die Software. Hast du mal probiert die fertigen HEX Datei aus dem Link von mir, mit dem Windows Tool auf die Arduinos zu flashen? Im Moment gehe ich davon aus, dass dein CUL mit dem 868MHz Funkmodul nicht die richtige Firmware hat.
Hat es einen Grund, warum du die Firmware selbst bauen willst über make?
In FHEM hast du sie auch richtig eingebunden.
Was du mit den CUL dann machen willst, klären wir noch einmal wenn die richtige Firmware drauf ist und die CULs richtig in FHEM funktionieren.
Zitat von: gloob am 02 Januar 2019, 18:50:42
Das sieht doch schonmal gut aus.
Sehe ich ähnlich, wobei meine funktionierenden China-FTDI-Nanos typischerweise einen Lötpunkt für zwei PINs des FTDI aufweisen; der fehlt hier. Das macht sich aber nur bemerkbar nach einen SW-Reset, nicht bei einem vollständigen Neustart.
Da du ja irgendeine firmware drauf hast, solltest du jetzt beide halt irgendwie auf Funktion testen... Aber dazu müßten wir wissen, WAS du mit den Dingern anfangen willst ;) .
Was 433MHz-Geräte angeht, würde ich zwischenzeitlich dazu raten, das ganze als Signalduino zu betreiben (also wieder eine andere firmware, am besten in der Entwicklerversion; da kann man auch von FHEM aus flashen). Signalduino ist zwischenzeitlich deutlich nochmal besser, was die Zahl der Protokolle usw. betrifft. Außerdem kann man schneller was nachrüsten, da das decoding hauptsächlich auf der SW-Seite (innerhalb FHEM) läuft.
Das mit dem Xloader hat funktioniert :D
Internals:
CFGFN
CMDS ABCEeFfGiKlMNRTtUVWXxZ
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 10
FHTID 0000
NAME nanoCUL868
NR 76
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) nanoCUL868 (F-Band: 868MHz)
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 19:13:38 cmds A B C E e F f G i K l M N R T t U V W X x Z
2019-01-02 19:13:38 state Initialized
Attributes:
zukünftig möchte ich damit Homematic Komponenten auslesen.
Gut dann funktionieren deine CULs ja jetzt und jetzt können wir dir sagen, das CULs nicht gerade für Homematic geeignet sind. Es geht aber es gibt deutlich bessere Lösungen.
Danke erstmal bei allen für die Unterstützung !!
Welche Lösung wäre denn für Homematic die bessere ?
Für sowas haben wir ein Wiki ;) :
https://wiki.fhem.de/wiki/HomeMatic#FHEM_als_Zentrale