NEWS
IoBroker.homepilot Adapter
-
Frage: Wie kann ich bei subscribeStates einstellen, dass nur Änderungen vom web-Adapter (bzw. alle Änderungen, nur nicht die vom homepilot.0) gezeigt werden sollen?
Bisher:
adapter.subscribeStates('*.level*');stateChange: function(id, state) { //adapter.log.debug('stateChange ' + id + ' ' + JSON.stringify(state)); //adapter.log.debug('input: ' + state.val.toString()); controlHomepilot(id, state.val.toString()); },Ich vermute, die Aktualisierung (alle 15s) triggert den subscribe. Ich musste wegen der VIS Widgets leider für das Agieren (Kommandos schreiben) und Lesen (Daten aus Homepilot) den selben Datenpunkt verwenden. Jetzt wird alle 15s der neue/alte Zustand der Rollläden in den Datenpunkt "level" geschrieben und damit der subscribe getriggert.
Pix
-
@pix:Frage: Wie kann ich bei subscribeStates einstellen, dass nur Änderungen vom web-Adapter (bzw. alle Änderungen, nur nicht die vom homepilot.0) gezeigt werden sollen?
Bisher:
adapter.subscribeStates('*.level*');stateChange: function(id, state) { //adapter.log.debug('stateChange ' + id + ' ' + JSON.stringify(state)); //adapter.log.debug('input: ' + state.val.toString()); controlHomepilot(id, state.val.toString()); }, ```` `Wieso brauchst du die States von web.0?
Ich glaube nicht, dass subscribe 2 Sternen unterstützt. Du kannst aber ruhig so machen:
adapter.subscribeStates('*');stateChange: function(id, state) { if (!id || !state || state.ack) return; if (!id.match(/\.level\w*$/) return; //adapter.log.debug('stateChange ' + id + ' ' + JSON.stringify(state)); //adapter.log.debug('input: ' + state.val.toString()); controlHomepilot(id, state.val.toString()); }, -
Habe von Github noch nie was installiert. Npm geht offenbar (noch) nicht.
root@raspberrypi:/opt/iobroker# npm install iobroker.homepilot npm ERR! Linux 4.4.11-v7+ npm ERR! argv "/usr/bin/nodejs" "/usr/bin/npm" "install" "iobroker.homepilot" npm ERR! node v4.4.5 npm ERR! npm v2.15.5 npm ERR! code E404 npm ERR! 404 Registry returned 404 for GET on https://registry.npmjs.org/iobroker.homepilot npm ERR! 404 npm ERR! 404 'iobroker.homepilot' is not in the npm registry. npm ERR! 404 You should bug the author to publish it (or use the name yourself!) npm ERR! 404 npm ERR! 404 Note that you can also install from a npm ERR! 404 tarball, folder, http url, or git url. npm ERR! Please include the following file with any support request: npm ERR! /opt/iobroker/npm-debug.log -
Das geht analog hierzu:
http://forum.iobroker.net/viewtopic.php … 717#p27717
in dem Fall aber den Pfad zu homepilot im Repo von pix herausfinden.
Gruß
Rainer
-
Das geht analog hierzu:
http://forum.iobroker.net/viewtopic.php … 717#p27717
in dem Fall aber den Pfad zu homepilot im Repo von pix herausfinden.
Gruß
Rainer `
Danke Rainer,hat geklappt, war doch so einfach :D
Also Homepilot-Adapter läuft! Danke an dieser Stelle an Pix!
Jetzt teste ich erstmal…
-
Rückmeldung: Funktioniert alles so wie es soll, auch die Universalaktoren.
Eine Frage wäre noch: Kann bei den Schaltaktoren anstatt LEVEL ein STATE eingeführt werden?
-
Hallo pustekuchen,
@pustekuchen:Rückmeldung: Funktioniert alles so wie es soll, auch die Universalaktoren.
Eine Frage wäre noch: Kann bei den Schaltaktoren anstatt LEVEL ein STATE eingeführt werden? `
Es ist sicher möglich, beim Anlegen der States abzufragen, ob das Gerät ein "Schaltaktor" ist. Aber gemäß dieser JSON! ````
{
"response": "get_visible_devices",
"status": "ok",
"devices": [{
"did": 10009,
"name": "Gartenbeleuchtung",
"description": " ",
"initialized": 1,
"position": 100,
"productName": "Universal-Aktor",
"serial": "43",
"statusesMap": {
"Position": 100,
"Manuellbetrieb": 0
},
"status_changed": 1401217204,
"deviceGroup": 1,
"iconSet": {
"name": "Ein-Aus-Schalter",
"description": "Ein- Aus-Schalter Icon-Set",
"strMin": "An",
"strMax": "Aus",
"valMax": 100,
"valMin": 0,
"sprite": {
"imageUri": "images/sets/ein-aus-schalter1.png",
"numTiles": 2
},
"k": "iconset5"
},
"iconSetInverted": 0,
"paired": 0,
"statusValid": true,
"uid": "43 XX XX",
"visible": true,
"groups": [5003],
"favoredId": 5013,
"properties": {
"generic": 3,
"wind": 3,
"trigger": 3,
"closingContact": 3,
"dusk": 3,
"smoke": 3,
"sun": 3,
"temperature": 3,
"manual": 3,
"time": 2,
"dawn": 3,
"dust": 3,
"favored": 0,
"smartphone": 3,
"motion": 3,
"temperator": 3,
"warning": 3,
"rain": 3,
"states": [{
"cfgKey": "setSunAuto",
"cfgId": 105,
"state": 0
},
{
"cfgKey": "setEveningAuto",
"cfgId": 107,
"state": 1
},if (level == 100) state = true;
else state = false;Dann sollten VIS Widgets mit Schalter auch funktionieren. Ist es das, was du meinst? Gruß Pix -
Hallo Wolfgang,
@leo013:Hallo pix,
Die duofern comfort und standard funktionieren soweit, lediglich die Endposition oben wird nicht ganz erreicht. Es bleiben 2- 3 % geöffnet, wenn ich sie mit dem hqwidget manuell verfahre.
Gruss Wolfgang ` danke für die Rückmeldung. Die Position/Level Angabe vom Widget wird 1:1 an Homepilot weitergegeben. Es gibt keine Umrechnung, kein Offset. Wenn man 100 eingibt (egal, ober per Widget oder von Hand), wird auch 100 an die Zentrale geschickt. Da muss das Problem woanders liegen. Geht denn der Rollladen sonst ganz nach oben?
Gruß
Pix
-
Hallo,
ich habe noch über ein weiteres Problem (zumindest bei mir) nachgedacht. Ich glaube, es läßt sich eher im Widget, als im Adapter lösen.
Meine Rollläden sind bei 0% geöffnet, bei 100% geschlossen. Der Endpunkt ist "geschlossen" ist so gewählt, dass wirklich kein Licht mehr durchfällt, also die Lamellen ohne Schlitze direkt aufeinander liegen. Das Level ist 100%.
Wenn ich nun soweit öffne, dass die Lamellen ca. 20cm über dem Fensterbrett stehen, dann ist das Level 50%. Im Widget verdeckt der Rollladen das halbe Fenster (wie bei 50% anzunehmen), tatsächlich verdeckt er aber noch fast 80% der Scheibe, da ja die erste Hälfte der Laufzeit für das "Auseinanderziehen" der Lamellen gebraucht wurde, bis sich die unterste Lamelle überhaupt erst nach oben bewegt.
Wie kann ich im Adapter oder ein Widget Entwickler :P diesen "Offset" einbauen?
Gruß
Pix
-
Hallo pix,
Das ist doch die übliche Frage im HM-Forum.
Was willst du dir denn anzeigen lassen, wenn der Rollladen ganz unten ist? -20%??
Gruß
Rainer
-
Hallo Pix,
der Gurtwickler fährt nach oben und stoppt, es fehlen aber 2-3%.
Wenn ich von Hand danach die Auf-Taste am Gurtwickler betätige, fährt er in die Endposition.
in Dashui funktioniert die Steuerung tadellos und erreicht die Endposition
Gruß
Wolfgang
-
Hallo pix,
Das ist doch die übliche Frage im HM-Forum. ` Nun, da bin ich nicht mehr so oft unterwegs 8-)
@Homoran:Was willst du dir denn anzeigen lassen, wenn der Rollladen ganz unten ist? -20%?? `
Ich weiß auch nicht genau, was ich will. Warte auf Inspiration :shock: Mir ist klar, dass ein Wert von mehr als 100% (und kleiner als 0%) nicht geht. Deshalb vielleicht so:Das Widget soll bei realem Level 80% schon 100% verdecken und die Grafik auch bis realem LeveL 100% nicht mehr ändern. Beim Öffnen dann andersherum. Das Widget soll ab 80% und weniger erst das Fenster langsam freigeben.
So verständlich?
Gruß
Pix
Das Problem ist ja, dass der Datenpunkt, der die Basis für die Berechnung der Grafik ist, auch zur Steuerung genutzt wird. So könnte ich einfach im Adapter einen "Display" Datenpunkt erstellen, der mit einem Offset berechnet wird.
-
@pix:Hallo pustekuchen,
@pustekuchen:Rückmeldung: Funktioniert alles so wie es soll, auch die Universalaktoren.
Eine Frage wäre noch: Kann bei den Schaltaktoren anstatt LEVEL ein STATE eingeführt werden? `
Es ist sicher möglich, beim Anlegen der States abzufragen, ob das Gerät ein "Schaltaktor" ist. Aber gemäß dieser JSON! ````
{
"response": "get_visible_devices",
"status": "ok",
"devices": [{
"did": 10009,
"name": "Gartenbeleuchtung",
"description": " ",
"initialized": 1,
"position": 100,
"productName": "Universal-Aktor",
"serial": "43",
"statusesMap": {
"Position": 100,
"Manuellbetrieb": 0
},
"status_changed": 1401217204,
"deviceGroup": 1,
"iconSet": {
"name": "Ein-Aus-Schalter",
"description": "Ein- Aus-Schalter Icon-Set",
"strMin": "An",
"strMax": "Aus",
"valMax": 100,
"valMin": 0,
"sprite": {
"imageUri": "images/sets/ein-aus-schalter1.png",
"numTiles": 2
},
"k": "iconset5"
},
"iconSetInverted": 0,
"paired": 0,
"statusValid": true,
"uid": "43 XX XX",
"visible": true,
"groups": [5003],
"favoredId": 5013,
"properties": {
"generic": 3,
"wind": 3,
"trigger": 3,
"closingContact": 3,
"dusk": 3,
"smoke": 3,
"sun": 3,
"temperature": 3,
"manual": 3,
"time": 2,
"dawn": 3,
"dust": 3,
"favored": 0,
"smartphone": 3,
"motion": 3,
"temperator": 3,
"warning": 3,
"rain": 3,
"states": [{
"cfgKey": "setSunAuto",
"cfgId": 105,
"state": 0
},
{
"cfgKey": "setEveningAuto",
"cfgId": 107,
"state": 1
},if (level == 100) state = true;
else state = false;Dann sollten VIS Widgets mit Schalter auch funktionieren. Ist es das, was du meinst? Gruß Pix `ioBroker.homepilot 0.0.3 ist da mit einem neuen Datenpunkt "state". Der wird aber nur angelegt, wenn man einen Universal-Aktor (Produktseriennummer 43) hat. Bitte testen, ich habe nämlich keinen. Bitte Doku in der Readme lesen, danke!
Gruß,
Pix
-
Hallo Wolfgang,
@leo013:der Gurtwickler fährt nach oben und stoppt, es fehlen aber 2-3%.
Wenn ich von Hand danach die Auf-Taste am Gurtwickler betätige, fährt er in die Endposition.
in Dashui funktioniert die Steuerung tadellos und erreicht die Endposition `
benutzt du den Datenpunkt "level" oder die Command IDs im Datenpunkt "cid" ?Was passiert, wenn du in den Datenpunkt "cid" des entsprechenden Gerätes mal "1" oder "hoch" eingibst? Wo bleibt er dann stehen?
Gruß
Pix
-
@pix:Ich weiß auch nicht genau, was ich will. `
Doch, ich denke schon, dass du das weißt.
Das schlimme ist nur, dass du auch weißt, was da für ein Rattenschwanz an Abhängigkeiten dran hängt :D
Wenn man Visualisierung von Bedienung und Prozentangabe trenne könnte, wäre das natürlich Superlösung, die in der webUI der CCU natürlich nicht geht.
Also ein reiner Grafik-offset im Widget.
Gruß
Rainer
580
Online32.5k
Users81.6k
Topics1.3m
Posts