@nik82 said in [Aufruf] Neuer Adaper Google-Sharedlocations:

Habe eine blöde und fast peinliche Frage, habe die Github Versionen immer so installiert:

Finde hier aber deinen Adapter nicht, jetzt muss ich wahrscheinlich über URL installieren, dazu einfach diese URL eintragen oder:

Ja, das ist im Grunde richtig, aber die URL, die du nimmst zeigt zum veralteten Adapter. Meine aktualisierte Version ist unter https://github.com/Garfonso/ioBroker.google-sharedlocations zu finden.
Der ursprüngliche Entwickler hat sich zwar mal gemeldet, aber irgendwie ist daraus keine Aktion erfolgt.. weiß noch nicht, wie man da weiter machen sollte. Aber mache ja auch eher flickschusterei aktuell..

//EDIT: ok, ihr wart schneller

Es gab mal wieder einige Änderungen und der alte Test-Thread ist doch schon wieder sehr lang und unübersichtlich.

Daher für die 3.0.0 jetzt einen neuer Thread.

3.0.0:

• (agross) added: Sprache pro Instanz einstellen
• (Garfonso) changed: updated frontend auf 20221027.0. Karten und Themen anpassen!
• (Garfonso) added: browser_mod (2.1.3) ist jetzt integriert. Bitte manuell hinzugefügte browser_mod Karten entfernen!
• (Garfonso) added: 'instances.refresh' kann genutzt werden um das frontend neuzuladen
• (Garfonso) removed: lovelace_reload und window_reload states
• (Garfonso) removed: name state, wird nicht mehr unterstützt (bzw. aktuell nicht)
• (Garfonso) added: Unterstützung für toasts mit action button (json oder ;-string)
• (Garfonso) added: activity state, der anzeigt ob ein User gerade den Browser nutzt
• (Garfonso) crash bei schlechtem JSON in notification
• (Garfonso) Übersetzungszeug...
• (Garfonso) added: Unterstützung für Unterordner in /cards/ für Bilder und Zeug, dass custom cards laden. (Die Karten selber bitte in /cards/ lassen, sonst werden sie nicht im frontend registriert).
• (Garfonso) crash wenn ein state aktualisiert werden sollte, bevor der websocket bereit war (z.B. weil control.darkMode oder so als entity verwendet werden soll)

3.0.1

• (Garfonso) fixed: Farbtemperatur
• (Garfonso) fixed: notifications (die alten mit der Glocke )
• (Garfonso) fixed: crash, wenn keine History ausgewählt wurde

Ansonsten: Guckt euch nochmal iobroker.pro Unterstützung an. Da hat Bluefox jetzt einiges getan. Für mich funktioniert das aktuell sehr gut. Die Umleitung von https://iobroker.pro:4443/lovelace für das Login geht meistens sogar auch, aber manchmal nicht... aber es geht auch mittlerweile fast alles direkt über https://iobroker.pro/lovelace/ (wobei da Bluefox für bestimmte Pfade ggf. nochwas hinzufügen muss -> wenn also da was fehlt, bitte Meldung machen, gerne an mich - ich weiß auch nicht, wie offiziell das ist, aber ich bin da mal nach dem login hingeleitet worden, kann so schlimm nicht sein )

4.0.0

• (Garfonso) Breaking: Update frontent to 2023.12.08.1
• (Garfonso) Breaking: all states default to string now. Added some exceptions (like timestamps). Check your filters.
• (Garfonso) Use better random numbers for tokens.
• (Garfonso) Support media_play_pause (mini-media-player card play / pause) again.
• (Garfonso) Support for input_select
• (Garfonso) Improve support for sensor with device_class=date
• (Garfonso) Remove hideToolbar from settings. Now using browser_mod to allow per instance control.
• (Garfonso) repaired persistent notifications.
• (Garfonso) Use browser_mod to hide sidebar.

Ich hab von 3.0.1 auf 4.0.0 bestimmt noch einiges vergessen. Am frontend sollte sich nicht soooo viel getan haben (besonders für die Leute, die schonmal die github version getestet haben).
Achja: Known issue (vermutlich) ist die shoppinglist. Die gibt es in lovelace nicht mehr, ist jetzt generische todoliste. Das geht vermutlich noch nicht, muss ich mir angucken.

4.0.0-4.0.7

• Diverse Crashs gefixt (sorry dafür), insbesondere mit Datumsverarbeitung
• History sollte wieder gehen
• Thermostat ohne Modus / an/aus State gefixt

