IoBroker.homepilot Adapter

[pustekuchen]

Nach Update kann ich jetzt nur noch an- der ausschalten, wenn ich "10" oder "11" in STATE schreibe. "true" oder "false" oder "AN" oder "AUS", gehen nicht.

Geht nicht:

! ````
homepilot.0 2016-06-20 15:11:40.520 debug homepilot.0 finished reading Homepilot Data
homepilot.0 2016-06-20 15:11:40.518 debug homepilot.0 reading homepilot JSON ...
TypeError: 2016-06-20 13:11:36.854 error at Manager.ondecoded (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/manager.js:333:8)
TypeError: 2016-06-20 13:11:36.854 error at Manager.Emitter.emit (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/component-emitter/index.js:131:20)
TypeError: 2016-06-20 13:11:36.854 error at Manager. (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/component-bind/index.js:21:15)
TypeError: 2016-06-20 13:11:36.854 error at Socket.onpacket (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:221:12)
TypeError: 2016-06-20 13:11:36.854 error at Socket.onevent (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:263:10)
TypeError: 2016-06-20 13:11:36.854 error at Socket.Emitter.emit (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/component-emitter/index.js:131:20)
TypeError: 2016-06-20 13:11:36.854 error at Socket. (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInMemClient.js:45:30)
TypeError: 2016-06-20 13:11:36.854 error at Object.that.states.States.change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:2036:80)
TypeError: 2016-06-20 13:11:36.854 error at Object.utils.adapter.stateChange (/opt/iobroker/node_modules/iobroker.homepilot/main.js:22:9)
TypeError: 2016-06-20 13:11:36.854 error at controlHomepilot (/opt/iobroker/node_modules/iobroker.homepilot/main.js:166:23)
TypeError: 2016-06-20 13:11:36.854 error Cannot read property 'warn' of undefined
message 2016-06-20 13:11:36.836 error homepilot.0.devices.Steckdosenaktor.10006.state [object Object] Cannot read property 'warn' of undefined
homepilot-0 2016-06-20 13:11:36.832 debug State: state device: 10006 command: true
homepilot-0 2016-06-20 13:11:36.828 debug input value: true
homepilot-0 2016-06-20 13:11:36.826 debug stateChange homepilot.0.devices.Steckdosenaktor.10006.state {"val":true,"ack":false,"ts":1466428296807,"q":0,"from":"system.adapter.admin.0","lc":1466428296807}
inMem 2016-06-20 13:11:36.816 debug message homepilot.0.* homepilot.0.devices.Steckdosenaktor.10006.state val=true, ack=false, ts=1466428296807, q=0, from=system.adapter.admin.0, lc=1466428296807
homepilot-0 2016-06-20 13:11:28.451 debug Homepilot adapter started...
homepilot-0 2016-06-20 13:11:28.450 debug Homepilot station and ioBroker synchronize every 12s
homepilot-0 2016-06-20 13:11:28.446 debug initializing objects
homepilot-0 2016-06-20 13:11:28.431 info starting. Version 0.0.6 in /opt/iobroker/node_modules/iobroker.homepilot
homepilot-0 2016-06-20 13:11:28.208 debug statesDB connected
homepilot-0 2016-06-20 13:11:28.158 debug objectDB connected

Geht schon: (mit "10")

>! ````
homepilot.0	2016-06-20 15:14:04.759	debug	homepilot.0 reading homepilot JSON ...
homepilot-0	2016-06-20 13:14:01.388	info	Command sent to Homepilot because "10" written to State "homepilot.0.devices.Steckdosenaktor.10006.state"
homepilot-0	2016-06-20 13:14:01.377	debug	Switch 10006 new status detected: 10 URL: http://192.168.178.5/deviceajax.do?did=10006&cid=10&command=1
homepilot-0	2016-06-20 13:14:01.374	debug	State: state device: 10006 command: 10
homepilot-0	2016-06-20 13:14:01.374	debug	input value: 10
homepilot-0	2016-06-20 13:14:01.373	debug	stateChange homepilot.0.devices.Steckdosenaktor.10006.state {"val":10,"ack":false,"ts":1466428441359,"q":0,"from":"system.adapter.admin.0","lc":1466428441359}
inMem	2016-06-20 13:14:01.370	debug	message homepilot.0.* homepilot.0.devices.Steckdosenaktor.10006.state val=10, ack=false, ts=1466428441359, q=0, from=system.adapter.admin.0, lc=1466428441359

[pix]

