Monatsrückblick Januar/Februar 2026 ist online!

[e-s]

@nis
Habe Update drauf, tests stehen noch aus, melde mich morgen nochmal.

Kurze Frage für ein Feature request, bin mir aber noch nicht sicher wie das sinnvoll umgesetzt werden kann und ob das noch für den Adapter/ App inbegriffen werden sollte oder kann.

Für Werte wie Temperatur/Druck/Luftfeuchtigkeit wäre es manchmal schön zusätzlich min/max/durchschnitt zu sehen.
In der normalen Zeile für eine Anzeige, könnte man meiner Meinung noch die Zahlen mit rein quetschen und als einen DP darstellen.
Jetzt könnte man mit einem simplen blockly/js 2 weitere DP erstellen und somit einen für min und einen für max erstellen und wenn diese davor irgendwie gleich heißen, könnte iogo diese als einen nehmen.
Das ist aber wenig Userfriendly, deswegen wäre es genial wenn man auch irgendwo über Schraubenschlüssel oder so, diese min max DP aktivieren könnte.

Wie gesagt, die Funktion würde ich super finden. Aber ich weiß nicht ob das zu viel des guten ist, was ist eure Meinung?

[NightWatcher]

@e-s sowas sollte man über history doch super ziehen können? Ggf nur über ein Attribut konfigurieren, in welchem Zeitraum gesucht werden soll. Default evtl taggleich.

[sigi234]

Hallo,

Bekomme folgende Meldung:

iogo.0	2019-10-21 21:16:46.661	warn	(8720) Value of state hue.0.Hue_temperature_sensor_1.temperature has wrong type

RAW vom DP:

{
  "from": "system.adapter.hue.0",
  "user": "system.user.admin",
  "ts": 1569441888224,
  "common": {
    "name": "Hue temperature sensor 1.temperature",
    "type": "number",
    "role": "indicator.temperature",
    "read": true,
    "write": true,
    "custom": {
      "history.0": {
        "enabled": true,
        "changesOnly": true,
        "debounce": "1000",
        "maxLength": "960",
        "retention": "31536000",
        "changesRelogInterval": 5,
        "changesMinDelta": 0,
        "aliasId": ""
      }
    }
  },
  "native": {
    "id": "12"
  },
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  },
  "_id": "hue.0.Hue_temperature_sensor_1.temperature",
  "type": "state"
}

[crunchip]

@nis ich hatte gestern ein bisschen in der App durchgeklickt um mir die einzelnen Instanzen anzusehen, jedoch stürzt die App beim anklicken einiger Instanzen ab oder springt wieder aus dem Menü. Beim Aufrufen der gelisteten Instanzen, die keinen Adapter haben z.b ( icons-) oder flot, material(ui), mobile(ui) generell, aber auch Instanzen mit Adapter, z.b mclighting,

[A Former User]

@crunchip bitte Issue in github aufmachen, das ist ein Bug, Danke

[crunchip]

@nis ok, mach ich später zu hause

[A Former User]

@e-s @NightWatcher bitte für das History Feature mal einen Feature Request in GitHub stellen.
Die Idee ist gut, sollte nur:

• einfach zu bedienen sein
• sinnvoll darstellbar sein in der App

[crunchip]

Der wert ist leer, weil in dem Moment kein Fenster /Tür offen stand, aber der Zeitstempel müsste sich mit aktualisieren.
Selbst wenn ich ein Fenster öffne, steht ein Wert drin, aber die App zeigt keine Änderung
Du siehst aber den Zeitstempel und der wurde nicht übernommen.
Das hatte bis jetzt immer funktioniert bzw meistens.
Auch bei Spritpreise, lass ich mir den Namen der günstigsten Anzeigen, klappt auch nicht mehr.
Generell, klappt grad gar nix mehr, entweder ich muss den Adapter neu starten, oder App neu starten, ein wechsel von web auf iogo und zurück.
Dann dauert es ewig, bis sich was tut.
Daher kann ich dir nicht genau sagen warum und weshalb was wie nicht genau funktioniert.
Aktuell werden z.b. werte meiner Lichter (sonoff) oder auch xiaomi sensoren gar nicht oder zum Teil nur aktualisiert per web.