Hi.
Der RPI2 Adapter macht aktuell an zwei Stellen Probleme:

1. nach Aktualisierung von Raspian auf das Release "Bookworm" gehen GPIOs nicht mehr, weil die Methode, die der Adapter genutzt hat veraltet ist und in Bookworm entfernt wurde.
2. Raspberry 5 geht nicht (?)
3. der Adapter muss an JS-Controller 6.x angepasst werden.
4. Ein paar der Informationen wurden nicht vernünftig abgerufen und wie die implementiert waren, war auch eher fragwürdig...

Dem Parsen der Informationen hat sich dankenswerterweise @Thomas-Braun angenommen. Guckt mal, ob da jetzt alles so kommt, wie es soll.
Ich habe mich der Aktualisierung und Anpassung an JS-Controller 6.x und neuer GPIO Bibliothek angenommen. Das ist leider alles noch etwas wackelig in node.js... ich musste drei Bibliotheken durchprobieren. Alle haben ziemlich unterschiedliche Features und es fehlt überall etwas, leider.
Aber zumindest GPIO Input und Output müsste jetzt gehen.

Was aktuelle (noch) nicht geht:

• Konfiguration der Pins als Buttons... die werden einfach als input behandelt. Das wird ohne großen Aufwand auch nicht zurückkommen. Da müssten sich die Leute, die das verwenden, mal melden mit ihren User-cases... da muss alles von Hand neu programmiert werden, das mache ich nur, wenn da ausreichend Leute zusammen kommen.
• Konfiguration der Ausgänge - also High/Low. Es dürfte immer High sein. Da bitte Aufpassen beim testen!
• Pullup/PullDown geht auch grundsätzlich nicht, aber das scheint im alten Adapter auch schon so gewesen zu sein. Daran wird aber gearbeitet.

Sonst "sollte" erst einmal alles gehen.
Bitte auch mutige vor, die mit "alten" Raspian Versionen testen können und gucken, ob alles so geht, wie vorher.

Installieren entweder über admin oder z.B. mit iob upgrade rpi2@2.1.1

Alpha.11:

• Weiterer Versuch gpio Input hinzubekommen.

Alpha.12:

• Debounce Timer neuimplementiert, damit GPIO Inputs vernünftig ankommen.

Alpha.13:

• OutHigh wird im code unterstützt (indem einfach der Wert rumgedreht wird)
• states für buttons werden gelöscht und ein "state" Zustand erstellt.

2.0.0:

• debounce-Verhalten wie in alter Version (hab übersehen, dass sie doch in Settings einstellbar war und verstanden, dass "undefiniert" 0 bedeutet -> hoffe damit kommen jetzt alle Inputs)

2.1.1:

• gpio sollte wieder grundsätzlich gehen
• Rasspberry Zero Unterstützung
• gpio Bibliothek ist jetzt zwingend eine dependency. Die Systembibliothek wird per preinstall Script mit installiert.

2.1.2:

• Theoretisch konnten noch Änderungen verloren gehen, weil der state nur geschrieben wurde, wenn sich der Wert verändert hat (Race-Condition bei sehr schnellen Pulsen). Sollte jetzt auch nicht mehr passieren.

@laser und alle anderen
bitte mal die alpha.13 testen und gerne in https://forum.iobroker.net/topic/75290/test-adapter-rpi2-2-x/ weiter diskutieren (dann muss ich nicht an zwei stellen aktualisieren, was ich treibe).

Ah, wieder offen, danke.

Ja, mit dem cookie so funktioniert es aktuell. Mal sehen, wie lange die cookies halten.
Langfristig will ich gerne eine Proxy Lösung ähnlich wie bei Alexa2 einbauen.

@ilovegym
Gräme dich nicht zu sehr, ich war da und habe trotzdem nichts von der Currywurst (die sehr gut roch) abbekommen.

Ich habe im Lovelace Adapter eine neue Version der Lovelace UI integriert und zwar vom 20.06.2020. Diese Version ist deutlich anders als die vorherige. Daher wollte ich hier noch einmal auf ein paar Stolpersteine beim Upgrade eingehen und darum bitten zu testen.

• Das UI sieht ganz anders aus. Themes brauchen zum Teil ein Upgrade. Z.B. damit bei einem Dark-Theme das Menü noch nutzbar ist, muss diese Zeile hinzugefügt werden mdc-theme-surface: var(--primary-background-color) (Thematisch bei Backgrounds). Manche custom-cards werden ebenfalls nicht mehr so toll aussehen (z.B. die accuweather-card)

