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

[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

closed 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.