UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[dslraser]

@s-bormann sagte in Test Adapter iQontrol 1.9.x Vis:

Das geht schon, in den Optionen für ADDITIONAL_CONTROLS gibt es das (also nicht in der Tabelle, sondern in den globalen Optionen, die Namen für Buttons auszublenden)

Meinst Du das ? (ganz unten)

Das ändert aber nichts ?

[da_Woody]

@muuulle naja, dafür freie einstellungen! besser, als nur einen filter drüberlegen...
bei der session gestern ist uns auf gefallen, daß das problem mit der jetzigen version, nicht auffällt.
mein widget passt nur so rein. drum ist unten grösserer abstand.

bei der ersten version, hatte ich dort eine graue fläche...

[muuulle]

@da_woody
Ein allgemeiner Überzug ist deutlich uncharmanter als die jetzige Variante! Ich muss allerdings noch an den Farben drehen - vor allem bei den Schriftfarben

[da_Woody]

@muuulle as u say! klar, das es jetzt mehr arbeit ist. darum benutz ich den dark gar nicht...

[s.bormann]

@dslraser Ja genau, ich habe aber gerade gesehen, dass ich das nur für die Art "Knopf" implementiert hatte, nicht für "abhängig vom Datenpunkt" oder "schreibgeschützt":

In der aktuellen Github-Version habe ich das korrigiert. Danke für den Hinweis.

[s.bormann]

@cino sagte in Test Adapter iQontrol 1.9.x Vis:

Mir ist gerade aufgefallen das ich einige View nicht mehr aufrufen kann.

Sie sind in der Toolbar zum anwählen vorhanden. Beim draufklicken passiert nichts. Auf dem Handy werden beim swipen diese Ansichten dann übersprungen. Zudem ist ein Grafana Diagramm und 2 Cam Streams blank.

Die Ansichten sind vorhanden, unter Toolbar auch verknüft. Die Ansichten mit den Geräten lassen sich auch bearbeiten.

Hallo,

bitte die folgenden Schritte durchführen. Bei weiteren Problemen bitte vor allem den 2. Absatz beachten, hier wird beschrieben, wie man ein Log des Fehlers erzeugt und welche Screenshots für die weitere Analyse notwendig sind:

https://github.com/sbormann/ioBroker.iqontrol#troubleshooting

Vielen Dank!

[s.bormann]

@bengreenhigh sagte in Test Adapter iQontrol 1.9.x Vis:

@s-bormann Ich komme damit einfach nicht weiter. Zum Testen hab ich einen DP angelegt. Nehme ich eines der beiden Homematic-Thermostate, passiert im DP nichts. Ändere ich den DP manuell, wird die Änderung in der Vis korrekt angezeigt. Nehme ich das normale Thermostat, funktioniert die Änderung im DP nur mit den Einstellungen "string" und "state".

Warum ist im normalen Thermostat nur die Darstellung als Pulldown-Menü möglich?

Bis zur Version 1.9.0 hat die Steuerung mit dem Homematic-Thermostat problemlos funktioniert. Was hat sich dort geändert?

Was für Befehle und Einstellungen braucht man für die beiden Homematic-Thermostate?

LG

Hi,
hab gerade noch mal in den Code geschaut. Die Homematic-Thermostate (nicht IP! Da ist es wieder anders) senden ihre Auswahl nicht an den Datenpunkt selbst, sondern an .BOOST_MODE, .MANU_MODE und .AUTO_MODE.

Erstelle mal bitte den Datenpunkt .CONTROL_MODE mit folgenden Einstellungen:

{
  "type": "state",
  "common": {
    "name": "Heizungssteuerung Wohnzimmer - Sollwert.CONTROL_MODE",
    "def": 0,
    "type": "number",
    "read": true,
    "write": false,
    "min": 0,
    "max": 3,
    "states": {
      "0": "AUTO-MODE",
      "1": "MANU-MODE",
      "2": "PARTY-MODE",
      "3": "BOOST-MODE"
    },
    "role": "indicator"
  },
  "native":  {}
}

und die oben genannen drei Datenpunkte im gleichen Verzeichnis mit

{
  "common": {
    "name": "Test.Testbool",
    "role": "button",
    "type": "boolean",
    "desc": "Manuell erzeugt",
    "def": "",
    "read": true,
    "write": true
  },
  "native": {}
}

Und diese drei Datenpunkte müsstest Du dann mit einem Blockly abgreifen und entsprechend die gewünschten Funktionen ausführen lassen.

[dslraser]

@s-bormann sagte in Test Adapter iQontrol 1.9.x Vis:

@dslraser Ja genau, ich habe aber gerade gesehen, dass ich das nur für die Art "Knopf" implementiert hatte, nicht für "abhängig vom Datenpunkt" oder "schreibgeschützt":

In der aktuellen Github-Version habe ich das korrigiert. Danke für den Hinweis.

Damit geht es. (Beispiel Rollos)

[dslraser]