• Manche custom-cards brauchen ein Update. Bisher identifiziert mit Problemen:

  • mini-graph-card
  • Slideshow
  • button-entity-row
  • button-card

• Karten/Ressourcen werden grundsätzlich anders geladen. Wenn man im "RAW Konfigurationseditor" diesen Fehler sieht: sollte man ganz unten in der Datei diese Zeilen löschen: (also alles inklusive "ressoureces:" und danach)

Veränderungen:

• vieles sieht schöner aus, finde ich
• Ich habe "history" aktiviert, damit gibt es jetzt im more-info-Fenster auch einen Zustandsverlauf, so z.B.:
• In der Map gibt es eine GPS Spur! (yeah)
• Ich habe support für Cover-Entities hinzugefügt. Gleichzeitigt bleibt der input_number entity erhalten. Damit kann man Rolladen dann so steuern: (alternativ ginge natürlich die slider entity row). Cover ist noch nicht ganz fertig. Aktuell kann man noch in der Config selektieren, wierum die eigenen Rolladen gehen (100% = offen oder 100% = zu. HomeAssistant/Lovelace geht von 100% = offen aus). Ich arbeite an einem type-detector update, das das am Ende automatisch erkennen soll. Wann es soweit ist, weiß ich aber aktuell noch nicht (und die Rollen müssen dann auch entsprechend gesetzt werden).
• ich habe bei den binary_sensor und sensor entities, die der Adapter erstellt, die device_class hinzugefügt. Damit werden dann auch vernünftige Übersetzungen für den State erzeugt (also z.B. "Offen"/"Geschlossen" für Fenster / Tür Kontakte). Ich habe auch ein entsprechendes Fenster mit Kipp hinzugefügt. Alle entities müssen dafür automatisch erkannt werden (i.e. type-detector / devices adapter zur Hilfe nehmen)
• Beim Update habe ich die weater-card gefixt, hat jetzt wieder icons (selbst mit auth).

Known Bugs

* der Cursor im Editor ist nach dem öffnen versetzt. Und zwar wird die Zeilenhöhe zu klein angenommen. Desto weiter man nach unten scrollt, desto mehr klaffen eigentliche Zeile und Position an der der Cursor angezeigt wird auseinander.
Workaround: In der ersten Zeile solange Leerzeichen einfügen, bis ein Scrollbalken erscheint -> danach geht es richtig (bis der Editor geschlossen wird und neu geöffnet, leider)
Sollte mit 1.3.* behoben sein.

1.2.5 (2020-07-10)

• Die initialen Werte werden genauso behandelt, wie state changes später. Fixt Problem mit input_select, wo Anfangs der Wert falsch war. Bitte beobachten ob bei anderen Dingen etwas fehlt.
• Workaround für common.states, die noch string sind (aber mit Warnung).

1.2.6 (2020-08-13)

• (Garfonso) Behoben: Ungültiges Datum in Wetterkarten
• (Garfonso) Behoben: Probleme mit dem Leerzeichen in manuellen entities.

1.2.7 (2020-10-18) - Bug fix Release

• (Garfonso) Fixed: manuelle Dimmer konnten falschen 'state' haben
• (Garfonso) Fixed/Changed: Testing infrastructure and dev-dependencies (work in progress)
• (Garfonso) Fixed: Setzte Thermostate auf 'auto', ggf. erlaubt das sichereres steuern von Temperatur
• (Garfonso) Fixed: Rauf/Runter bei 'cover' (Rolladen)
• (Garfonso) Fixed: Problem mit play/pause bei Media Player, außerdem: History ist nun schöner
• (Garfonso) Added: Erlaube automatische Dimmer ohne an/aus-State
• (Garfonso) Fixed: Verhindere Crash durch manuelle entities mit "komischem" Namen

1.3.0-alpha.0 (2020-11-06)

• (Garfonso) Fixed: Änderung an Thermostat Rückgängig gemacht, geht nun wie vorher
• (Garfonso) Fixed: Verhindere Absturz, wenn call-service einen ungültigen Service aus dem UI aufruft.
• (Garfonso) Fixed: Objektänderungen werden nun korrekt im UI angezeigt
• (Garfonso) Added: Unterstützung für RGB-Arrays (hue-extended - experimentell)
• (Garfonso) Enhancement: started refactoring of server.js - will take time, but make maintenance easier.
• (Garfonso) Change: Notifications are now cached in adapter, makes responses a bit faster
• (Garfonso) Enhancement: Updated to lovelace 20201021.4 -> fixt für mich den Editorbug!

