Meeting für ioBroker Core/Dev/Admin 21.05.25 20:30

[ldittmar]

Themenliste für Mai:

• Jeder kann kurz sagen woran er gerade arbeitet (alle Anwesenden) - immer nur kurz, die Zeit rennt
• ioBroker Community Initiatives - aktueller Stand (Apollon77)
  • Matter seid ca. 2 Wochen im Stable, lauft gut. Wenige Issues. Mege Gerätetypen in Vorbereitung
• Roles und TypeDetector - "Welche neuen Rollen und ggf. Gerätetypen haben wir eingeführt?" (Apollon77)
  • Fehlende Rolle indicator.error hinzugefügt
  • Type Detector hat einige neue Features bekommen, siehe Changelog. Matter nutzt das, weitere Adapter bekommen es noch
• Mit TypeScript Widgets schreiben (Bluefox)
  • Vis2 Widgets in TS schreiben ...
  • BundlerType = "module"property in widget config in io-package einfügen.
  • Beispiel: OpenWeather map Widget
  • Geht mit neuester Vis2 version 2.12.9
• OAuth2 Service für Adapter (UncleSam)
  • Ja, etwas generisches macht Sinn, Bedarf aktuell bei Spotify-Adapter
  • Denis hat bereits so einen Service für DropBox und Google Drive, den kann man ggf anpassen
  • Denis und UncleSam schliessen sich dazu kurz und dann wird Spotify der Testballon wo auch die Doku rausfällt
• Regionale Adapter (UncleSam)
  • Idee: Adapter deklariert im io-package mit zb ISO-3166-2 die "Region" und Admin nutzt Sie um zb "Lokale Adapter" als eigene Kategorie anzuzeigen
  • Schritte: io-package Schema erweitern, dann Adapter die relevant sind zu machen, dann kann Admin Dinge anpassen
• Empfehlung für node.js 22 (mcm1957)
  • Ja machen wir
• Node.js 24 Adapter tests starten
  • Ja, Martin verteilt bald Issues
• Notification und andere Benachrichtigung..wann ist was sinnvoll (arteck)
  • Generelle Diskussion welche Notifications wo und wie angezeigt werden sollen (Robomow status im Admin ...)?
  • Notifications ein/ausschalten Konfig oder state im Adapter? Sollte ich Konfig sein.
  • Ggf im Admin editierbar was dort angezeigt wird
  • Generell gern machen und nutzen
• Solingen Smart Living Forum: Save the data 14.06.25
  • Kommt vorbei!!

Der Link zum Treffen:

https://teams.microsoft.com/l/meetup-join/19%3Ameeting_NmQ0YTExMzQtMzE1Mi00ZjlkLWE5ODQtMTViNWUyMmM4N2Rm%40thread.v2/0?context={"Tid"%3A"9828db65-475b-459a-bee3-3f75e9d878c0"%2C"Oid"%3A"3884f994-0582-4036-a42e-f1edda8e14e0"}

Wer Themen zum Meeting hat, einfach hier drunter schreiben und wir tragen es ein.

Die Meetings werden auf 2 Stunden begrenzt. Themen die nicht behandelt werden können, verschieben wir auf nächsten Monat.
Aber es kann durchaus passieren, dass Diskussionen auch nach dem Ende weiter geführt werden.

Alles was im Meeting besprochen wurde, wird hier unterhalb der Themen, stichpunktweise dokumentiert.

Das nächste Meeting wird dann Ordnungsgemäß am 18.06.25 stattfinden.

[UncleSam]

OAuth2 Service für Adapter
Immer wieder brauchen Adapter OAuth2 und häufig müssen die Endbenutzer einen Entwickler-Account oder ähnliches beim entsprechenden Service erstellen und dort eine Redirect-Adresse eintragen.
Es wäre schön, wenn es einen "Mittelmann" gibt für ioBroker, der diese Authentifizierung insbesondere mit gültiger Redirect-Adresse anbietet. Das wäre eine "Website", die dann den User mit entsprechendem Token zurück an seine ioBroker-Admin-Instanz redirected. Technisch gesehen ist das ein OAuth2 "chaining".