@s-bormann
Kann es sein das Temperaturwerte (alias) in additional control nicht richtig aktualisiert werden ?
Die Werte stammen vom gleichen Datenpunkt (alias)

Schlafzimmer/Wohnzimmer/Garten (die Daten in der Tabelle sind korrekt)

innen/aussen (aussen = Garten)

[s.bormann]

@dslraser Habe es gerade bei mir getestet, da wird es, wenn ich den Datenpunkt ändere, sofort korrekt aktualisiert. Was steht denn im Datenpunkt, es könnte ja auch falsch in der Tabelle stehen?

[dslraser]

@s-bormann sagte in Test Adapter iQontrol 1.9.x Vis:

Was steht denn im Datenpunkt, es könnte ja auch falsch in der Tabelle stehen?

Konfig

Edit: vielleicht weil ich zwei (3)level Werte in dieser Ansicht habe ? (irgendein Mittelwert ?)

EDIT2:
Hier nochmal die gleichen DP in additional info hinzu gefügt.

[s.bormann]

@dslraser Ich habe echt keine Idee... Vielleicht eine merkwürdige Kombi aus "runde auf diese Anzahl Stellen" und "step" in den customs?

[BenGreenHigh]

@s-bormann

Spoiler

@s-bormann said in Test Adapter iQontrol 1.9.x Vis:

@bengreenhigh sagte in Test Adapter iQontrol 1.9.x Vis:

@s-bormann Ich komme damit einfach nicht weiter. Zum Testen hab ich einen DP angelegt. Nehme ich eines der beiden Homematic-Thermostate, passiert im DP nichts. Ändere ich den DP manuell, wird die Änderung in der Vis korrekt angezeigt. Nehme ich das normale Thermostat, funktioniert die Änderung im DP nur mit den Einstellungen "string" und "state".

Warum ist im normalen Thermostat nur die Darstellung als Pulldown-Menü möglich?

Bis zur Version 1.9.0 hat die Steuerung mit dem Homematic-Thermostat problemlos funktioniert. Was hat sich dort geändert?

Was für Befehle und Einstellungen braucht man für die beiden Homematic-Thermostate?

LG

Hi,
hab gerade noch mal in den Code geschaut. Die Homematic-Thermostate (nicht IP! Da ist es wieder anders) senden ihre Auswahl nicht an den Datenpunkt selbst, sondern an .BOOST_MODE, .MANU_MODE und .AUTO_MODE.

Erstelle mal bitte den Datenpunkt .CONTROL_MODE mit folgenden Einstellungen:

{
  "type": "state",
  "common": {
    "name": "Heizungssteuerung Wohnzimmer - Sollwert.CONTROL_MODE",
    "def": 0,
    "type": "number",
    "read": true,
    "write": false,
    "min": 0,
    "max": 3,
    "states": {
      "0": "AUTO-MODE",
      "1": "MANU-MODE",
      "2": "PARTY-MODE",
      "3": "BOOST-MODE"
    },
    "role": "indicator"
  },
  "native":  {}
}

und die oben genannen drei Datenpunkte im gleichen Verzeichnis mit

{
  "common": {
    "name": "Test.Testbool",
    "role": "button",
    "type": "boolean",
    "desc": "Manuell erzeugt",
    "def": "",
    "read": true,
    "write": true
  },
  "native": {}
}

Und diese drei Datenpunkte müsstest Du dann mit einem Blockly abgreifen und entsprechend die gewünschten Funktionen ausführen lassen.

Yo! So hatte ich das schon vermutet, aber keine Infos dazu gefunden. 2 Punkte wären da noch:

1. Ich brauche 4 Modi (Aus, Heizen, Absenkung, Boost). So weit ich verstanden habe, wird der PARTY_MODE per Zeitsteuerung aktiviert, fällt also aus. Wie komme ich denn auf 4 Modi?

2. Wie kann ich die Beschriftung in der Vis ändern? So bald ich irgendwo irgendwas an den Namen verändere, geht nix mehr.

Hatte ich glaub ich schon gefragt: Gibt's denn keine Chance die Buttons auch im normalen Thermostat zu bekommen?

LG

[dslraser]

@s-bormann sagte in Test Adapter iQontrol 1.9.x Vis:

@dslraser Ich habe echt keine Idee... Vielleicht eine merkwürdige Kombi aus "runde auf diese Anzahl Stellen" und "step" in den customs?

Ich habe auch keine Idee. Customs sind für die betroffenen DP gar keine eingestellt, siehe Konfig.
Beim iot Adapter hatte ich mal was ähnliches, sobald man zwei Temperaturwerte zu einer Gruppe gemacht hat, dann wurde quasi so eine Art Mittelwert gebildet.
Ich lege das heute Abend mal neu an und vergleiche nochmal.

[dslraser]

@s-bormann sagte in Test Adapter iQontrol 1.9.x Vis:

@dslraser Ich habe echt keine Idee... Vielleicht eine merkwürdige Kombi aus "runde auf diese Anzahl Stellen" und "step" in den customs?

