NEWS
Test Adapter iQontrol 2.0.x Vis (Entwicklungs-Thread)
-
@s-bormann sagte in [Neuer Adapter] Visualisierung iQontrol:
@s-bormann sagte in [Neuer Adapter] Visualisierung iQontrol:
@Ash2k sagte in [Neuer Adapter] Visualisierung iQontrol:
Bei mir das gleiche Problem, sowohl in 0.1.15 als auch in 0.2.0
Dachte schon ich bin zu blöd
Nein, die Blödheit sitzt wo anders.
Dummer Copy & Paste-Fehler meinerseits.
Bugfix folgt.So, 0.2.1 ist online. Könnt ihr es bitte damit noch mal versuchen? Geht es jetzt? VG!
Geht......
-
Mir wird immer noch nur die 0.2.0 angeboten. Wie komme ich an die 0.2.1?
Danke!
-
@wtfka sagte in [Neuer Adapter] Visualisierung iQontrol:
Mir wird immer noch nur die 0.2.0 angeboten. Wie komme ich an die 0.2.1?
Danke!
Über die Katze.
-
Dachte kurz du willst mich verschaukeln, aber hat dann doch geklappt, danke
-
@s-bormann
Bin auf 0.2.1.Kann ich was tun um die Diagnose zu unterstützen?
Könnte es auch aum zigbee Adapter liegen? Macht es Sinn den Stick zu updaten?
-
@s-bormann funktioniert auch bei mir wieder!
-
@eMd sagte in [Neuer Adapter] Visualisierung iQontrol:
@s-bormann
Bin auf 0.2.1.Kann ich was tun um die Diagnose zu unterstützen?
Könnte es auch aum zigbee Adapter liegen? Macht es Sinn den Stick zu updaten?
Hi,
öffne mal im Browser die Entwicklerkonsole mit F12.
Dann im Fenster console schauen, was genau beim Einstellen eines neuen Wertes passiert und hier z.B. als Screenshot posten.
LG -
Hat jemand Erfahrung mit der Einbindung des Homematic Heizkörperthermostat HM-CC-RT-DN ? Ich betreibe meine HM-Devices direkt über FHEM ohne CCU und nutze im IOBroker den FHEM-Adapter.
IQontrol setzt beim Partymodus das Reading PARTY_MODE_SUBMIT. Hier erhalte ich ein Warning:
2019-09-07 10:13:56.101 - warn: fhem.0 [stateChange] no match fhem.0.Thermostat_Studio_1_Clima.PARTY_MODE_SUBMIT {"val":"21,660,7,9,19,690,7,9,19","ack":false,"ts":1567844036096,"q":0,"from":"system.adapter.web.0","user":"system.user.admin","lc":1567844036096}
Das Reading / der Datenpunkt existiert in meinen HM-CC-RT-DN's (Firmware-Versionen 1.4 und 1.5) nicht. Der Partymodus wird statt dessen über diese 3 separaten Readings gesteuert:
partyEnd - 2019-09-07 18:14:46 partyStart - 2019-09-07 18:14:46 partyTemp -
die sich über den FHEM-Befehl
set Thermostat_Studio_1_Clima controlParty 16 06.12.13 16:30 09.12.13 05:00
setzen lassen.
Möglicherweise existiert das Reading PARTY_MODE_SUBMIT nur in Verbindung mit einer CCU. Ich konnte dazu in den Homematic- und FHEM- Foren leider noch nichts Passendes finden.
Falls jemand das gleiche Problem hatte würde ich mich über weitere Hinweise freuen. VG, ok
-
@ok1 sagte in [Neuer Adapter] Visualisierung iQontrol:
Hat jemand Erfahrung mit der Einbindung des Homematic Heizkörperthermostat HM-CC-RT-DN ?
Ich habe die Stellantriebe über die CCU2 in ioBroker eingebunden, da existiert der Datenpunkt.
Ich fürchte nur diese Info wird dir nicht viel weiterhelfen .....Beim Wandthermostat HM-TC-IT-WM-W-EU gibt es den Datenpunkt auch. Ich habe nur diesen in iQontrol eingebunden.
LG, mxa -
Die Schalt-Mess-Steckdose HMIP-PSM wird bei "Vorschau erstellen" fälschlicherweise als Gerätetyp Temperatur-Sensor angelegt!
Einen passenden Gerätetyp gibt es aber dazu leider noch nicht. -
@dslraser sagte in [Neuer Adapter] Visualisierung iQontrol:
Hallo
kann ich die Nachkommastellen bei den xiaomi Temperatur Sensoren einstellen. Ich habe 2 Nachkommastellen bei der Luftfeuchtigkeit und dadurch eine Laufschrift. Eingebunden sind die Sensoren über einen conbee Stick. -
@ok1 sagte in [Neuer Adapter] Visualisierung iQontrol:
IQontrol setzt beim Partymodus das Reading PARTY_MODE_SUBMIT. Hier erhalte ich ein Warning:
2019-09-07 10:13:56.101 - warn: fhem.0 [stateChange] no match fhem.0.Thermostat_Studio_1_Clima.PARTY_MODE_SUBMIT {"val":"21,660,7,9,19,690,7,9,19","ack":false,"ts":1567844036096,"q":0,"from":"system.adapter.web.0","user":"system.user.admin","lc":1567844036096}Die Meldung sagt aus: no match = keine Übereinstimmung
Wie du schon festgestellt hast gibt es das Objekt fhem.0.Thermostat_Studio_1_Clima.PARTY_MODE_SUBMIT in FHEM nichtWo kommt der Objektname her? Wird von iQontrol in Abhängigkeit einer Auswahl Objekt erstellt ?
Gruß
LausiD -
@frodo777 sagte in [Neuer Adapter] Visualisierung iQontrol:
@dslraser sagte in [Neuer Adapter] Visualisierung iQontrol:
Hallo
kann ich die Nachkommastellen bei den xiaomi Temperatur Sensoren einstellen. Ich habe 2 Nachkommastellen bei der Luftfeuchtigkeit und dadurch eine Laufschrift. Eingebunden sind die Sensoren über einen conbee Stick.Ich rate mal: Du bist auf der stable? In der aktuellen Beta (über die Katze installieren) sollte das auf 1 Nachkommastelle gerundet sein. Wenn nicht, gib bitte noch mal bescheid!
VG! -
@s-bormann danke für die schnelle Antwort. Der Tipp hat funktioniert.
-
@LausiD sagte in [Neuer Adapter] Visualisierung iQontrol:
@ok1 sagte in [Neuer Adapter] Visualisierung iQontrol:
IQontrol setzt beim Partymodus das Reading PARTY_MODE_SUBMIT. Hier erhalte ich ein Warning:
2019-09-07 10:13:56.101 - warn: fhem.0 [stateChange] no match fhem.0.Thermostat_Studio_1_Clima.PARTY_MODE_SUBMIT {"val":"21,660,7,9,19,690,7,9,19","ack":false,"ts":1567844036096,"q":0,"from":"system.adapter.web.0","user":"system.user.admin","lc":1567844036096}Die Meldung sagt aus: no match = keine Übereinstimmung
Wie du schon festgestellt hast gibt es das Objekt fhem.0.Thermostat_Studio_1_Clima.PARTY_MODE_SUBMIT in FHEM nichtWo kommt der Objektname her? Wird von iQontrol in Abhängigkeit einer Auswahl Objekt erstellt ?
Gruß
LausiDHi,
das ist beim Homematic-Thermostat tatsächlich etwas speziell:
Im Gegensatz zu den anderen Geräten, wo man ja quasi jeden Datenpunkt einzeln konfigurieren kann/muss, gibt es bei diesem Gerät zwei spezielle Datenpunkte, aus deren Namen dann quasi einige Abkömmlinge generiert werden:- CONTROL_MODE: Aus dem hier definierten Datenpunkt (bsp: hmrpc.0.irgendwas.CONTROL_MODE) wird abgeleitet, dass auch hmrpc.0.irgendwas.AUTO_MODE, hmrpc.0.irgendwas.BOOST_MODE und hmrpc.0.irgendwas.MANU_MODE existieren und entsprechend beim Wechsel des Control-Modes angesteuert werden
- PARTY_TEMPERATURE: Aus dem hier definierten Dantenpunkt (bsp: hmrpc.0.irgendwas.PARTY_TEMPERATURE) werden automatisch noch PARTY_START_TIME, PARTY_START_DAY, PARTY_START_MONTH und PARTY_START_TIME sowie PARTY_STOP_TIME, PARTY_STOP_DAY, PARTY_STOP_MONTH und PARTY_STOP_YEAR sowie PARTY_MODE_SUBMIT abgeleitet.
Eine simple Lösung gibt es also nicht. Ich hätte aber folgende Idee für Dich:
Lege die DatenpunktePARTY_TEMPERATURE,
PARTY_START_TIME, PARTY_START_DAY, PARTY_START_MONTH, PARTY_START_TIME,
PARTY_STOP_TIME, PARTY_STOP_DAY, PARTY_STOP_MONTH, PARTY_STOP_YEAR und
PARTY_MODE_SUBMITin einem (Blockly-)Script an.
In iQontrol verlinkst Du dann bei PARTY_TEMPERATURE eben diesen Datenpunkt.
Dein Script muss dann nach den oben beschriebenen Regeln die Daten dekodieren und zwischen FHEM und iQontrol vermitteln.Wenn das läuft, wäre es klasse, wenn Du das Script hier teilen könntest!
Viel Erfolg!
-
@SabineT sagte in [Neuer Adapter] Visualisierung iQontrol:
Die Schalt-Mess-Steckdose HMIP-PSM wird bei "Vorschau erstellen" fälschlicherweise als Gerätetyp Temperatur-Sensor angelegt!
Einen passenden Gerätetyp gibt es aber dazu leider noch nicht.Hi,
bitte schick mal einen screenshot von den datenpunkten (im experten-modus)
Danke -
@SabineT
ich habe zwei davon eingestellt. -
@s-bormann
Datenpunkte Teil 1:
Datenpunkte Teil 2:Ich hab die bei mir jetzt mal als Schalter definiert, für state muss man dann aber :3.STATE vewenden!
-
hier noch das ganze als JSON-Export:
hm-rpc.1.HMIP-PSM.json -
@s-bormann sagte in [Neuer Adapter] Visualisierung iQontrol:
CONTROL_MODE: Aus dem hier definierten Datenpunkt (bsp: hmrpc.0.irgendwas.CONTROL_MODE) wird abgeleitet, dass auch hmrpc.0.irgendwas.AUTO_MODE, hmrpc.0.irgendwas.BOOST_MODE und hmrpc.0.irgendwas.MANU_MODE existieren und entsprechend beim Wechsel des Control-Modes angesteuert werden
Spoiler
Zur Erklärung: Das ganze ist von Homematic-Seite komisch gelöst: Im Datenkpunkt hmrpc.0.irgendwas.CONTROL_MODE steht nur der aktuelle IST-Zustand. Der Datenpunkt ist aber ReadOnly und kann NICHT benutzt werden, um den Modus zu ändern. Das geht über die oben beschriebenen Datenpunkte AUTO_MODE, BOOST_MODE und MANU_MODE. Sendet man an diese Datenpunkte ein "true", dann wir der Modus entsprechend geändert.Man kann den Datenpunkt controlMode händisch auf write=true setzen, was ich bereits für einen anderen Zweck gemacht habe.
Dann funktioniert das Setzen der Modi über controlMode bei mir ohne Probleme.Bsp: Auswahl der gewünschten controlMode- Option mit Übergabe von IObroker an FHEM:
Nach kurzer Wartezeit:
Der Homematic-Thermostat hat in den neuen controlMode umgeschaltet.Ich denke, hier könnte @LausiD den Datenpunkt in seinem FHEM-Adapter entsprechend anpassen, so dass bei Neuanlage von controlMode direkt read und write-Rechte für controlMode vergeben werden.
Ich frage mich im Moment aber, warum trotz gesetzter Rechte trotzdem kein Wert im Datenpunkt controlMode ankommt, obwohl ich im IQontrol-Admin den Datenpunkt gesetzt und IQontrol für den Zugriff freigegeben habe. Egal welchen Modus- Button ich in IQontrol anklicke, der Wert wird nicht in controlMode geschrieben.
@s-bormann , ich wäre Dir sehr dankbar wenn Du Dir das einmal anschauen könntest.
Vielen Dank auch für die Idee zum PARTY_MODE_SUBMIT. Hier werde ich mir etwas überlegen. Es sollte etwas einfacher gehen, da man das Homematic-Thermostat HM-CC-RT-DN auch via controlParty- Befehl steuern kann. Aufbau ist hier:controlParty Grad StartDay StartTime StopDay StopTime controlParty 16 06.12.13 16:30 09.12.13 05:00
Man müsste also nur den PARTY_MODE_SUBMIT- String entsprechend umbauen und an FHEM als controlParty -String senden.