NEWS
Test Adapter iQontrol 2.0.x Vis (Entwicklungs-Thread)
-
Ich überarbeite gerade meine Gerätegruppe Homematic-Thermostat.
Mein Datenpunkt CONTROL_MODE ist mit PIN-Code geschützt.Leider wird der PIN-Code über CONTROL_MODE in der Gerätegruppe Homematic-Thermostat nicht abgefragt.
Dadurch schaltet ioBroker auch nicht.Kannst du da die PIN abfrage einbauen?
Wenn ich das über ADDITIONAL_CONTROLS mache wird der PIN-Code abgefragt und alles ist OK.
Aber leider wird der Modus dann nicht in der Gerätekachel angezeigt. -
ich benutze als Toolbar nur die Icons, der Rest ist soweit transparent eingestellt. Finde das optisch schöner.
Aber leider sehe ich auch nicht wo ich mich gerade befinde.rot Markierung = meine Position
gelbe Markierung = optischer Fehler bei aktiver Kachel.Könnte man hier noch eine Icon-Hintergrundfarbe-ausgewählt hinzufügen?
Oder eine GLOW ACTIVE COLOR? -
@evolvo187 sagte in Test Adapter iQontrol 1.11.x Vis (Entwicklungs-Thread):
Mein Datenpunkt CONTROL_MODE ist mit PIN-Code geschützt.
was ist mit euch los? im LAN mit pins und sonstigem rumtun.
sorry, aber solche forderungen sind für mich nicht nachvollziehbar. -
@evolvo187 sagte in Test Adapter iQontrol 1.11.x Vis (Entwicklungs-Thread):
Oder eine GLOW ACTIVE COLOR?
die gibt es.
-
@da_woody said in Test Adapter iQontrol 1.11.x Vis (Entwicklungs-Thread):
@evolvo187 sagte in Test Adapter iQontrol 1.11.x Vis (Entwicklungs-Thread):
Mein Datenpunkt CONTROL_MODE ist mit PIN-Code geschützt.
was ist mit euch los? im LAN mit pins und sonstigem rumtun.
sorry, aber solche forderungen sind für mich nicht nachvollziehbar.is ja nur ein Hinweis.
Ich habe die pin nur im Kinderzimmer, weil meine kleine die Heizung ab und an verstellt hat.Und möchte es mitteilen, da es diese Einstellung gibt.
GLOW ACTIVE COLOR für die Icons in die Toolbar?
Kann ich wo einstellen?Gruß Heiko
-
@evolvo187 sagte in Test Adapter iQontrol 1.11.x Vis (Entwicklungs-Thread):
ich benutze als Toolbar nur die Icons, der Rest ist soweit transparent eingestellt. Finde das optisch schöner.
Aber leider sehe ich auch nicht wo ich mich gerade befinde.rot Markierung = meine Position
gelbe Markierung = optischer Fehler bei aktiver Kachel.Könnte man hier noch eine Icon-Hintergrundfarbe-ausgewählt hinzufügen?
Oder eine GLOW ACTIVE COLOR?Hi,
schau ich mir an, auch das mit der PIN beim Thermostat.
LG -
@dirkhe sagte in Test Adapter iQontrol 1.11.x Vis (Entwicklungs-Thread):
@s-bormann ich dummbacke habe den pr in mein eigenes repository gestellt
Hi Dirk,
PR ist ingegriert! Sau gut, vielen Dank!!
Ich arbeite gerade noch ein paar ToDos ab (Icon etc.), wie Du es geschrieben hast.Wobei ich aber noch mal eine Idee brauchen könnte ist folgende:
Wenn man in einem Dialog auf Preview klickt, wird zwar nicht das finale Objekt gespeichert, aber alle offenen Dialoge speichern ihre Eingaben. Wenn man dann mit Abbrechen den Dialog schließt, ist die Eingabe trotzdem gespeichert, so als hätte man "OK" geklickt. Hast Du da eine Idee, wie man das noch unterbinden kann?Danke und VG!
-
@s-bormann danke fürs mergen. Ich mache mir mal Gedanken, dann muss ich mal tiefer einsteigen, vlt kann man mit einer schattenkopie arbeiten, da muß ich aber mal schauen, wie das funktioniert. Ich melde mich dann
-
@dirkhe sagte in Test Adapter iQontrol 1.11.x Vis (Entwicklungs-Thread):
@s-bormann danke fürs mergen. Ich mache mir mal Gedanken, dann muss ich mal tiefer einsteigen, vlt kann man mit einer schattenkopie arbeiten, da muß ich aber mal schauen, wie das funktioniert. Ich melde mich dann
Danke. Habe gerade auf Github den aktuellen Stand hochgeladen, damit wir vom gleichen ausgehen.
-
@evolvo187 sagte in Test Adapter iQontrol 1.11.x Vis (Entwicklungs-Thread):
Ich habe die pin nur im Kinderzimmer, weil meine kleine die Heizung ab und an verstellt hat.
k, ist eine erklärung. hat die kleine dort ein eigenes display, oder verstellt sie das an anderen steuerungs plätzen?
wenn 1, dann tu dir lieber eine abgespeckte version der steuerung an. 2. instanz, ungebrauchte einfach raus damit.
war nicht böse gemeint, aber ohne erklärung warum, wirds so ein prob nicht kleiner. adapter wird immer umfangreicher, immer schwerer zu configen. siehe shutter-control. -
@s-bormann said in Test Adapter iQontrol 1.11.x Vis (Entwicklungs-Thread):
["alias.0.MeinEnergieMesser.Erzeugung", "alias.0.MeinEnergieMesser.Einspeisung", "alias.0.MeinEnergieMesser.Netzbezug"]
Ich hab das mal so gemacht wie beschrieben. Kriege nur eine riesige weiße Fläche.
-
@s-bormann sagte in Test Adapter iQontrol 1.11.x Vis (Entwicklungs-Thread):
@buchner51 sagte in Test Adapter iQontrol 1.11.x Vis (Entwicklungs-Thread):
meinst du so als Json?Hi,
habe mir das jetzt mal in Ruhe angeschaut. Das Nuki implementiert das ganz anders, als es bei meiner Keymatic der Fall ist (die hatte ich als Vorlage genommen). Aber ich glaube, mit ein paar Anpassungen sollte es jetzt laufen:- Bitte die aktuelle Github-Version laden
- Da sind beim Türschloss folgende neue Optionen drin, die so konfiguriert werden müssen:
- Als Datenpunkte konfigurierst Du folgendes:
- Beim Datenpunkt
state.locked
gehst Du auf den Schrabenschlüssel und konfigurierst folgendes:- Typ: Bool
- Rolle: Schalter
- Target-Value-List:
- true -> nuki-extended.0.smartlocks.haustür_._ACTION.UNLOCK --> true
- false -> nuki-extended.0.smartlocks.haustür_._ACTION.LOCK --> true
Bitte probier das mal so und gib Rückmeldung. Wenn das klappt, stelle ich den Beitrag ins Wiki.
@s-bormann: super ist wirklich TOP.
ich habe es etwas anders gemacht:
Mit diesen Einstellungen musste ich nichts weiteres hinterlegen.
Wenn du es ins Wiki stellst muss keiner mehr suchen.
Nochmal Danke, hab jetzt leider etwas länger benötigt.
-
@s-bormann Ich habe mir das mal angeschaut, das Problem ist, dass hier mit closure, globalen Variablen und Speicherung von Daten in HTML gemischt gearbeitet wird, so ist es schwer, herauszufinden, wann wo was geschrieben wird.
Vom Prinzip müsste man den initDialog so umbauen, dass mann nicht nur die saveCallback fubnktion mitgibt, sondern auch die eigentliche Init Methode + context.
Dann könnte man bei jedem Aufruf folgendes wegsichern:
die aktuellen globalen Daten per save() sichern, dann den Dialog initialisieren
Wenn man dann auf abbrechen klickt, die globalen Daten wiederherstellen und den dialog erneut initialisieren und dann den saveCallback aufrufen, danach den dialog schliessen.
Ich könnte mir vorstellen, folgendes zu machen. An jeden aufruf von initdialog zu gehen, die initialisierungsmethode als callback zu übergeben und vorher alle benötigten Daten in ein contextobjekt zu speichern und auch mit an die initDialog zu übergeben. Dann solle man beim abbrechen das gleiche aufrufen, wie beim initialen aufruf, dann wie gesagt nochmal den callback aufrufen -
@cino sagte in Test Adapter iQontrol 1.11.x Vis (Entwicklungs-Thread):
@s-bormann said in Test Adapter iQontrol 1.11.x Vis (Entwicklungs-Thread):
["alias.0.MeinEnergieMesser.Erzeugung", "alias.0.MeinEnergieMesser.Einspeisung", "alias.0.MeinEnergieMesser.Netzbezug"]
Ich hab das mal so gemacht wie beschrieben. Kriege nur eine riesige weiße Fläche.
Exportier doch bitte mal das Device und schick es mir, dann schaue ich es mir an.
-
@dirkhe sagte in Test Adapter iQontrol 1.11.x Vis (Entwicklungs-Thread):
@s-bormann Ich habe mir das mal angeschaut, das Problem ist, dass hier mit closure, globalen Variablen und Speicherung von Daten in HTML gemischt gearbeitet wird, so ist es schwer, herauszufinden, wann wo was geschrieben wird.
Vom Prinzip müsste man den initDialog so umbauen, dass mann nicht nur die saveCallback fubnktion mitgibt, sondern auch die eigentliche Init Methode + context.
Dann könnte man bei jedem Aufruf folgendes wegsichern:
die aktuellen globalen Daten per save() sichern, dann den Dialog initialisieren
Wenn man dann auf abbrechen klickt, die globalen Daten wiederherstellen und den dialog erneut initialisieren und dann den saveCallback aufrufen, danach den dialog schliessen.
Ich könnte mir vorstellen, folgendes zu machen. An jeden aufruf von initdialog zu gehen, die initialisierungsmethode als callback zu übergeben und vorher alle benötigten Daten in ein contextobjekt zu speichern und auch mit an die initDialog zu übergeben. Dann solle man beim abbrechen das gleiche aufrufen, wie beim initialen aufruf, dann wie gesagt nochmal den callback aufrufenHey,
ich glaube, ich habe es hinbekommen!
Habe tatsächlich eine initFunction für jeden Dialog definiert. Beim Aufruf des Dialogs (und beim saveFromDialog) speichert er die settings zwischen. Beim Abbrechen stellt er die settings wieder her und ruft die initFunctions aller offenen Dialoge neu auf. Scheint zu laufen, lädt gerade hoch.
Vielen Dank noch mal für diese großartige Erweiterung!!!
LG -
@s-bormann sagte in Test Adapter iQontrol 1.11.x Vis (Entwicklungs-Thread):
@evolvo187 sagte in Test Adapter iQontrol 1.11.x Vis (Entwicklungs-Thread):
ich benutze als Toolbar nur die Icons, der Rest ist soweit transparent eingestellt. Finde das optisch schöner.
Aber leider sehe ich auch nicht wo ich mich gerade befinde.rot Markierung = meine Position
gelbe Markierung = optischer Fehler bei aktiver Kachel.Könnte man hier noch eine Icon-Hintergrundfarbe-ausgewählt hinzufügen?
Oder eine GLOW ACTIVE COLOR?Hi,
schau ich mir an, auch das mit der PIN beim Thermostat.
LGZwischenschritt: In der Toolbar ist der Border-Fehler behoben und man kann für selected einen anderen Icon-Hintergrund auswählen.
-
@s-bormann das hört sich doch super an. Ich denke, für dich war das besser stemmbar, weil du wahrscheinlich noch genau weist, was du in welchem Dialog gemacht hast. War für mich echt schwierig....
Dann hat ein toller Adapter ein neues Feature, top. Danke fürs umsetzen -
@evolvo187 sagte in Test Adapter iQontrol 1.11.x Vis (Entwicklungs-Thread):
Ich überarbeite gerade meine Gerätegruppe Homematic-Thermostat.
Mein Datenpunkt CONTROL_MODE ist mit PIN-Code geschützt.Leider wird der PIN-Code über CONTROL_MODE in der Gerätegruppe Homematic-Thermostat nicht abgefragt.
Dadurch schaltet ioBroker auch nicht.Kannst du da die PIN abfrage einbauen?
Wenn ich das über ADDITIONAL_CONTROLS mache wird der PIN-Code abgefragt und alles ist OK.
Aber leider wird der Modus dann nicht in der Gerätekachel angezeigt.Hi,
jetzt hab ich es wieder: Der Control-Mode schreibt seinen Wert bei den Homematic Teilen nicht in den Datenpunkt xyz.CONTROL_MODE, sondern - je nach dem, was man klickt - in xyz.BOOST_MODE, xyz.AUTO_MODE, und xyz.MANU_MODE. Hier muss man dann jeweils die PIN aktivieren.
LG -
@s-bormann Ich habe gerade mal getestet, Super. So kann man echt gut Testen.
Zwei Kleinigkeiten/Vorschläge hätte ich noch:
- Wenn man auf abbrechen klickt, würde ich den dialog schon mal ausblenden und dann die Rückberechnung starten.
- Vlt. macht es Sinn, wenn die Daten wieder hergestellt sind, ein updatePreview zu senden (ohne focus)
-
@dirkhe sagte in Test Adapter iQontrol 1.11.x Vis (Entwicklungs-Thread):
@s-bormann Ich habe gerade mal getestet, Super. So kann man echt gut Testen.
Zwei Kleinigkeiten/Vorschläge hätte ich noch:
- Wenn man auf abbrechen klickt, würde ich den dialog schon mal ausblenden und dann die Rückberechnung starten.
- Vlt. macht es Sinn, wenn die Daten wieder hergestellt sind, ein updatePreview zu senden (ohne focus)
Punkt 1: Weißt Du wie? Ich hab $dialog.modal('close') versucht, das scheint aber nichts zu ändern.
Punkt 2: Gute Idee, wird erledigt.