[mcm1957]

@ldittmar
Empfehlung für node.js 22

Node.js 22 ist seit Oktober 2024 die offizielle LTS Release. Node.js 20 ist seit diesem Zeitraum auf Maintainance support only. (https://nodejs.org/en/about/previous-releases)

Wir sollten überlegen ob wir / wann wir node.js 22 offiziell für ioBroker empfehlen. Damit einhergehend wäre die Anpassung dass node.js 22 bei neuen System als Default installiert wird bzw. dass iob nodejs-update node.js 22 als Default verwendet.

Damit keine Verwirrung auftritt:
Es geht NICHT darum zu empfehlen, dass Adapter node.js 22 verpflichtend verlangen, sprich die engines clause auf 22 anheben.

Diskussion falls erforderlich bitte vorzugsweise im Meeting oder in einem eigenem Topic.

[arteck]

Notification und andere Benachrichtigung..wann ist was sinnvoll

Würde ich gerne mal bequatschen..aus gegebenen Anlass

[Bluefox]

@ldittmar Ich möchte erklären, wie man mit TypeScript die Widgets schreiben kann.

[UncleSam]

Regionale Adapter: Gemäss unserer Diskussion vom Sonntag:

Wäre es möglich, in ioBroker länderspezifische Adapter zu filtern oder hervor zu heben? Ich nehme an, im Moment gibt es sowas nicht, aber für uns Schweizer (und sicher auch für Österreicher) wäre das noch praktisch, wenn wir Adapter für rein lokale Dienste hervorgehoben bekämen.
Das könnte man weiter denken und "Regionen" allgemeiner definieren: zB könnte es ja sein, dass eine Smart City wie Solingen einen Adapter im entsprechenden Kreis anbietet.
Das könnte ja eventuell auch in Discovery eingebaut sein - oder könnte man das schon heute dort umsetzen?

Als Grundlage könnte man ISO-3166-2 nehmen: https://www.npmjs.com/package/country-region-data
Die Geo-Daten sind zum Beispiel hier verfügbar: https://gis.stackexchange.com/a/113360

[apollon77]

https://github.com/ioBroker/ioBroker.type-detector/issues/118

J-Paul0815 created this issue in ioBroker/ioBroker.type-detector

open Incorrect RegEx for switch.power role – matches unintended states #118

[mcm1957]

@ldittmar

(Einmaliges) Issue mit bitte um Testen seiner Adapter gegen node 24?

Jetzt schon ok oder erst in x(?) Monaten?

Damits klar ist
Geht NUR um Bitt-Issue mal gegen node 24 testen und node 24 in die Testmatrix einzutragen. Geht natürlich NICHT um Anhebung engines clause auf 24.

Wäre vergleichbar mit node 22 test issue vor ca 1 Jahr oder so.

Edit
Versuch Lesbarkeit zuschaffen

[Codierknecht]

@mcm1957 sagte in Meeting für ioBroker Core/Dev/Admin 21.05.25 20:30:

Geht NUR um Bittissue mal gegen node 24 testenbubd node 24 in die Testmatrix euntutragen. Geht natürlich NICHT um Anhebubg engines claushe auf 24.

Ist Deine Tastatur kaputt?

[mcm1957]

@codierknecht
nö nur die Finger.
Sorry

Und ohne Brille sollte ichs auch unterlassen ...

[apollon77]

Spontan neuer Link: https://teams.microsoft.com/l/meetup-join/19%3Ameeting_NmQ0YTExMzQtMzE1Mi00ZjlkLWE5ODQtMTViNWUyMmM4N2Rm%40thread.v2/0?context={"Tid"%3A"9828db65-475b-459a-bee3-3f75e9d878c0"%2C"Oid"%3A"3884f994-0582-4036-a42e-f1edda8e14e0"}

[J_Paul]

@apollon77
War gestern nicht die ganze Zeit dabei, konnte die Frage(n) beantwortet werden?

[mcm1957]

@j_paul
Zusammenfassungen sind im ersten Betrag eingefügt

[J_Paul]

@mcm1957
Mir ist deine Antwort nicht verständlich, auch bin ich mir unsicher, ob Du mit Deiner Antwort von mir erwartest, dass ich etwas zwischen den Zeilen lesen soll, kann das sein?
Ingo hatte das Issue mit auf die Agenda gesetzt.

Weder finde ich dazu in der Zusammenfassung im ersten Beitrag etwas dazu, auf den Du mich hingewiesen hast, noch eine Antwort in dem Issue selbst.

[apollon77]

@j_paul Hm ... mist ... irgendwie ist das beim Zusammenfassen der Topics vergessen wurden und ich habs dann auch vergessen ... mist ... ich schau mal das wir das so klären. Sorry

[apollon77]

Und hier noch die CharGPT Zusammenfassung von Denis:

ioBroker Entwicklermeeting Bericht - 21. Mai 2025

1. Matter-Update:

• Fast 500 Installationen erreicht; Fokus derzeit auf Stabilität und reduziertem RAM-Verbrauch.
• Unterstützung für weitere Gerätetypen wie Klimaanlagen geplant.
• Untersuchung von Problemen mit Aqara Türsensoren läuft aktuell.

2. Rollen- und Typdetektor:

• Fehler mit Rolle Indicator.Error behoben.
• Verbesserte Geräteerkennung, um Mehrfacherkennung eines Geräts zu vermeiden (z.B. Homematic Kanäle).
• Priorisierung und Ausschlussmechanismen für optimale Typenerkennung hinzugefügt (besonders für Zigbee-Adapter).

3. TypeScript Widgets für VIS-2:

• Widgets können jetzt in TypeScript entwickelt werden.
• Erste Umstellungen (Material, Jägerdesign) bereits erfolgt.
• Erfordert neue Version von VIS-2 (2.12.9), bald stabil verfügbar.
• Entwickler werden zur Migration auf TypeScript ermutigt für einfachere Verwaltung und Konsistenz.

4. OAuth2 Service:

• Vorschlag eines zentralen OAuth2-Services für Adapter wie Spotify, Dropbox usw.
• Vereinfacht die Authentifizierung und Benutzerkonfiguration deutlich.
• Aktuelle Implementierungen existieren bereits für Google Drive und Dropbox, weitere Anbieter sind geplant.

5. Regionale Adapteridentifikation:

• Verwendung von ISO 3166-2 Codes zur Identifikation regionsspezifischer Adapter vorgeschlagen.
• Könnte die Relevanz und Benutzerfreundlichkeit je nach geografischem Standort der Nutzer erhöhen.
• Erste Implementierungen für die Filterung im Admin-Interface in Betracht gezogen.

6. Node.js Updates:

• Offizielle Empfehlung, Nutzerinstallationen auf Node.js 22 zu aktualisieren.
• Node.js 18 ist End-of-Life; Node.js 24 Tests sind erwünscht, aber noch nicht offiziell empfohlen.
• Bekannte Kompatibilitätsprobleme mit bestimmten Adaptern, insbesondere solchen mit nativen Abhängigkeiten.

7. Benachrichtigungen und Verwaltung der Einstellungen:

• Diskussion über die Angemessenheit und Konfiguration von Benachrichtigungen.
• Vorschlag einer zentralisierten Kontrolle der Benachrichtigungen über das Admin-Interface.
• Verstärkter Einsatz von JSON-Konfigurationen für flexible Adaptereinstellungen empfohlen.

---

Fazit:

Im Meeting wurden bedeutende Verbesserungen in Benutzerfreundlichkeit, Flexibilität der Adapterentwicklung und Backend-Infrastruktur behandelt. Wichtige Initiativen umfassen bessere Nutzererfahrung durch regionale Adapterfilterung, verbesserte Typdetektionsmechanismen, zentrale OAuth2-Authentifizierungsdienste und breitere Einführung von TypeScript für die Widget-Entwicklung.