Einbindung FS20-Komponenten

Baumert

Hallo,

ich steige gerade von homputer auf ioBroker um, da es einfach wesentlich mehr möglichkeiten gibt. Neben G-Homa und Philips HUE, was bereits mit ioBroker läuft, möchte jetzt auch gerne meine ganzen FS20-Komponenten (Heizungsregler, Sensoren, Schaltsteckdosen, Dimmer, Rollladensteuerungen, Master-Slave-Steckdosen, usw.)mit nehmen.

Ich habe mir hierzu einen USB culStick (nanoCUL 868 Mhz Premium – FTDI CC1101 SMA) besorgt und beim ioBroker eingerichtet:

Adapter CUL/culfw
Adapter läuft, Leuchte ist grün (Verbunden mit Host=wahr; Lebenszeichen=wahr, Verbunden mit CUL=wahr)
Eintrag im Log beim Start des Adapters: starting. Version 0.2.2 in /opt/iobroker/node_modules/iobroker.cul, node: v6.12.0
keine Fehler
Instanz cul.0 (Einstellungen Serialport: /dev/ttyUSB0; Baud rate: 38400; Modus: SlowRF, Typ: CUL)
Objekte wurden angelegt: cul.meta mit roles vom Typ meta

soweit so gut in meinen Augen…

Das war es aber leider auch - keine Objekte

Ich habe bei laufendem Adapter mal an die meisten FS20-Komponenten Signale über die alte homputer-Software gesendet, damit Daten unterwegs sind, ioBroker hat nicht darauf reagiert bzw. Datenpunkte angelegt

Hier noch ein auszug aus dem Register "Zustände":

system.adapter.cul.0.uptime cul.0 cul.0.uptime 287 true cul.0 2017-11-26 07:28:48.049 2017-11-26 07:28:48.049

system.adapter.cul.0.memRss cul.0 cul.0.memRss 35.18 true cul.0 2017-11-26 07:28:48.047 2017-11-26 07:28:03.010

system.adapter.cul.0.memHeapTotal cul.0 cul.0.memHeapTotal 17.98 true cul.0 2017-11-26 07:28:48.048 2017-11-26 07:24:02.819

system.adapter.cul.0.memHeapUsed cul.0 cul.0.memHeapUsed 12.13 true cul.0 2017-11-26 07:28:48.048 2017-11-26 07:28:48.048

system.adapter.cul.0.connected cul.0 cul.0.connected true true cul.0 2017-11-26 07:28:48.046 2017-11-26 07:24:02.816

system.adapter.cul.0.alive cul.0 cul.0.alive true true cul.0 2017-11-26 07:28:48.045 2017-11-26 07:24:02.814

system.adapter.cul.0.inputCount system.adapter system.adapter.cul.0.inputCount 0 true cul.0 2017-11-26 07:28:48.050 2017-11-26 07:17:43.352

system.adapter.cul.0.outputCount system.adapter system.adapter.cul.0.outputCount 8 true cul.0 2017-11-26 07:28:48.051 2017-11-26 07:24:32.833

cul.0.info.connection cul.0 cul.0.info.connection true true cul.0 2017-11-26 07:24:02.878 2017-11-26 07:09:13.053

Mache ich etwas falsch bzw. wo liegt jetzt mein Problem?

Ich habe gestern viel Zeit im Forum bzgl. den FS20-Komponenten verbracht, habe aber keine richtige Lösung gefunden.

Ich möchte gerne noch mein FS20-Komponenten einsetzen, da ich hier doch noch sehr viele im Einsatz habe. Es wäre mich auch egal, wenn ich alle über Scripte ansteuere - ich brauche hierzu einfach einige Infos..

Vorab vielen ank

Grüße

dondaik

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.

Homoran

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

dondaik

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

Baumert

Hallo,

welche culFW sollte auf den CUL-Stick sein? Der Stick ist für 868Mhz.

Homoran

Überhaupt eine

Die werden oft ungeflasht ausgeliefert.

Gruß Rainer

Dutchman

~~@Baumert:~~

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

Baumert

Ich habe folgenden CUL-Stick gekauft:

https://www.smarthome-agentur.de/produk … fuer-fhem/

Homoran

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

Baumert

Ich habe es schon mit /dev/ttyUSB0 und /dev/ttyAMA0 probiert - keine Unterschiede…

Homoran

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

Baumert

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)****

Homoran

Ich sehe in dem log keine Aktion deiner FS20 Geräte.

Solange werden auch keine Objekte angelegt.

Gruß

Rainer

Baumert

Ja, so sehe ich das auch…

Homoran

Hast du denn einen FS20 Taster mal bedient?

Gruß

Rainer

Baumert

Ja, Fernbedienung, FS20ZE und Einbautaster…

Evtl. doch mal die FW auf dem Stick ändern?

Baumert

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…

Homoran

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

Homoran

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

Baumert

Bei mir ändert sich gar nichts, egal was ich mache.

Was hast Du für eine FW auf Deinem Stick?

NEWS

Einbindung FS20-Komponenten

Support us

1.1k
Online

30.8k
Users

77.5k
Topics

1.2m
Posts

NEWS

Einbindung FS20-Komponenten

Support us

1.1kOnline

30.8kUsers

77.5kTopics

1.2mPosts

1.1k
Online

30.8k
Users

77.5k
Topics

1.2m
Posts