Test Adapter iQontrol 2.0.x Vis (Entwicklungs-Thread)

[s.bormann]

@CKMartens sagte in [Neuer Adapter] Visualisierung iQontrol:

@BBTown sagte in [Neuer Adapter] Visualisierung iQontrol:

@CKMartens sagte in [Neuer Adapter] Visualisierung iQontrol:

Der on/off State ist eigentlich bollean

Der Datenpunkt hat allerdings auch seltsamerweise zugleich "true/false" als "min/max" Werte.
Die würde ich ggf. mal raus nehmen

Die min/max Einträge habe ich raus allerdings keine keine Änderung.

Hi,
das Problem liegt an
common.role = "state",
das macht für einen schreibbaren boolean aber keinen Sinn (ein state ist nur ein anzeigbarer Zustand - nichts schaltbares - von daher interpretiert iQontrol das auch als String, obwohl der type ein boolean ist).
Setzt das mal (z.B. mit dem Schraubenschlüssel) auf "switch". Dann sollte es laufen.
VG

[s.bormann]

@dslraser sagte in [Neuer Adapter] Visualisierung iQontrol:

@s-bormann sagte in [Neuer Adapter] Visualisierung iQontrol:

Ich dachte eigentlich, die HmIP-Thermostate laufen inzwischen fehlerfrei...?

Der Modus Automatik/Manuell und Boost funktionierte noch nie, oder ich habe die Erklärung verpasst...?

Edit:
Automatik und Manuell funktioniert, Boost nicht.

Wirklich? Oh mann, dachte echt, das würde jetzt laufen. Kannst Du mal checken, woran es liegt (Meldungen in der Entwicklerkonsole)?

[dslraser]

@s-bormann sagte in [Neuer Adapter] Visualisierung iQontrol:

@dslraser sagte in [Neuer Adapter] Visualisierung iQontrol:

@s-bormann sagte in [Neuer Adapter] Visualisierung iQontrol:

Ich dachte eigentlich, die HmIP-Thermostate laufen inzwischen fehlerfrei...?

Der Modus Automatik/Manuell und Boost funktionierte noch nie, oder ich habe die Erklärung verpasst...?

Edit:
Automatik und Manuell funktioniert, Boost nicht.

Wirklich? Oh mann, dachte echt, das würde jetzt laufen. Kannst Du mal checken, woran es liegt (Meldungen in der Entwicklerkonsole)?

Boost_Mode ist ein eigener DP der mit true/false geschaltet wird und nicht über den Control_Mode geschaltet wird. (bei HMIP)

[Jey Cee]

Aktuelle Test Version	0.2.14
Veröffentlichungsdatum	12.11.2019
Github Link	https://github.com/sbormann/ioBroker.iqontrol

0.2.14 (2019-11-12)
(Sebastian Bormann) Fixed icon-switching for thermostats
0.2.13 (2019-10-23)
(Sebastian Bormann) Improved the return after time method.
(Bluefox) Fixed translations in custom-dialog.
0.2.12 (2019-10-12)
(Sebastian Bormann) Improvement of homematic-thermostat for controler 2.0 compatiility.
0.2.11 (2019-10-07)
(Sebastian Bormann) Rewritten pincode-section to work with older browsers.
(Sebastian Bormann) Pincode now works for buttons as well.
(Sebastian Bormann) Modified the return after time function to work with older browsers.
(Sebastian Bormann) Fixed missing entrys in long pressure menus in iOS 13.
0.2.10 (2019-10-05)
(Sebatian Bormann) Enhanced PIN-Code to view a num-pad when using an alphanumeric PIN.

[Jey Cee]

Hiermit ist dieses Thema offiziell geschlossen.
Zur Aktuellen Testversion kann hier weiter Diskutiert werden.
Wenn es um die Verwendung der Stable Version geht macht bitte entsprechend ein Thema in der Kategorie Visualisierung auf, für Fehler im Adapter in der Kategorie Error/Bug.

[derhelge]

@s-bormann : FBH funktioniert. Vielen Dank!

Ich bin mir noch nicht ganz sicher, wo die Diskussion weiter geht? Ich hätte da noch Feature Requests. Ich könnte auch selbst mit einsteigen und du kontrollierst meinen Code

Danke
Helge

[BBTown]

@derhelge dafür würd sich github anbieten

[derhelge]

Hehe, schon klar
Ich meinte mehr, ob es in deinem Sinne ist, dass jemand mit dran arbeitet (wenn Zeit ist).

Hab da schon die wildesten Sachen erlebt.

Gruß

[BBTown]

@derhelge
das ist total in meinem Sinne .... es ist nur gar nicht mein Adapter sondern der von @s-bormann