[A Former User]

@crunchip Tritt das den immer auf wenn der Wert leer ist? Über iogo- oder web-Adapter? Das könnte eine Ursache sein, muss ich mal nachstellen.

[crunchip]

@nis nein der wert ist leer , öffne ein Fenster, der state Fenster zeigt mir true
Aber der state, offene Fenster bleibt leer und aktualisiert auch den Zeitstempel nicht. Weder web noch Adapter. Erst wenn ich auf iogo stell und Adapter neu starte, bekomme ich es aktualisiert.

[crunchip]

@nis wie gesagt, in der alten Version gab es nie Probleme, erst seit der 2.xxxx
Bei der einen beta gings bei der anderen mal wieder nicht. Hatte aber ehrlich gesagt auch nicht so darauf geachtet, da bei jeder beta version immer mal andere Fehler zustande kamen.

[A Former User]

@crunchip Sind das selber angelegte Datenpunkte? Wie sieht die Logik aus die die Werte setzt? Poste mal bitte die relevanten Skripte.

[crunchip]

@nis das skript hatte ich schon mal gepostet, bin unterwegs.
Ich versuch mal ob ichs per Handy hin bekomme.

[A Former User]

@crunchip ist es das Skript: https://forum.iobroker.net/topic/25179/aufruf-js-controller-2-0-beta-test/767

[A Former User]

@crunchip oder dieses: https://forum.iobroker.net/topic/24962/selector-geht-nicht-mehr-nach-update-von-node-js/10

[crunchip]

@nis beides richtig, Tür/Fenster sind identisch, das Lichter skript stimmt auch
Also kopieren mitn Handy erweist sich schwieriger als gedacht

[A Former User]

@crunchip OK, dann versuche ich das mal bei mir nachzustellen

[A Former User]

@crunchip ich kann es nachstellen. Wenn man den Wert null oder "" einem Datenpunkt zuweist, dann denkt der Adapter aktuell der Datenpunkt wurde gelöscht und somit wird aus der Liste der zu synchronisierenden Datenpunkte gelöscht. Alle weiteren Werte werden daher nicht mehr berücksichtigt...

Ich überlege mir einen Fix dafür

[e-s]

@nis sagte in [Projekt] ioGo # Smarthome to go (BETA):

Changelog Adapter:
0.4.16:

• Changed: Memory Werte der Instanzen nur senden, wenn ein Device alive ist
• Bugfix: Zusatztexte von States unetsrstützen bei der Schreibweise "states": "false:Auf; true:Zu"

0.4.15:

• Bugfix wenn admin Adapter nicht als admin.0 Instanz verfügbar ist

Changelog App:
2.0.5:

• Bugfix: Änderungen des Devicename in den Einstellungen zuverlässig senden an iogo-Adapter

2.0.4:

• Bugfix: Crash bei Detailansicht Instanzen
• Bugfix: States mit Zusatztexten über web-Adapter verarbeiten vom Format "states": "true:offen;false:zu"

2.0.3:

• Changed Feature Request: Nachrichten mit gleichem title sortieren Eslässt sich nicht nach Titel Gruppieren. Stattdessen wird automatisch durch Android gruppiert ab etwa 4 Messages...
• Bugfix Instance Anzeige

2.0.2:

• Added Feature Request: Nachrichten mit gleichem title sortieren
• Added Nachrichten in Statusleiste nicht klickbar

Habe heute einige pushes bekommen mit der aktuellen beta, in der Statusleiste sah das schon besser aus. Also schön zusammen.
Klickbar waren die Nachrichten auch, aber seit der letzten Beta bleiben die Nachrichten nach dem klicken trotzdem in der Statusleiste vorhanden und werden durch das klicken nicht entfernt.

kannst du das sortieren nach title eigentlich auch in der app machen, also ich stelle mir das so vor. title xyz, darunter sieht man immer die aktuellste Nachricht, klickt man drauf, werden alle Nachrichten mit dem title angezeigt

[crunchip]

@nis schön das du den Fehler gefunden hast, aber es hat ja mal funktioniert. Zumindest in der Alten version.