1.31.-1.5.0

• Behoben: Problem mit manuell generierten Entitäts-IDs (geändert und kann unzulässige Zeichen enthalten)
• Behoben: Möglicher Absturz während der Geräteerstellung.
• Hinzugefügt / Behoben: Abonniere auch States für Mini-Grafkarte und möglicherweise andere.
• Behoben: Geräte, die aus iot / ohne smartName gelöscht wurden, nicht ignorieren
• Hinzugefügt: Unterstützt Ortungsgeräte mit einem GPS-Status in Zeichenfolgenform
• Hinzugefügt: Unterstützung für Protokolldienst, Protokollierung von Frontend-Fehlern im Serverprotokoll
• Hinzugefügt: Unterstützung für Serviceanrufe mit mehreren IDs, d. H. Header-Schalter der Elementkarte
• Behoben: eindeutige Prüfung für manuelle Entitäten nur Instanz 0 geprüft. Auch etwas benutzerfreundlicher gemacht.
• Hinzugefügt: Möglichkeit zur Auswahl eines Themas zur Laufzeit / Auswahl eines dunklen Standardthemas
• Behoben: hideToolbar hat auch die Tab-Leiste ausgeblendet
• Hinzugefügt: Unterstützung für den Serviceaufruf iobroker_say (ermöglicht tts in Mini-Mediaplayer-Karten mit der Plattform iobroker)
• Unterstützung des neuen Let's Encrypt (nur mit js-controller 3.2.x)
• Unterstützung von Lovelace über ioBroker.pro
• (Garfonso) Geändert: defaultTheme und control.theme standen in Konflikt. Jetzt wird control.theme festgelegt, wenn ein neues Standardthema ausgewählt wird.
• (Garfonso) Hinzugefügt: control.themeDark, um Geräte auch im dunklen Modus zu steuern.
• (Garfonso) Behoben: Gerätesymbole funktionieren jetzt auch wenn Authentifizierung aktiviert ist
• (Garfonso) Geändert: Bisher konnte nur der Administrator die Benutzeroberfläche ändern. Jetzt dürfen auch der Eigentümer des Konfigurationsobjekts und Mitglieder der Eigentümergruppe die Benutzeroberfläche ändern.
• (Garfonso) Interne Codebereinigung / Aktualisierung der Abhängigkeiten.
• (Garfonso) Hinzugefügt: Unterstützung für rein Feuchtigkeitssensoren.
• (Garfonso) Hinzugefügt: Unterstützung für URL als entity_image
  (Garfonso) Behoben: Behandlung von Benutzername / Benutzer-ID an Änderungen in js-controller 3.2. angepasst
• (Garfonso) Behoben: Standardthemen werden nicht als ausgewählt angezeigt
• (Garfonso) Behoben: Laden von Themes / benutzerdefinierten Karten / Image-Proxy

1.5.0-2.0.0

• Geändert: !Inkompatibel! Batteriewarnung ist jetzt binary_sensor anstelle von sensor (jetzt setzt ui das Symbol und übersetzt ok)
• Behoben: !Inkompatibel! Entity_id-Konflikt für Low_bat / Feuchtigkeit, wenn Teil eines anderen Geräts
• Aktualisiertes Frontend auf 20210603.0 (Licht entity hat sich verändert, Farbe werden nicht mehr konvertieren)
• Geändert: Dateigrößenbeschränkung auf 5 MB während des Uploads in config.
• Hinzugefügt: Unterstützung für input_datetime
• Hinzugefügt: Unterstützung für manuelle komplexe Lichtobjekte
• Hinzugefügt: Unterstützung für Bilder aus base64-Daten in iobroker-Zuständen
• Hinzugefügt: Unterstützung für zusätzliche Alarmzustände.
• Hinzugefügt: Parameter, um nur Code einzugeben, wenn der Alarm deaktiviert wird
• Hinzugefügt: Unterstützung für Admin 5 (jsonCustom)
• Hinzugefügt: Unterstützung für AirCondition / Rework Thermostat
• Hinzugefügt: Manuelle Entitäten können jetzt komplexer sein (benötigt Dokumentation)
• Hinzugefügt: DarkMode-Steuerung

Viel Spaß beim testen. Ich freue mich über Feedback.
Mein Ziel ist es eine 2.0.* Version ins stable repository zu bekommen (aber erstmal hier testen, dann latest und dann sehen wir weiter ).