Ich weiß nicht was da im Arry mit Temperaturwerten passiert, aber irgendetwas stimmt nicht. Es stimmt nicht ein Wert, kannst Du doch nochmal schauen ? Diese Datenpunkte habe ich genommen. Es ist übrigens egal ob ich alias oder original DP nehme.

[s.bormann]

@dslraser Habe es bei mir nachgebaut und keinen Fehler festgestellt:

Wir chatten mal, vielleicht finden wir da eine Lösung.

[s.bormann]

@muuulle Das JSON-Table-Widget hat jetzt noch diese neuen Optionen bekommen:

Damit können die Spalten festgelegt werden, die immer sichtbar sind (können nicht ausgeblendet werden) und die, die bevorzugt sichtbar sind (also als letztes ausgeblendet werden, wenn der Platz zu eng wird). Man kann auch anklicken, dass sie auch bei wenig Platz immer angezeigt werden (man kann sie dann aber über das Menü manuell ausblenden).

Außerdem gibt es jetzt noch das hier:

als kleine Erleichterung (optimal wäre natürlich, er prüft, welche Optionen schon gesetzt sind - aber das ist mir aktuell zu aufwändig )

VG!

[s.bormann]

@bengreenhigh sagte in Test Adapter iQontrol 1.9.x Vis:

@s-bormann

Spoiler

@s-bormann said in Test Adapter iQontrol 1.9.x Vis:

@bengreenhigh sagte in Test Adapter iQontrol 1.9.x Vis:

@s-bormann Ich komme damit einfach nicht weiter. Zum Testen hab ich einen DP angelegt. Nehme ich eines der beiden Homematic-Thermostate, passiert im DP nichts. Ändere ich den DP manuell, wird die Änderung in der Vis korrekt angezeigt. Nehme ich das normale Thermostat, funktioniert die Änderung im DP nur mit den Einstellungen "string" und "state".

Warum ist im normalen Thermostat nur die Darstellung als Pulldown-Menü möglich?

Bis zur Version 1.9.0 hat die Steuerung mit dem Homematic-Thermostat problemlos funktioniert. Was hat sich dort geändert?

Was für Befehle und Einstellungen braucht man für die beiden Homematic-Thermostate?

LG

Hi,
hab gerade noch mal in den Code geschaut. Die Homematic-Thermostate (nicht IP! Da ist es wieder anders) senden ihre Auswahl nicht an den Datenpunkt selbst, sondern an .BOOST_MODE, .MANU_MODE und .AUTO_MODE.

Erstelle mal bitte den Datenpunkt .CONTROL_MODE mit folgenden Einstellungen:

{
  "type": "state",
  "common": {
    "name": "Heizungssteuerung Wohnzimmer - Sollwert.CONTROL_MODE",
    "def": 0,
    "type": "number",
    "read": true,
    "write": false,
    "min": 0,
    "max": 3,
    "states": {
      "0": "AUTO-MODE",
      "1": "MANU-MODE",
      "2": "PARTY-MODE",
      "3": "BOOST-MODE"
    },
    "role": "indicator"
  },
  "native":  {}
}

und die oben genannen drei Datenpunkte im gleichen Verzeichnis mit

{
  "common": {
    "name": "Test.Testbool",
    "role": "button",
    "type": "boolean",
    "desc": "Manuell erzeugt",
    "def": "",
    "read": true,
    "write": true
  },
  "native": {}
}

Und diese drei Datenpunkte müsstest Du dann mit einem Blockly abgreifen und entsprechend die gewünschten Funktionen ausführen lassen.

Yo! So hatte ich das schon vermutet, aber keine Infos dazu gefunden. 2 Punkte wären da noch:

1. Ich brauche 4 Modi (Aus, Heizen, Absenkung, Boost). So weit ich verstanden habe, wird der PARTY_MODE per Zeitsteuerung aktiviert, fällt also aus. Wie komme ich denn auf 4 Modi?

2. Wie kann ich die Beschriftung in der Vis ändern? So bald ich irgendwo irgendwas an den Namen verändere, geht nix mehr.

Hatte ich glaub ich schon gefragt: Gibt's denn keine Chance die Buttons auch im normalen Thermostat zu bekommen?

LG

Hi,
habe jetzt auf der aktuellen Github-Version das Verhalten für "Thermostat" (nicht Homematic / Homematic IP) geändert, um statt des Drop-Downs die Buttons anzuzeigen. Jetzt kannst Du ganz normal den CONTROL_MODE ohne den ganzen Hick-Hack verlinken.
VG

[dslraser]

@s-bormann sagte in Test Adapter iQontrol 1.9.x Vis:

Wir chatten mal, vielleicht finden wir da eine Lösung.

können wir gern machen.
Einen Unterschied sehe ich in Deinem rechten Bild bei den Thermostaten (ACTUAL_TEMPERATURE) im Vergleich mit meinen. Bei Dir stehen die Werte mit Komma, bei mir mit Punkt.

[BenGreenHigh]

@s-bormann Du bist der Größte! Funktioniert wie gewünscht. Mega was Du hier leistest, dickes Dankeschön!

LG