NEWS
Einbindung FS20-Komponenten
-
Hast du denn einen FS20 Taster mal bedient?
Gruß
Rainer
-
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 createdDie Objekte sehen dann so aus:
Gruß
Rainer
-
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
-
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 :-)
-
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
-
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 -
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.
-
Hi,
also wenn Du gerade experimentierst dann ist es cool wenn Du rausfindest was geändert werden muss. Ich persönlich hab keinen CUL zum testen.
Github easy … https://github.com ... Account erstellen, Dann unter https://github.com/ioBroker/ioBroker.cul auf "issues" gehen und dort ein Issue aufmachen :-)
-
Hallo,
Ich habe den CUL-Adapter 0.3.0 von Github installiert.
(neuste Version)
Auch in dieser Version wird mein nanoCUL868 FW 1.63, an ttyUSB0 nicht richtig initialisiert.
Ich habe diesen Bug, fixen können, durch die Änderung der Initsequenz auf:
Buadrate: 38400
V\r\n
delay(1000ms)
X21\r\n
T01\r\n
Danach antwortet der nanoCUL868 wie gewünscht, entsprechend wie er es auch schon in FHEM gemacht hat,
auch im iobroker.
Ich hänge hier die beiden Dateien an,
/opt/iobroker/node-modules/iobroker.cul/cul.js => Datei1-cul.js
/opt/iobroker/node-modules/iobroker.cul/node-modules/cul/cul.js =>Datei2-cul.js
die ich gepatcht habe.
Mit diesen beiden, hart gepatchten dateien, kann Ich jetzt meine
FS20 S4A-2
FS20S19
Fernbedinungen auch im iobroker empfangen.
Ich hoffe die Entwickler des CUL-Adapters, können diesen Patch an den richtigen Stellen in ihren Adapter einbauen
und in der nächsten Version allen usern zur Verfügung stellen.
Gruss Mickbaer aus Berlin
5817_1.png
5817_2.png
5817_3.png
5817_datei1-cul.js
5817_datei2-cul.js -
Ich habe nur den nanoCul als Nachbau und der hat an FHEM anstandslos funktioniert.
Die init-sequenz ist von FHEM, die delay die ich hinzugefügt habe, war das entscheidende.
Also gebt dem CUL etwas zeit zum Verarbeiten der Befehle,
kommen die zu schnell hinter einander, verschluckt er sich,
und versteht dann nur BAHNHOF.. was wir ja nicht wollen. :lol:
Ich kann mit meinem nanoCUL testen, wenn das gebraucht wird. :roll:
Gruß Mickbaer aus Berlin :D
-
Die Baudrate ist um einiges höher sls beim busware cul, dort sind es 9600.
Kann sein, dass deswegen das delay nötig ist.
Ich würde das dann mit meinem busware cul gegentesten. Habe aber nur einen Erschütterungssensor.
Gruß Rainer
-
Hallo,
ich hatte in dem Java code, auch ESA gesehen.
Ich Habe einen ESA2000WZ an FHEM am laufen(schon sei Jahren zuverlässig).
Mein nanoCUL868 empfängt nun auch die EsaMessages.
S7F3CF9011E000687B80004000000014B2B
S003CF9011E000687BB0003000000014B2B
S013CF9011E000687BF0004000000014B2F
S033CF9011E000687C60003000000014B2D
S053CF9011E000687CE0004000000014B2E
S853CF9011E000687CE0004000000014B2E
in der CUL-Adapter Version 0.2.0 war ESA noch drin. Bei der Vesion 0.3.0 fehlt das jetzt.
Die esa.js zeigt nur einen Rumpf,
module.exports.parse = function (raw) {
var message = {
protocol: 'ESA'
};
return message;
};
da fehlt der ganze Teil der Decodierung.
Gibt es da schon was?
Ich bräuchte den ESA2000WZ im iobroker.
Gibt es da schon was?
Wird denn an dem CUL-Adapter noch regelmässig gearbeitet?
Kann man da irgendwo unterstützen?
Gruß Mickbaer aus Berlin
739
Online32.5k
Benutzer81.6k
Themen1.3m
Beiträge