Alternative culfw

Begonnen von bjoernh, 15 März 2015, 12:01:06

Vorheriges Thema - Nächstes Thema

RaspiLED

#1320
Hi,
Ja, auf dem Pi läuft ja auch nix anderes als ein Debian Jessie namens Raspbian
;-)
Gruß Arnd

Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

HansDampfHH

Super, danke für den Hinweis.
Kannst du mir vielleicht auch noch einen Hinweis geben, was ich beim flashen beachten muss wenn ich 2 Culs an den USB Ports hängen habe?
Ich habe nämlich einen Selbst-Bau 433 und einen 868.

Nicht, dass der Flashvorgang auf den falschen läuft!?
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

cs-online

...am einfachsten ist es, wenn Du den abziehst, den Du grad nicht flashen willst. Wenn beide geflasht sind, dann wieder beide dran. Setzt voraus, daß Du welche mit FTDI-Chip hast, die CHs gehen nämlich nicht mehr als einer wegen der gleichen USB-ID...
FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20, Shelly1,2 und 2.5,Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV mit Speicher, alles auf einem RPI und da geht noch mehr

HansDampfHH

Okay, habe welche mit FTDI-Chip. Aber klar, einfach abstöpseln.
Melde mich dann hoffentlich  noch mal mit einer Erfolgsmeldung.
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

micky0867

Zitat von: cs-online am 14 Februar 2017, 12:06:29
die CHs gehen nämlich nicht mehr als einer wegen der gleichen USB-ID...
Das stimmt so nicht.
Die Geräte lassen sich immer anhand ihrer "Position" (Steckplatz) am USB-Bus identifizieren. (Verzeichnis /dev/serial/by-path)
Wenn man die FTDIs mit korrekter Seriennummer hat, kann man die Geräte zusätzlich an Hand ihrer ID identifizieren. (Verzeichnis /dev/serial/by-id)

Ich habe bei mir 5 x CHG340 für nanoCUL, FhemDuino, SignalDuino, etc. am USB hängen und keine Probleme, auch nicht, wenn ich einen abziehe und wieder draufstecke.
Zugegeben, ich sollte das Gerät dann auch wieder auf den gleichen Port stecken, was bei den FTDIs nicht zwingend erforderlich ist, aber das kriege ich hin.

Micky


Bartimaus

Zitat von: micky0867 am 14 Februar 2017, 13:19:43
Ich habe bei mir 5 x CHG340 für nanoCUL, FhemDuino, SignalDuino, etc. am USB hängen und keine Probleme, auch nicht, wenn ich einen abziehe und wieder draufstecke.
Zugegeben, ich sollte das Gerät dann auch wieder auf den gleichen Port stecken, was bei den FTDIs nicht zwingend erforderlich ist, aber das kriege ich hin.

Micky

Und selbst das kann man mit UDEV-Regeln so einstellen, das der Steckplatz letztendlich egal ist.
LG
B.


FHEM@Intel-J4105@Debian-LXC, CUL1101,FS20,IT,DS18B20,DS2413(Heizungslogger),DS2423(Stromlogger)Homematic,HM-LAN,ZWave,MiniCULs,Shelly

sash.sc

Zitat von: Bartimaus am 14 Februar 2017, 14:38:09
Und selbst das kann man mit UDEV-Regeln so einstellen, das der Steckplatz letztendlich egal ist.
Was ist udev?

Gesendet von meinem E6653 mit Tapatalk

Raspi 4B+ Bullseye ;LaCrosse; HomeMatic; MapleCUL; ZigBee; Signalduino ESP32 ; Shellys; MQTT2; Grafana mit Influxdb

Bartimaus

Zitat:

udev

udev überwacht und wertet sogenannte Hotplug-Ereignisse aus. Wird z.B. ein neues USB-Gerät angesteckt, dann wird udev die Informationen des Gerätes anhand
definierter Regeln auswerten und entsprechende Aktionen auslösen wie z.B. eine Gerätedatei anlegen. Das USB-Gerät ist dann unter der von udev angelegten Gerätedatei
im /dev/-Verzeichnis ansprechbar.
LG
B.


FHEM@Intel-J4105@Debian-LXC, CUL1101,FS20,IT,DS18B20,DS2413(Heizungslogger),DS2423(Stromlogger)Homematic,HM-LAN,ZWave,MiniCULs,Shelly

sash.sc

Ich habe nämlich das Problem, bei mehr als einem ch340 Chip, verschwinden die beiden ch340 Chips im System und sind dann nicht mehr da.
Bei einem Stick mit dem ch340 klappt es soweit. Bei 2 schon nicht mehr.
Im Verzeichnis /dev/serial/...
Verschwunden die beiden sticks.

Habe einen wemos und einen nano. Beide mit dem Ch340 Chip. Beide sind dann weg. Jeder für sich funktioniert.


Gesendet von meinem E6653 mit Tapatalk
Raspi 4B+ Bullseye ;LaCrosse; HomeMatic; MapleCUL; ZigBee; Signalduino ESP32 ; Shellys; MQTT2; Grafana mit Influxdb

