NEWS
Einbindung FS20-Komponenten
-
die datenpunkte kommen aus rega / rpc zum cuxd-adapter ( hoffe ich sage es richtig) beim iobroker.
es müssen in cuxd alle unterstützen fsxx geräte angelegt werden ( mehr im handbuch zu cuxd )
da ich nur steckdosen und FB "übernehmen" muss kam der ansatz von https://www.youtube.com/watch?v=FlyLWCzV-qE&t=959s - auch wenn es hier im das thema IR geht.
-
Hallo Don,
Es sollte zwei Wege geben.
1x mit Cul am iobroker server, dann sollte es mit dem cul adapter funktionieren, und 1x wie du beschreibst mit cul an einer ccu mit cuxd, dann mit einer separaten Instanz.
Nur wie bei Homematic weiß ich nicht, ob die fs20 geräte an zwei zentralen angelernt werden können.
Außerdem bleiben die Fragen ob die culFw auf dem cul korrekt geflasht und der cul ein cul866 ist.
Gruß
Rainer
-
moin,
danke für deine rückmeldung.
den steckdosen und fb´s ist es egal da sie ja über hauscode und adresse angesprochen werden und keine rückmeldungen geben - also zwei ort der anmeldung ergeben das chaos im bereich heizung gibt es das thema pairing … und dann es das gerät an eine stelle gebunden ( wenn ich mich recht erinnere )
ich habe mir meine gute alte ccu1 ( die seit jahren ohne änderung stabil die teile verwaltet ) nach IObroker geholt und "alles ist gut" - bis das teilchen stirbt, nur fs20-steckdosen kennen halt kein "kleben" und für die deko reichen sie alle mal...
doch 1000 wege noch rom
-
Hallo,
welche culFW sollte auf den CUL-Stick sein? Der Stick ist für 868Mhz.
-
Überhaupt eine
Die werden oft ungeflasht ausgeliefert.
Gruß Rainer
-
Hallo,
welche culFW sollte auf den CUL-Stick sein? Der Stick ist für 868Mhz. `
Laut CUL Homepage:
Current Version: (as of 2017-09-07) is 1.67.
Wie Rainer bereits sagte wird er aber ler ausgeliefert du musst also selber Flaschen [emoji6]
–-----------------------
Send from mobile device
-
Ich habe folgenden CUL-Stick gekauft:
-
Ok, da sollte firmware drauf sein.
Dann bliebe die Frage ob der richtige USB port ausgewählt ist.
Du hast ttyusb0, ich glaube bei mir war es ttyama0 oder so.
Gruß Rainer
-
Ich habe es schon mit /dev/ttyUSB0 und /dev/ttyAMA0 probiert - keine Unterschiede…
-
Nimm mal ttyama0 und stell die instanz auf debug.
http://www.iobroker.net/docu/?page_id=5 … _Log_Stufe
Dann schalte mal an einem fs20 gerät und beobachte fas log
Gruß Rainer
-
habe ich gemacht…
Alle 15 Sekunden kommen 8 Einträge rein, unabhängig, ob ich etwas schalte oder nicht.
Hier mal die letzten 45 Sekunden:
c````
ul.0 2017-11-26 11:28:38.941 debug redis publish io.system.adapter.cul.0.outputCount {"val":8,"ack":true,"ts":1511692118928,"q":0,"from":"system.adapter.cul.0","lc":1511691803751}
cul.0 2017-11-26 11:28:38.940 debug redis publish io.system.adapter.cul.0.inputCount {"val":0,"ack":true,"ts":1511692118925,"q":0,"from":"system.adapter.cul.0","lc":1511691707521}
cul.0 2017-11-26 11:28:38.939 debug redis publish io.system.adapter.cul.0.uptime {"val":347,"ack":true,"ts":1511692118922,"q":0,"from":"system.adapter.cul.0","lc":1511692118922}
cul.0 2017-11-26 11:28:38.937 debug redis publish io.system.adapter.cul.0.memHeapUsed {"val":10.25,"ack":true,"ts":1511692118919,"q":0,"from":"system.adapter.cul.0","lc":1511692118919}
cul.0 2017-11-26 11:28:38.936 debug redis publish io.system.adapter.cul.0.memHeapTotal {"val":11.98,"ack":true,"ts":1511692118914,"q":0,"from":"system.adapter.cul.0","lc":1511691953806}
cul.0 2017-11-26 11:28:38.935 debug redis publish io.system.adapter.cul.0.memRss {"val":30.68,"ack":true,"ts":1511692118911,"q":0,"from":"system.adapter.cul.0","lc":1511692058878}
cul.0 2017-11-26 11:28:38.934 debug redis publish io.system.adapter.cul.0.connected {"val":true,"ack":true,"ts":1511692118909,"q":0,"from":"system.adapter.cul.0","lc":1511691773695}
cul.0 2017-11-26 11:28:38.933 debug redis publish io.system.adapter.cul.0.alive {"val":true,"ack":true,"ts":1511692118906,"q":0,"from":"system.adapter.cul.0","lc":1511691773692}
cul.0 2017-11-26 11:28:23.922 debug redis publish io.system.adapter.cul.0.outputCount {"val":8,"ack":true,"ts":1511692103912,"q":0,"from":"system.adapter.cul.0","lc":1511691803751}
cul.0 2017-11-26 11:28:23.921 debug redis publish io.system.adapter.cul.0.inputCount {"val":0,"ack":true,"ts":1511692103910,"q":0,"from":"system.adapter.cul.0","lc":1511691707521}
cul.0 2017-11-26 11:28:23.920 debug redis publish io.system.adapter.cul.0.uptime {"val":332,"ack":true,"ts":1511692103907,"q":0,"from":"system.adapter.cul.0","lc":1511692103907}
cul.0 2017-11-26 11:28:23.920 debug redis publish io.system.adapter.cul.0.memHeapUsed {"val":10.17,"ack":true,"ts":1511692103904,"q":0,"from":"system.adapter.cul.0","lc":1511692103904}
cul.0 2017-11-26 11:28:23.919 debug redis publish io.system.adapter.cul.0.memHeapTotal {"val":11.98,"ack":true,"ts":1511692103902,"q":0,"from":"system.adapter.cul.0","lc":1511691953806}
cul.0 2017-11-26 11:28:23.918 debug redis publish io.system.adapter.cul.0.memRss {"val":30.68,"ack":true,"ts":1511692103899,"q":0,"from":"system.adapter.cul.0","lc":1511692058878}
cul.0 2017-11-26 11:28:23.917 debug redis publish io.system.adapter.cul.0.connected {"val":true,"ack":true,"ts":1511692103897,"q":0,"from":"system.adapter.cul.0","lc":1511691773695}
cul.0 2017-11-26 11:28:23.916 debug redis publish io.system.adapter.cul.0.alive {"val":true,"ack":true,"ts":1511692103894,"q":0,"from":"system.adapter.cul.0","lc":1511691773692}
cul.0 2017-11-26 11:28:08.914 debug redis publish io.system.adapter.cul.0.outputCount {"val":8,"ack":true,"ts":1511692088905,"q":0,"from":"system.adapter.cul.0","lc":1511691803751}
cul.0 2017-11-26 11:28:08.913 debug redis publish io.system.adapter.cul.0.inputCount {"val":0,"ack":true,"ts":1511692088902,"q":0,"from":"system.adapter.cul.0","lc":1511691707521}
cul.0 2017-11-26 11:28:08.913 debug redis publish io.system.adapter.cul.0.uptime {"val":317,"ack":true,"ts":1511692088899,"q":0,"from":"system.adapter.cul.0","lc":1511692088899}
cul.0 2017-11-26 11:28:08.912 debug redis publish io.system.adapter.cul.0.memHeapUsed {"val":10.08,"ack":true,"ts":1511692088897,"q":0,"from":"system.adapter.cul.0","lc":1511692088897}
cul.0 2017-11-26 11:28:08.911 debug redis publish io.system.adapter.cul.0.memHeapTotal {"val":11.98,"ack":true,"ts":1511692088894,"q":0,"from":"system.adapter.cul.0","lc":1511691953806}
cul.0 2017-11-26 11:28:08.910 debug redis publish io.system.adapter.cul.0.memRss {"val":30.68,"ack":true,"ts":1511692088891,"q":0,"from":"system.adapter.cul.0","lc":1511692058878}
cul.0 2017-11-26 11:28:08.909 debug redis publish io.system.adapter.cul.0.connected {"val":true,"ack":true,"ts":1511692088888,"q":0,"from":"system.adapter.cul.0","lc":1511691773695}
cul.0 2017-11-26 11:28:08.909 debug redis publish io.system.adapter.cul.0.alive {"val":true,"ack":true,"ts":1511692088886,"q":0,"from":"system.adapter.cul.0","lc":1511691773692}****Geändert: Code in Code-Tags; Homoran (Mod)****
-
Ich sehe in dem log keine Aktion deiner FS20 Geräte.
Solange werden auch keine Objekte angelegt.
Gruß
Rainer
-
Ja, so sehe ich das auch…
-
Hast du denn einen FS20 Taster mal bedient?
Gruß
Rainer
-
Ja, Fernbedienung, FS20ZE und Einbautaster…
Evtl. doch mal die FW auf dem Stick ändern?
-
gerade aufgefallen:
Der CUL-Stick ist gerade gar nicht eingesteckt, trotzdem ist die Instanz auf grün, auch nach neustart, und alle 15 Sekunden können die Daten rein…
-
In der Zwischenzeit habe ich den CUL-Adapter bei mir Installiert und einen CUL angeschlossen. Das Log sieht dann so aus (von unten nach oben):
cul.0 2017-11-26 14:05:41.319 info starting. Version 0.2.2 in /opt/iobroker/node_modules/iobroker.cul, node: v6.12.0 cul.0 2017-11-26 14:05:41.220 info States connected to redis: 0.0.0.0:6379 host.ioBroker-Rock64 2017-11-26 14:05:39.183 info instance system.adapter.cul.0 started with pid 28951 host.ioBroker-Rock64 2017-11-26 14:05:36.694 info instance system.adapter.cul.0 terminated with code 0 (OK) cul.0 2017-11-26 14:05:36.641 info terminating host.ioBroker-Rock64 2017-11-26 14:05:36.629 info stopInstance system.adapter.cul.0 killing pid 28424 host.ioBroker-Rock64 2017-11-26 14:05:36.628 info stopInstance system.adapter.cul.0 host.ioBroker-Rock64 2017-11-26 14:05:36.624 info object change system.adapter.cul.0 cul.0 2017-11-26 14:05:29.099 info List of port: [{"comName":"/dev/ttyACM0","manufacturer":"busware.de","serialNumber":"busware.de_CUL868","pnpId":"usb-busware.de_CUL868-if00","vendorId":"0x03eb","productId":"0x204b"},{"comName":"/dev host.ioBroker-Rock64 2017-11-26 14:05:04.256 info instance system.adapter.dwd.0 terminated with code 0 (OK)
Ich habe die Standardeinstellungen genommen 9600Baud und Port ttyACM0, so wie es im log zu sehen war.
Jetzt finde ich mein einziges Test-FS20-Gerät nicht mehr
Gruß
rainer
-
Habe inzwischen meine Erschütterungssensor gefunden und geschüttelt:
cul.0 2017-11-26 14:35:11.184 info object cul.0.cul.0.FS20.C20600 created cul.0 2017-11-26 14:35:11.171 info object cul.0.cul.0.FS20.C20600.cmdRaw created cul.0 2017-11-26 14:35:11.157 info object cul.0.cul.0.FS20.C20600.cmd created cul.0 2017-11-26 14:35:11.137 info object cul.0.cul.0.FS20.C20600.response created cul.0 2017-11-26 14:35:11.124 info object cul.0.cul.0.FS20.C20600.bidirectional created cul.0 2017-11-26 14:35:11.113 info object cul.0.cul.0.FS20.C20600.extended created cul.0 2017-11-26 14:35:11.096 info object cul.0.cul.0.FS20.C20600.addressDeviceElv created cul.0 2017-11-26 14:35:11.083 info object cul.0.cul.0.FS20.C20600.addressDevice created cul.0 2017-11-26 14:35:11.069 info object cul.0.cul.0.FS20.C20600.addressCodeElv created cul.0 2017-11-26 14:35:11.054 info object cul.0.cul.0.FS20.C20600.addressCode created
Die Objekte sehen dann so aus:
Gruß
Rainer
-
Bei mir ändert sich gar nichts, egal was ich mache.
Was hast Du für eine FW auf Deinem Stick?
-
Was hast Du für eine FW auf Deinem Stick? `
Erst einmal:Das ist ein echter CUL von Busware, kein Billignachbau.
Die Firmware ist auf jeden Fall schon etwas älter. Ich bilde mir ein sie in irgendeinem log gesehen zu haben. Finde sie im Moment aber nicht
Allerdings habe ich, wie bereits geschrieben, die Baud-Rate auf 9600.
Gruß
Rainer