Danke für die Rückmeldung. Tut mir leid, waren Flüchtigkeitsfehler. Hab schon einen Schreibfehler gefunden: "adapter.lo.warn"

Ausserdem fehlte in der RegEx Abfrage wohl einige ODER :oops:

Ich lade mal schnell eine neue Version hoch 0.0.7. 8-)

Gruß

Pix

[pustekuchen]

@pix:

Danke für die Rückmeldung. Tut mir leid, waren Flüchtigkeitsfehler. Hab schon einen Schreibfehler gefunden: "adapter.lo.warn"

Ausserdem fehlte in der RegEx Abfrage wohl einige ODER :oops:

Ich lade mal schnell eine neue Version hoch 0.0.7. 8-)

Gruß

Pix `
Danke, jetzt läufts!

[pustekuchen]

Ich wollte nochmal auf die Einstellungsmöglichkeit des Manuellbetriebs der Aktoren/Rollotrons zurückkommen.

Wäre es möglich einen Datenpunkt "OVERALL_AUTOMATION" mit Typ boolean (true/false) für jedes Gerät einzuführen?

Das Setzen der Automation bzw. des Manuellbetriebs geschieht mittels folgender Anfrage:````
http://homepilot/deviceajax.do?automation=1&data={"did":10005,"automation":3,"state":false}

Dabei ist "automation:3" die Funktion, um den Manuellmodus zu aktivieren "state:true" bzw. zu deaktiveren "state:false".

Ausgelesen werden kann der Status des Geräts mittels````
"statusesMap":{"Position":100,"Manuellbetrieb":0}
````innerhalb der Standardabfrage von````
http://homepilot/deviceajax.do?devices=1
````, also "Manuellbetrieb":0 für deaktiviert bzw. "Manuellbetrieb":1 für aktivert.

Wäre vielleicht für den ein oder anderen eine sinnvolle Ergänzung! :idea:

EDIT:

Habe gerade eine weitere sinnvolle Ergänzung gefunden, eine Rückmeldung, ob der Aktor erreichbar ist und sich zurückmeldet. Diese Info verbirgt sich hinter der Rückmeldung auf die Abfrage mit````
http://homepilot/deviceajax.do?devices=1
````bei````
"statusValid":false,
````, "true", wenn der Befehl angekommen ist und das Gerät sich zurückmeldet und "false", wenn nicht. Habe es eben ausprobiert mit einer Schaltsteckdose. Gilt aber m.E. für alle Geräte.

Damit könnte man noch einen "UNREACH"-Datenpunkt einführen.

[pix]

Hallo pustekuchen,

die nächsten Tage wird das erstmal nix. Habe da beruflich viel zu tun.

Vielleicht danach. Wozu ist denn der manuelle Modus?

Gruß

Pix

[pustekuchen]

Beispiel: Terrasse. Ich benutze den FDK bzw TFK der Homematic für den Fensterstatus. Ist an der Terrasse die Türe offen oder gekippt, dann geht der Rollo auf manuell und fährt abends nicht herunter, damit man sich nicht aussperrt, wenn man noch draußen sitzt. Sobald die Türe geschlossen wird, geht der Rollo wieder auf Automatik.

[pix]

Ah verstehe. Das braucht man aber nur, wenn die Steuerung /Automatik von Homepilot gemacht wird, oder?

Ist jedenfalls sinnvoll. Vielleicht kann ich nächste Woche was machen.

Gruß

Pix

Gesendet mit Tapatalk

[pustekuchen]

Bei mir ist die Steuerung momentan folgendermaßen:

Der Homepilot übernimmt das Hoch- und Runterfahren aller Rollos z.T. per Morgen- und Abenddämmerungsautomatik. Somit steuere ich die Zeiten, die man normalerweise bei jedem Rollo eingeben muss, zentral im Homepilot. Um das zentrale Steuern nach Dämmerungsautomatik nutzen zu können, muss man aber bei den Gurtwicklern die Automatik einschalten. Das wiederum bedeutet, dass diese nach ihrer internen Uhrzeit hoch- und runterfahren wollen.

Ich habe nun bei allen Rollos intern die Uhrzeit zum Herunterfahren auf 8:00 Uhr gesetzt und zum Hochfahren auf 8:05 Uhr. In dieser Zeitspanne (-1/+1Min.) lasse ich vom Homepilot alle Gurtwickler auf Modus Manuell schalten. Somit "überspringe" ich sozusagen die internen Fahrzeiten der einzelnen Rollos und kann den Rest der Automation, wie Sonnensensor, Dämmerungsautomatik, Fahrzeit am Wochenende, etc. komplett über den Homepilot zentral steuern und automatisierte Szenen aktiveren und deaktiveren. Das läuft bei mir schon lange sehr stabil!

Die Steuerung mittels Dashui ist die Verbindung zu den Tür-Fenster-Kontakten / FDKs, welche den Manuell-Modus aktiveren, wenn mal das Fenster oder die Türe noch offen steht und natürlich noch eine zusätzliche Möglichkeit, die Rollos zu fahren.

Allerdings möchte ich in Zukunft komplett auf iobroker (mit zwei CCUs und Homepilot) setzen und die komplette Logik der Steuerungen in iobroker realisieren. Da es jetzt den Homepilot-Adapter gibt und iobroker immer stabiler wird, wird mich nicht mehr allzu viel davon abhalten können

Ich bin es mittlerweile Leid, mit den Homematic-Skripten zu hantieren, vor allem wegen der 200-Variablen-Begrenzung und den damit einhergehenden Instabilitäten.

[pix]

Ok, ich verstehe die Steuerung. Den Aussperrschutz kannst du natürlich auch leicht in Javascript realisieren. Beim Runterfahren wird immer erst gerprüft, ob der entsprechende Fenstersensor "offen" zeigt. Geht ja auch umgekehrt: Abends (schon dunkel) sind die Rollläden für die Nacht unten. Ich will lüften vorm Schlafen und mache nur das Fenster auf. Der Rollladen fährt automatisch hoch. Nur runter fährt er danach beim Fensterschließen nicht automatisch, das könnte ich nochmal probieren.

Habe bei mir auch mal zum Spaß eine Gruppe in Homepilot angelegt. Zwei Rollläden eines Zimmers in eine Gruppe. Diese Gruppe wird dann auch in der Statusabfrage

http://homepilot.local/deviceajax.do?devices=1

angezeigt.

Die Geräte stehen alle auf manuell. Denn meine Logik liegt auch hier komplett in ioBroker. Macht ja keinen Sinn, alle Scripte und Webui-Programme von der Homematic in Javascript Skripte bzw. Adapter auf ioBroker zu übertragen und dann den Homepilot doch wieder für sich zu programmieren. Die Zeiten gebe ich in VIS (-> Javascript) ein (such mal subscribe / unsubscribe hier im Forum) und der Sonnensensor ist ein Homematic Differenztemp-Sensor.

Gruß

Pix

[pustekuchen]

Mein Gedanke war, es möglichst ausfallsicher zu gestalten, indem das Rademacher System auch weiter eigenständig arbeitet, wenn mit ccuio mal was nicht stimmt.

[afroasiate]

Hallo Leute,

ich würde gerne wissen ob es bezüglich der Homepilot Basisstation auch eine alternative gibt. Nur damit ich die Gurtwickler steuern kann über 200€ für eine Basisstation auszugeben finde ich ganz schön happig.

Es gibt ja noch diesen Rademacher HomePilot USB Stick. Wisst ob es ein Projekt gibt der sich mit diesen Stick beschädigt?

Grüße

Afroasiate

[pix]

@afroasiate:

Nur damit ich die Gurtwickler steuern kann über 200€ für eine Basisstation auszugeben finde ich ganz schön happig. ` Du kannst die alte / erste Basisstation gebraucht kaufen. Habe mit der Suche nach beendeten Angeboten im Dezember bei eb** einen Homepilot für 130€ gesehen.