RaspiLED

#1329
Hi HansDampfHH,
befasse Dich mal mit dem Befehl
ls -la /dev/serial/by-id/*
wenn Du gerade nur einzelne CULs dran hast.
Dann kannst Du beim nächsten Mal auch  flashen obwohl beide dran sind ;-)
Hinweis: Am Ende ist der Verweis auf den ttyUSB0/1/... angezeigt. Dieser Link kann sich halt beim Reboot ändern, darum ist meine Definition in FHEM auch über diese .../by-id/... hergestellt. Vor dem flashen schaue ich immer nach oder gebe der flash.sh auch den Pfad des Device per /dev/serial/by-id/<Name> vor.

Gruß Arnd



Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

micky0867

#1330
Zitat von: Bartimaus am 14 Februar 2017, 14:38:09
Und selbst das kann man mit UDEV-Regeln so einstellen, das der Steckplatz letztendlich egal ist.

Dafür müssten die CHG340 aber unterscheidbar sein, und genau das ist das Problem.
Wenn alle CHG340 exakt gleich aussehen, dann kann auch UDEV sie nicht auseinander halten.

Die echten FTDIs haben eine eindeutige Seriennummer, worüber sie sich unterscheiden lassen.
Das haben die CHG340 nicht.

Sorry, habe doch nur 3 x CHG340 und 2 x FTDI, was aber am Prinzip nix ändert.
Und wie man bei mir sehr gut sehen kann, tauchen die 5 USB Chips in by-path exakt 5 x auf, aber in by-id nur 2 x.
Also: Nehmt by-path und benutzt immer den gleichen Steckplatz


rp:~ # ls -latr /dev/serial/by-id/
total 0
drwxr-xr-x 4 root root 80 Dec 20 11:12 ..
lrwxrwxrwx 1 root root 13 Feb  3 06:37 usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -> ../../ttyUSB2
lrwxrwxrwx 1 root root 13 Feb  4 12:20 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB4
drwxr-xr-x 2 root root 80 Feb  4 12:20 .
rp:~ # ls -latr /dev/serial/by-path/
total 0
drwxr-xr-x 4 root root  80 Dec 20 11:12 ..
lrwxrwxrwx 1 root root  13 Dec 20 11:12 pci-0000:00:14.0-usb-0:4.3.4.3:1.0-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root  13 Dec 20 11:12 pci-0000:00:14.0-usb-0:4.3.4.4:1.0-port0 -> ../../ttyUSB3
lrwxrwxrwx 1 root root  13 Dec 20 11:12 pci-0000:00:14.0-usb-0:4.3.4.2:1.0-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root  13 Feb  3 06:37 pci-0000:00:14.0-usb-0:4.3.2:1.0-port0 -> ../../ttyUSB2
lrwxrwxrwx 1 root root  13 Feb  4 12:20 pci-0000:00:14.0-usb-0:4.3.4.1:1.0-port0 -> ../../ttyUSB4
drwxr-xr-x 2 root root 140 Feb  4 12:20 .
rp:~ # lsusb
Bus 002 Device 004: ID 4971:8017 SimpleTech
Bus 002 Device 003: ID 0bda:0411 Realtek Semiconductor Corp.
Bus 002 Device 002: ID 0b95:1790 ASIX Electronics Corp. AX88179 Gigabit Ethernet
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 007: ID 8087:0a2a Intel Corp.
Bus 001 Device 003: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 006: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
Bus 001 Device 013: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 012: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 011: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 035: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 009: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 001 Device 033: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 005: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 001 Device 004: ID 05e3:0727 Genesys Logic, Inc. microSD Reader/Writer
Bus 001 Device 002: ID 0bda:5411 Realtek Semiconductor Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub



Guckst du auch hier:
https://forum.fhem.de/index.php/topic,44379.0.html

DJMetro

Hi,
ich habe von Pearl den NC-7159 Außensensor. Wird der auch schon unterstützt?

Andi

mahowi

Zitat von: DJMetro am 15 Februar 2017, 15:22:05
ich habe von Pearl den NC-7159 Außensensor. Wird der auch schon unterstützt?

Der Sensor wird wohl von RFXtrx, FHEMDuino und SIGNALDuino unterstützt, aber nicht vom CUL.
CUBe (MAX): HT, FK | CUBe (SlowRF): ESA2000WZ
JeeLink: LaCrosse | nanoCUL433: Smartwares SHS-51001-EU, EM1000GZ
ZME_UZB1: GreenWave PowerNode, Popp Thermostat | SIGNALDuino: HE877, X10 MS14A, Revolt NC-5462,  IT Steckdosen + PIR
tado° | Milight | HUE, Lightify | SmarterCoffee

RaspiLED

#1333
Hallo,
ich brauche mal Eure Hilfe!
Ich würde gerne einen Hörmann Garagentor schalten, also das Hoermann_Send in der a-culfw bei 868 MHz nutzen.

Was habe ich gemacht:
- a-culfw Version 1.23.09 selbst kompiliert und die Hoermann_send in der board.h eingeschaltet.
- Eine neue nanoCUL Platine v3.4 in SMD gebaut
- ccconf angeschaut und gefreut: CUL868 ccconf => freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
- 433MHz Senden mit Intertechno Geräten getestet
- 866MHz Empfangen mit Hoermann Handsender getestet => Autocreate legte neues Hoermann_Device an
- Hoermann_Device auf Verbose 5 gesetzt
- set Hoermann_Device Toggle getestet und geht leider nicht!

Hier ein list des CUL:
(Anmerkung: 10*x ist der code meines Hoermann Senders, yy ändert sich - Was ist das genau, der rolling code?)

Internals:
CMDS       ABCEeFfGhiKlMNRTtUVWXxYZ
CUL868_MSGCNT 8
CUL868_TIME 2017-02-16 11:59:41
Clients   :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A800HH77-if00-port0@38400 4321
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A800HH77-if00-port0@38400
FD         38
FHTID      4321
NAME       CUL868
NR         149
PARTIAL RAWMSG     Rxxxxxxxxxxxx
RSSI       -64
STATE      Initialized
TYPE       CUL
VERSION    V 1.23.09 a-culfw Build: private build (unknown) nanoCUL868 (F-Band: 868MHz)
initString X21
Matchlist: 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....(1|5|9).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 ^\*
Readings:
2017-02-16 09:53:34   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
2017-02-16 11:52:21   cmds             A B C E e F f G h i K l M N R T t U V W X x Y Z
2017-02-16 11:59:41   state           Initialized
2017-02-16 10:27:33   version         V 1.23.09 a-culfw Build: 194 (2017-02-09_21-39-06) nanoCUL868 (F-Band: 868MHz)
Attributes:
group      Gateways
icon       scc_868 
room       Arbeitszimmer,Hardware


Hier ein list meines Hoermann Devices, welches per autocreate angelegt wurde:

Internals:
CUL868_MSGCNT 8
CUL868_RAWMSG Rxxxxxxxxyy
CUL868_RSSI -64
CUL868_TIME 2017-02-16 11:59:41
DEF        xxxxxxxxxx
IODev     CUL868
LASTInputDev CUL868
MSGCNT     8
NAME       CUL_HOERMANN_xxxxxxxx
NR         172
STATE      Defined
TYPE       CUL_HOERMANN
Readings:
2017-02-16 11:59:41   state           toggle
Attributes:
IODev      CUL868
devStateIcon stopping:fts_garage_door_50:set_closing closed:fts_garage_door_100:set_opening open:fts_garage_door_10:set_closing closing:fts_garage_door_50@orange opening:fts_garage_door_50@orange set_closing:fts_garage_door_50@red set_opening:fts_garage_door_50@red
genericDeviceType garage
room       CUL_HOERMANN,Garage,Homekit
verbose    5 
webCmd     toggle


Ausgabe bei Verbose 5 des Hoermann Device:
(Die ersten drei mal Toggle = 6 Zeilen sind vom Handsender ausgelöst,
die letzten drei Toggle per "set CUL_HOERMANN_xxxxxxxxxx toggle"!)


2017.02.16 11:59:35 4 : CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle
2017-02-16 11:59:35 CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle
2017.02.16 11:59:39 4 : CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle
2017-02-16 11:59:39 CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle
2017.02.16 11:59:41 4 : CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle

2017-02-16 11:59:41 CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle
2017-02-16 11:59:51 CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle
2017-02-16 12:00:00 CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle


Ausgabe des CUL bei verbose 5 beim Empfang vom Handsender:

2017.02.16 12:29:55 5 : CUL/RAW: /Rxxx
2017.02.16 12:29:55 5 : CUL/RAW: Rxxx/xxxxxxxyy
2017.02.16 12:29:55 4 : CUL_Parse: CUL868 Rxxxxxxxxxxyy -49.5
2017.02.16 12:29:55 5 : CUL868: dispatch Rxxxxxxxxxx
2017.02.16 12:29:55 4 : CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle
2017-02-16 12:29:55 CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle


Ausgabe des CUL bei verbose 5 beim Senden per set HOERMANN_Device toggle:

2017.02.16 12:41:31 5 : CUL868 sending hnxxxxxxxxxx
2017.02.16 12:41:31 5 : SW: hnxxxxxxxxxx
2017-02-16 12:41:32 CUL_HOERMANN CUL_HOERMANN_xxxxxxxxxx toggle


Wer kann mich auf die richtige Spur bringen?

Gruß Arnd
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

ehkl

#1334
So, ich habe die 433.hex geflasht. Mein CUL meldet als Version nun
V 1.23.09 a-culfw Build: 194 (2017-02-09_21-39-06) CUL868 (F-Band: 868MHz)

Gibt's überhaupt eine Chance, dass ich diese Hardware zum IT Empfang überreden kann?

Auf der Putty Konsole tut sich erstmal nüscht, wenn ich Sender und Bewegungsmelder betätige. Muss ich dem noch irgendwie beibringen, dass er auf seiner "nicht nativen" Frequenz lauschen soll?

Danke und Gruß
Eyk