Ahrg... warum hab ich das nur gemacht? Da gibt es noch gefühlt 1000 andere Kurse, dich ich spannend finde und meine mich einschreiben zu müssen.

@jan1
urgs... ja. Seh ich auch gerade.. hatte auch erst meinen Cookier erneuert.. puh
Muss sehen, wann ich Zeit dafür finde.

Irgendwie machen die Homeassistant Leute auch was anders als wir und müssen anscheinend nicht den Cookier erneuern (oder es beschwert sich keiner? ). Da muss ich mal nochmal genauer gucken, was die machen.

@david-g
Ja, da will ich mich mal wieder ran setzen. Müsste in den nächsten Wochen klappen.

@moppedman

Ok dank, dann war das Logikfehler bei mir. Muss ich mir nochmal in Ruhe anschauen.

@jr28

"gleiche config wie TE" bedeutet, dass du auch noch Buster einsetzt? Dann seinen vorletzten Post hier lesen.
Oder ist es doch nicht die gleiche Config und du hast schon Bookworm (oder wenigstens Bullseye)?

Falls du nicht Bookworm hast, wäre ein workaround die letzte 1.x Version vom Adapter installieren. Dann solltest du dir trotzdem nen Termin suchen, an dem du den Raspberry mal aktualisierst. Auch Bullseye wird nicht mehr aktualisiert -> potentielles Sicherheitsrisiko und wirst immer mehr Probleme mit Updates bekommen. Bookworm sollte man langsam drauf ziehen.

Wenn es schon Bookworm ist, dann das hier mal posten:
@thomas-braun said in Rpi2.0 v2.2.1 adapter update / Raspi4B:

@krissie777

apt policy libgpiod-dev

sagt?

@elektroman said in Test Adapter rpi2 2.x:

Ich bin kein Programmierer aber vielleicht kann man in den Einstellungen einfach einen „Schalter“ machen, der den Wert des Status ändert aber nicht die Funktion verändert.

Hä?
Also im Moment gibt es (oder sollte es geben, da beim Schreiben ein bug ist):

Was würdest du vorschlagen?

@elektroman said in Test Adapter rpi2 2.x:

Also der Status zeigt true an und der Alias aber false

Das ist mit einer read (und vermutlich write) Funktion, die einfach nur "!val" ist erledigt.

@elektroman said in Test Adapter rpi2 2.x:

Bei ESPeasy bzw. bei RPI Easy sieht das so aus:

Bist du sicher, dass das dir nur die Anzeige rumdreht?
Ich verstehe ehrlich gesagt nicht, was dir, mit Blick auf die Tabelle oben, noch fehlt.

@moppedman said in Test Adapter rpi2 2.x:

Nach dem Neustart bleiben die Relais AUS , unabhängig was ich als Startwert in die Config eintrage. Das wäre schön wenn du das noch anpassen könntest das der Ausgang nach dem Neustart dem Wert in der Config entspricht. (Startwert "0" = EIN)

Hm... das geht nicht?
Da muss ich nochmal im Code suchen und testen... Eigentlich (tm) hab ich in der 2.3.0 eingebaut, dass Startwert 1 immer den GPIO auf true setzt, Startwert 0 immer den GPIO auf 0 setzt. Allerdings ist da aktuell noch ein (möglicher?) Bug in der writeGPIO Funtkion, dass sie das (pseudo) Pullup nicht berücksichtigt. Ich sehe bei dir, dass setzen von "false" "ein" bedeutet. Das lässt sich vermuten, dass du pull up angehakt hast? (Gerne Meinung dazu)
Aber dann müssten die Startwert 1 ja trotzdem auf "Ein" gehen.. .hm.. also da ist nochwas krum.

@elektroman said in Test Adapter rpi2 2.x:

Kann ich den Wert von state umschreiben, dass true=geschaltet wieder ist? (NOR-Gatter)

Hä?
Also "true" soll bedeuten, dass GPIO aus ist? Eigentlich sollte das passieren, wenn du "Pull up" anhakst. Das hat eigentlich nur zur Folge, dass der state invertiert wird (wie die Warnung sagt, wird echtes Pull up/down bisher nicht unterstützt). Ergibt das Sinn? Oder sollte ich dafür noch eine eigene Checkbox machen?

