Einbindung FS20-Komponenten

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?

Homoran

~~@Baumert:~~

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

dondaik

mein im fhz forum gelesen zu haben das die baudrate beim nachbau höher ist und nicht automatisch erkannt wird. port und bauddaten müssen zb bei cuxd fest vorgegeben werden….ggf hilft die info auch etwas, ich habe die idee nach einem 2ten stick wieder verworfen , sparen lohnt da nicht ... da kommt ja noch das thema antenne hinzu :-)

Baumert

Hallo, vielen Dank erst einmal für Deine Hilfe…

Am Wochenende werden ich mich noch einmal darum kümmern, ich bin ab morgen erste einmal auf Geschäftsreise.

Grüße

Thomas

Baumert

Hallo, kurz zur Info…

ich steige jetzt von FS20 auf Homematic um - finde ich sowieso besser wegen der bidirektionalen Verbindung.

Habe mir jetzt zum testen ein das Funkmodul und einen Homematic-Heizungsregler besorgt...

Kämpfe jetzt hier mit dem hm-Adaptern, dazu aber dann ein neues Thema..

Vielen Dank für die Unterstützung

dondaik

möge sich der sieg über die hardware einstellen ;-) … viel spass

Mickbaer

Hallo,

ich habe auch das Problem, das der CUL-Adapter in ioBroker nicht so recht laufen möchte.

Ich habe einen nanocul, V1.63 lauffähig von FHEM an einen neuen RPI3, mit neustestem ioBroker image,

an ttyUSB0 gesteckt, und der CUL stellt sich wie tot. ioBroker Adapter ist Grün, steht auf ttyUSB0 und

in den logs tut sich nix.

Ich habe herausgefunden, das dem CUL, das init command fehlt.

Also beim starten braucht der CUL z.B. ein "X01" zur initialisierung, damit er überhaupt beginnt zu arbeiten.

Somit habe ich per minicom auf die ttyUSB0 einen X01 gesendet, während der der ioBroker CUL adapter lief,und siehe da,

es werden Daten von meinem FS20 Funktastern empfangen.

Ich hänge mal einen Screenshot hier dran.

Ich wäre dankbar für einen Tip, wo in den Java-Scripts, die Initsequenz, die anscheinend auf "X01" steht,

aber nicht ausgeführt wird, repariert werden kann.

Gruß

Mickbaer aus Berlin
5817_cul_adapterlog.png

apollon77

Pack das bitte mak in ein GithUb Issue für den cul adapter

Mickbaer

Hallo,

bin noch neu hier, und weiß nicht wie ich das bei Github einstellen soll.

(vielleicht kann das bitte mal einer machen)

Ich bin schon ein Stück weiter,

ioBroker sendet die X21, mit 38400bd,auf ttyUSB0,

aber das reicht anscheinend nicht aus, es muss danach noch ein "return" kommen,

damit der CUL es frisst.

Den init cmd auf X21\r\n zu erweitern

(das sendet der ioBroker auch alles braf)

( habe die CUL.js etwas gepatcht) hilft nicht.

Habe jetzt leider keine Zeit, müssen wir auf später vertagen…

Vielleicht hat jemand noch eine Idee.

Gruß Mickbaer.

Community Forum

NEWS

Einbindung FS20-Komponenten

Support us

420

32.7k

82.3k

1.3m