[derhelge]

Ups, ist mir garnicht aufgefallen. Von weiten habt ihr beide "orangene" Avatars

[CKMartens]

@s-bormann war bisher ja mit dem iQontrol auf Kriegsfuß. Nach bisschen ausführlicherer Beschäftigung und Hilfe von Dir habe ich in kürzester Zeit ein für Smartphone optimierte Seite erstellen können um meine Lichter zu steuern. Und die GöGa nutzt es auch was schon was heißt. Wollte deswegen Danke sagen.

[SabineT]

Gibt es eigentlich eine Möglichkeit, in einer Ansicht ein Gerät in der Liste gleich weiter oben einzufügen? Derzeit landet das ja am Ende der Liste und man muss das dann bei Bedarf mühsam Zeile für Zeile nach oben verschieben.

Vorschlag meinerseits: in der Liste bei den Aktionen rechts in jeder Zeile (Edit, Rauf, Runter, Löschen) einfach noch ein "+" als "Gerät unter dem aktuellen einfügen".

[dslraser]

@SabineT sagte in Test Adapter iqontrol v0.2.x:

Vorschlag meinerseits: in der Liste bei den Aktionen rechts in jeder Zeile (Edit, Rauf, Runter, Löschen) einfach noch ein "+" als "Gerät unter dem aktuellen einfügen".

[vepman]

Hallo,
ich brauche mal eure Hilfe.

ich habe eine schaltbare Steckdose HM-LC-Sw1-Pl-2, welche iqontrol absolut nicht
schalten will. Eingebunden ist sie.
Im Log wird nichts gemeldet.
Es ist das einzige Gerät, das solche Probleme macht.
Unter Objekte -> rpc.0 lässt es sich aber schalten, auch andere Programme können die Steckdose betätigen.
Zwei andere HM-LC-Sw1-Pl-2 lassen sich ebenfalls ohne Probleme mit iqontrol schalten.
Zu erwähnen wäre noch, dass alles unter Docker läuft.
Allerdings funktionierte auch unter Docker diese besagte Steckdose mal ohne Probleme.
Ich bin ratlos.
Wer hat einen Tipp?

[BBTown]

@vepman vergleiche mal die RAWs der beiden Datenpunkte

[vepman]

@BBTown
Bis auf "_id" und "ts" absolut identisch.
Noch eine Idee?

Hier der Übeltäter:

{
  "type": "state",
  "common": {
    "name": "STATE",
    "desc": "created by iQontrol",
    "role": "linkedState",
    "type": "string",
    "icon": "",
    "read": true,
    "write": false,
    "def": ""
  },
  "native": {},
  "from": "system.adapter.iqontrol.0",
  "user": "system.user.admin",
  "ts": 1XXX269872152,
  "_id": "iqontrol.0.Views.Schlafzimmer.0000__Klemmlampe.STATE",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

[BBTown]

@vepman nein, ausser Du hast Unterschiede in den iQontrol Zuweisungen
irgend etwas MUSS ja anders sein

[BBTown]

@vepman sagte in Test Adapter iqontrol v0.2.x:

Hier der Übeltäter:

na da haben wit ja schon einen Hinweis.
der "type" darf nicht "string" sein, sondern "boolean"

Aber Du zeigst eine Einstellung der iQontrol Kachel, die hilft nur bedingt.
Es muss schon der RAW des Datenpunktes sein!!!!

[vepman]

@BBTown
Nein, wenn ich die alte Zuweisung lösche und eine neue anlege, der gleiche Effekt.
Iqontrol komplett deinstalliert und iqontrol bzw. iqontrol.admin manuell gelöscht.
Wieder der Fehler nur bei der Schlafzimmer-Lampe.

[vepman]

@BBTown

Die Raw's von 2 Datenpunkten unter Objekte sind auch gleich.
Im Raw des Datenpunktes ist es richtig:

{
  "type": "state",
  "common": {
    "def": false,
    "type": "boolean",
    "read": true,
    "write": true,
    "role": "switch",
    "name": "Klemmlampe Schlafzimmer:1.STATE"
  },
  "native": {
    "CONTROL": "SWITCH.STATE",
    "DEFAULT": false,
    "FLAGS": 1,
    "ID": "STATE",
    "MAX": true,
    "MIN": false,
    "OPERATIONS": 7,
    "TAB_ORDER": 0,
    "TYPE": "BOOL",
    "UNIT": ""
  },
  "from": "system.adapter.hm-rega.0",
  "user": "system.user.admin",
  "ts": 1569233224109,
  "_id": "hm-rpc.0.KEQXXX4042.1.STATE",
  "acl": {
    "object": 1636,
    "state": 1636
  }
}