Ich hab auch gerade im Code gesehen, dass beim read dieses pseudo pull up berücksichtig wird, also ein GPIO an wird dadurch zu false im state und ein GPIO aus wird zu true im state. Allerdings wird das beim write bisher ignoriert... ist das falsch? War das mal anders? kopfkratz Vermutlich, oder?

@packelend said in Fragen / Antworten rund um die neue Alias Funktion:

wenn ich das in diesem adapter mache, passiert das im anderem adapter

Naja, es gibt eine handvoll Adapter, die den type-detector und dessen Ergebnisse verwenden (können). Das sind leider noch relativ wenige. Aber hauptsächlich sind es Adapter, die irgendwas mit Geräten anfangen können, also Visualisierungen (lovelace, materialize), die daraus was automatisch basteln (können) oder so Dinge, wie iot (der automatisch z.B. Alexa Geräte anlegt).
Ob es da irgendwo eine Liste gibt, weiß ich nicht.

@packelend said in Fragen / Antworten rund um die neue Alias Funktion:

warum muss ich auch die räume berücksichtigen?

Sieh es als filter. ioBroker Installationen haben oft zigtausende Objekte. Der type-detector (bzw. die Adapter, die ihn nutzen) guckt sich davon aber nur die an, wo der User manuell Raum & Funktion vergeben hat. Bei manchen Adaptern wird daraus auch der Gerätename generiert (z.B. iot -> Licht Raum XY usw.). Wenn du die beiden Enums nicht nutzen magst (wobei ich das persönlich empfehle, kann man selbst dann auch in Skripten verwenden, um z.B. alle Lichter in Raum XY zu bekommen oder so, ich muss einige meiner Skripte bei neuen Geräten nicht mehr anfassen, wenn ich Raum & Funktion korrekt vergebe), dann leg halt dummies an und vergib die (ich hab auch einen Raum "überall", da kommen Dinge, rein, die sich bewegen können und keinen festen Raum haben oder Wetter oder so).

Aber ich glaube, wir schweifen hier langsam etwas vom Thema ab.
Trotzdem glaube ich, dass deine Erfahrungen wertvoll für die Dokumentation wären. Gab es da nicht nochmal eine Initiative @apollon77 ? Kann man sich da irgendwo melden?

@packelend
ja, genau, den devices-adapter.

Da tauchen bei "native Geräte" die Geräte auf, die er in deinem Objektbaum schon erkennt (aber nur, wenn die auch Raum & Funktion zugewiesen haben) und ansonsten kannst du damit auch deine Struktur in alias anlegen / pflegen. Also neue Geräte, die du damit zusammen klickst kommen alle in alias.0 (ggf. mit Ordner als Pfad usw.).

@packelend said in Fragen / Antworten rund um die neue Alias Funktion:

kannst du mir mal nen Screenshot schicken?

Wenn du meinst, dass dir das hilft:

@packelend said in Fragen / Antworten rund um die neue Alias Funktion:

ist das irgendwo dokumentiert, was dieser erwartet?

Ja. Hier sehr technisch: https://github.com/ioBroker/ioBroker.type-detector/blob/master/DEVICES.md

Du kannst aber auch schauen, was im "Geräte" Tab so passiert. Damit kannst du auch Alias-Geräte zusammenklicken. Bzw., wenn du, was manuell angelegt hast, siehst du da, was die automatische Geräte-Erkennung daraus gemacht hat und welche States vielleicht noch fehlen / falsch zugeordnet sind.

@mcm1957 said in Test Adapter rpi2 2.x:

Gib einfach Bescheid wenn / wann du einen Update im Stable für sinnvoll hältst.

Hab den PR angestoßen.
Und ihr habt ja recht, ich bin etwas nachlässig mit stable releases. Dafür möchte ich mich entschuldigen.

Umgekehrt ging die 2.2.1 tatsächlich auch, als sie in stable gekommen ist. Die Probleme fingen erst durch ein Update der Abhängigkeit im Dezember an.

@packelend
du kannst in alias.0 beliebige Ordner, Geräte und Channel anlegen.

Deine angedachte Struktur ist aus ioBroker Sicht eher ungünstig. ioBroker denkt eher in "Geräten". Ich habe bei mir Ordner (Objekt type "folder") für die "Gewerke" (also Licht, Heizung, Rolland, usw.) angelegt und darin jeweils Geräte (Objekt type "device") für (meist) physisch vorhandene Geräte mit all ihren Funktionen und Werten.
Damit kann dann der type-detector was anfangen und du kannst einige Sachen automatisieren lassen.