Ich kenne niemanden, der sich mit dem Stick beschäftigt. Ich kenne auch den Stick nicht.

Alternativ geht noch die Lötvariante: Homematic-Aktor (oder anderes bereits an ioBroker angeschlossenens System) an Homepilot Duofern Fernbedienung löten.

Gruß

Pix

[Marc1970]

Hallo,

ich habe da ein Problem mit meinen Rademacher Aktoren (1 u. 2-Kanal) und zwar funktioniert alles mit der Visualisierung richtig (an / aus), aber in Verbindung mit dem Cloud-Adapter und Alexa gibt es Probleme, da der Cloud Adapter true und false ausgibt und der Homepilot-Adapter darauf nicht reagiert.

Kann man das trotzdem irgendwie zum Laufen bringen, z.B., das der Homepilot-Adapter auch true / false erkennt?

Gruß Marc

[pix]

Hallo Marc,

ich nutze Alexa nicht. Kann also nicht testen.

Welcher Datenpunkt soll true/false sein können? Beschreibbar true/false oder reicht liefern true/false?

Etwas genauer bitte

Gruß

Pix

[Marc1970]

Hallo pix,

danke für Deine Hilfe,

der Datenpunkt CID sollte mit true / false beschreibbar sein, für an /aus.

Und was mir noch aufgefallen ist:

bei den RolloTron und Dimmern ist beim Datenpunkt LEVEL die Eingabe von 0% nicht möglich, der kleinste Wert ist 1% (Unter Eigenschaften festgelegte Werte, Min: 0%, Max: 100%), das ist bei den RolloTron nicht ganz so tragisch, bei den Dimmern schon eher, da sie dann nicht ganz aus gehen.

Gruß Marc

[pix]

Hallo Marc,

vielen Dank für Dein Feedback.

@Marc1970:

der Datenpunkt CID sollte mit true / false beschreibbar sein, für an /aus. `
Ist erledigt. Der Datenpunkt akzeptiert nun die Eingabe von true und false. Seltsam, dass ich das nicht schon früher gebraucht habe. Jetzt kann man auch einfach mit den den VIS-Bool-Widgets die Rollläden ganz auf und ganz zu machen. Beachte: nur Kleinschreibung, also kein TRUE oder tRUe oder True. Der Befehl true wird in das CID Kommando 10 konvertiert, false zu 11.

@Marc1970:

bei den RolloTron und Dimmern ist beim Datenpunkt LEVEL die Eingabe von 0% nicht möglich, der kleinste Wert ist 1% (Unter Eigenschaften festgelegte Werte, Min: 0%, Max: 100%), das ist bei den RolloTron nicht ganz so tragisch, bei den Dimmern schon eher, da sie dann nicht ganz aus gehen. `
Das konnte ich nicht nachvollziehen :roll: . Welchen RolloTron hast du (Duofern Nummer? Siehe hier: https://github.com/Pix---/ioBroker.home ... ed-devices)

Und welchen Dimmer mit welcher Duofern Nummer? Möglicherweise wird das gerät noch nicht unterstützt und in einer Abfrage rausgeschmissen.

Die RegExp-Abfragen sind schon dahingehend korrigiert worden, Zahlen von 0 bis 100 zuzulassen. Die Datenpunkte sind eh für diesen Zahlenbereich freigegeben (min: 0; max: 100).

Zum Testen bitte die Version 0.2.5 von Github verwenden.

Gruß

Pix

[Marc1970]

@Pix, vielen Dank, es funktioniert.

Zu den RolloTron und Dimmern, hat sich erledigt, gestern Abend hat es mit 0 nicht funktioniert, seit heute morgen geht es aber, wieso, weshalb, warum, keine Ahnung.

Gruß Marc

[pix]

Hallo,

dank der freundlichen Unterstützung von Michael (mikepa1) werden vom Homepilot Adapter nun mehr z-wave Aktoren unterstützt. Es handelt sich um die Heizkörperstellantriebe.

Bitte testet ausgiebig, wenn ihr die Hardware besitzt und gebt mir hier Feedback. Die neueste Version 0.3.0 ist auf Github (https://github.com/Pix–-/ioBroker.homepilot).

Wenn die Tests erfolgreich sind, kommt die Version auf npm und ins stable.

Leider habe ich die Hardware nicht und brauche daher Eure Hilfe.

Grüße

Pix

[Digga-ruleZ]

Ich besitze eine reine Homepilot 2 Steuerung mit mehreren Aktoren und Sensoren.

Bin in iobroker nicht so versiert, wollte die Software aber nutzen um mit einem Raspberry pi 3 eine Visualisierung aufzubauen.

Habe gestern ziemlich viel ausprobiert. Also das Dimmen und schalten mit mehreren Widgets ist ohne Probleme möglich. Nur bei den Stellantrieben habe ich das Problem, das der Wert zum regeln nicht von 4 - 28 ausgegeben wird, sondern von 40 - 280. Die fertigen Widgets können damit aber nichts anfangen.

Was kann ich tun?

[pix]

Hallo Digga-ruleZ,

schön, dass das Dimmen klappt. Ich habe leider keine Stellantriebe und kann daher nicht testen. Das müssen wir zusammen machen.

Erstmal brauche ich die Duofern Nummer des Stellantriebs (sind vermutlich alle vom gleichen Typ, oder).

Dann sag mir noch, welches Vis Widget du dazu nutzt.

Und was meinst du mit „Wert zum Regeln … ausgegeben“? Deine Eingabe oder die Ausgabe des Ist-Wertes?

Gruß

Pix