Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Thomas Braun]

@der_user

Und deswegen installiert man ja auch nicht 'irgendwas irgendwie' sondern die aktuelle Empfehlung. Stand heute ist das nodejs@22.

Installier da also am besten per

iob nodejs-update

die Empfehlung.

[Eistee]

Also ich sehe meine Wechselrichter Daten über einen Login auf der global Seite. die dataeu Adresse ist bei mir nicht erreichbar im Webbrowser.

[Eistee]

Eine Bitte an die User die Cloud Loginprobleme haben.

Bitte den Adapter mal mit der URL https://github.com/Eistee82/ioBroker.hoymiles/tree/feat/cloud-login-v0-fallback installieren.

Und bitte prüfen ob der Login damit funktioniert.
In den Adaptereinstellungen gibt es einen Button mit dem der Login getestet werden kann. Dies erzeugt auch eine Debug-Ausgabe.

Hoymiles hat zwei Loginverfahren. v0 und v3. Im Adapter auf der Test Repo ist nur v3 vorhanden. v3 wird von der Installer App verwendet. Der v0 Login ist neu unter der URL und wird von der Home App verwendet.

Wenn dies so funktioniert bei allen dann mach ich daraus eine neue Version ;)

[der_user]

@Eistee sagte:

Eine Bitte an die User die Cloud Loginprobleme haben.

Guten Morgen,
gerade installiert und probiert.

Ich hab es mit beiden Accounts probiert:

• dem S-Miles Account (DIY), erstellt über die "S-Miles Installer" APP
  hoymiles.0
  2026-05-11 07:39:50.964 info [testCloudLogin] result for xxxxxxxx@gmx.net: region@neapi.hoymiles.com: ok (dc=0) | v3@neapi.hoymiles.com: rejected status=1 "Log in failed. Please check your account and password.#7" | v0@neapi.hoymiles.com: rejected status=1 "Your app version is low. Please update to the latest version."
  Ergebnis:
  -> Im Adapter: Fehler beim Login. Tatsächlich bekomme ich auch die identische Fehlermeldung, wenn ich bewusst ein falsches Kennwort eingebe.
  -> auf der Webseite https://global.hoymiles.com/website/ : Mit den gleichen Credentials ist ein Login erfolgreich

weitere Anmerkung: bei mir läuft der IO Broker noch auf http - ich bekomme bei der PW Eingabemaske folgenden Hinweis. Keine Ahnung ob das relevant ist.

• dem S-Miles Home Account, erstellt über die "S-Miles Home" APP
  hoymiles.0
  2026-05-11 07:44:50.185 info [testCloudLogin] result for yyyyyyyyy@gmx.de: region@neapi.hoymiles.com: ok (dc=1) | v3@euapi.hoymiles.com: rejected status=1 "The account can only be used for logging in to the S-Miles Home app." | v0@euapi.hoymiles.com: rejected status=1 "Your app version is low. Please update to the latest version."
  -> Im Adapter: Fehler beim Login: The account can only be used for logging in to the S-Miles Home app.
  -> auf der Webseite https://global.hoymiles.com/website/ : The account can only be used for logging in to the S-Miles Home app.
  ==>S-Miles Home accounts können dafür nicht verwendet werden.

[der_user]

Guten Morgen,
das ist dir wahrscheinlich bekannt: Hoymiles migrated to a new Argon2-based authentication flow

As of early 2026, Hoymiles has updated its S-Miles Cloud authentication, specifically impacting the login process. Recent investigations into the Hoymiles web login flow revealed a mismatch in the "salted v3 authentication path".
This change to a more secure, likely Argon2-based (or similar modern hashing) algorithm has caused issues with third-party integrations, such as Home Assistant.

Key Details of the Authentication Update:

• Path: The authentication now involves a salted v3 path at /iam/pub/3/auth/login.
• Impact: Third-party integrations that were not updated to handle this new salted/hashed authentication method failed, receiving 502 errors or authentication failures.
• Fix: As of March 2026, the "homeassistant-hoymiles-cloud" integration has been updated to correctly handle the new authentication flow and now supports both cloud and DIY accounts.
• Context: This change is consistent with moving from older hashing mechanisms (like BCrypt or SHA) to modern, memory-hard algorithms like Argon2, which improve security against GPU/ASIC brute-force attacks.

Falls doch irrelevant - ich will nur helfen das Problem einzugrenzen ;-)
Vg

[Eistee]

Hi @der_user,
kannst du den Adapter nochmal neu installieren von der URL https://github.com/Eistee82/ioBroker.hoymiles/tree/feat/cloud-login-v0-fallback
Ich hab mir einen Account angelegt wie du ihn nutzt und damit den Login erfolgreich getestet. In dem Account habe ich nur keinen Wechselrichter zum testen.
Die neue Version sollte die Home Accounts unterstützen nun.
Gruß Alina

[der_user]

@Eistee sagte:

Die neue Version sollte die Home Accounts unterstützen nun.

schaut gut aus, jetzt geht der Login bei beiden Account-Typen:
Sowohl der von der Home App als auch der vom Installer Account.
Komischer weise werden beide im Log mit profile=home angezeigt.
Vielleicht sind neue Installer-Accounts im Hintergrund bei Hoymiles etwas anders als ältere. Ist aber egal. Das wichtigste es geht.

Da ich in beiden Accounttypen (noch) Wechselrichter hinterlegt habe, kann ich bestätigen, dass ein paar Daten abrufbar sind. Zumindest was ich in der Kürze der Zeit erkennen konnte. Unter "weather" wird mir nichts angezeigt.

hoymiles.0
2026-05-12 12:13:10.749 info [testCloudLogin] result for <HoymilesS-MilesInstaller-Account>@gmx.net: region@neapi.hoymiles.com: ok (dc=0) | preInsp@neapi.hoymiles.com: ok (v=3 profile=home salt=yes) | login@neapi.hoymiles.com: ACCEPTED (token received)
hoymiles.0
2026-05-12 12:13:09.192 info [testCloudLogin] starting diagnostics for <HoymilesS-MilesInstaller-Account>

hoymiles.0
2026-05-12 12:14:04.555 info [testCloudLogin] result for <HoymilesS-MilesHome-Account>@gmx.de: region@neapi.hoymiles.com: ok (dc=1) | preInsp@euapi.hoymiles.com: ok (v=3 profile=home salt=yes) | login@euapi.hoymiles.com: ACCEPTED (token received)
hoymiles.0
2026-05-12 12:14:02.649 info [testCloudLogin] starting diagnostics for <HoymilesS-MilesHome-Account>@gmx.de

[der_user]

Ich hatte ja versprochen, noch etwas zur Firmware zu schreiben.

Vorweg: Es gibt drei verschiedene Apps (hier gelistet: https://global.hoymiles.com/website/app).
Da ich es anfangs nicht besser wusste, habe ich zuerst die S-Miles Home App verwendet.

Vorteile:
-Aktuelle Firmwarestände werden angezeigt.
-DTU und Mikro-Wechselrichter lassen sich getrennt aktualisieren.

Nachteil:
-Mit diesem Account kann man sich nicht im Webportal einloggen. Die Anmeldung ist ausschließlich über die App möglich.

Durch den Hinweis, dass für das Webportal ein anderer Account benötigt wird, und weil ich im Adapter keine Cloud-Verbindung herstellen konnte, habe ich mir zusätzlich die S-Miles Installer App heruntergeladen.
Mit dem gleichen Account funktioniert die Anmeldung dort nicht, daher habe ich mit einer zweiten Mailadresse einen zusätzlichen Account angelegt.

Vorteile dieser App:

• Mehr Informationen verfügbar.
• Möglichkeit, Übersichten/Draufsichten o. Ä. zu erstellen.

Nachteile:

• Es werden nicht die neuesten Firmwareversionen angezeigt.
• Es kann nur die DTU aktualisiert werden, nicht jedoch der Mikro-Wechselrichter.

Was habe ich nun gemacht um aktuelle Firmware zu bekommen?
Wichtig: Der Wechselrichter kann immer nur einem Account gleichzeitig zugewiesen sein.
Den Wechselrichter aus der S-Miles Installer App entfernt, falls dort schon registriert:
Anlagen → Anlage bearbeiten → Geräte → Bearbeiten → Geräte-ID löschen

Danach in der S-Miles Home App hinzugefügt:
System → "+" (oben rechts) → Gerät → Gerät hinzufügen → manuell oder per WLAN → anschließend den weiteren Schritten folgen
nun kommt vermutlich direkt die Meldung dass es für die eine oder auch beide Module neue Firmwarestände gibt
Falls nicht: Geräte -> Micro auswählen -> Zahnrad -> Firmware
In meinem Fall war die Aktualisierung des Kommunikationssmodul direkt "Pflicht" da mir die App den Hinweis angezeigt hatte, dass mit der niedrige Versionen (V00.01.11) eine instabiles WLAN Verbindung bestehen kann.
Wechselrichter Firmware stand mir frei.

für HMS-800W-2T gibts derzeit folgende Stände (12.05.2026)
Kommunikationsmodul: V01.00.07
Wechselrichter: V01.03.09

Ich habe beide Firmwarestände Aktualisiert - der Adpater kann weiterhin mit dem Gerät kommunizieren.
Ich wollte das Gerät aber wieder in der S-Miles Installer App haben, da mir der parallele Webzugriff wichtig ist.
Also wieder Gerät aus der S-Miles Home App entfernt und in der S-Miles Installer App hinzugefügt.
Nun hab ich wieder das Gerät in der Installer App und WEb Portal.

Installer App und WEb Portal wird zwar Firmwareupdate angeboten - nicht aber die aktuellen Firmwarestände

[Eistee]

Kleiner Tipp:

• Erstell einen Account mit der Installer App.
• Füge den Wechselrichter hinzu.
• Log dich in der Home App mit dem Account aus der Installer App ein.

So hast du alle funktionen in einem Account der alles kann ;)

[der_user]

alles klar. dann hab ich nur den "Fehler" gemacht, dass ich direkt über die Home App mir einen Account hab generieren lassen.
D.h. der Home Account ist nicht bei der Installer App zu verwenden aber anders herum schon.
Alles klar.

dann sollten dir nun vermutlich auch neuere Firmwarestände angezeigt werden?

[der_user]

Sollte der Adapter bei "Weather" irgendwas anzeigen?
der Ordner ist bei mir leer.

und ist bei dir die Zeit der letzten Aktualisierung auch + 2 Stunden? - jetzt ist es 20:50 Uhr
Tue May 12 2026 22:45:49 GMT+0200 (Mitteleuropäische Sommerzeit)

[Eistee]

Also die Zeiten sind bei mir +1std und er zeigt im hoymiles.0.station-?????????????.info.timezone auch utc+1 an. Wetter geht nur mit dem installer Account. Der home Account liefert leider nicht alle daten. Beide Accountarten haben unterschiedliche API Endpunkte und daher nicht 100% identische daten.
https://github.com/Eistee82/ioBroker.hoymiles/blob/main/docs/de/README.md

[der_user]

Wie weiter oben geschrieben habe ich beide Account Typen.
Home als auch Installer.
Mit beiden probiert. Bei keinem werden mir Wetterdaten angezeigt.

hoymiles.0
2026-05-12 12:13:10.749 info [testCloudLogin] result for <HoymilesS-MilesInstaller-Account>@gmx.net: region@neapi.hoymiles.com: ok (dc=0) | preInsp@neapi.hoymiles.com: ok (v=3 profile=home salt=yes) | login@neapi.hoymiles.com: ACCEPTED (token received)
hoymiles.0
2026-05-12 12:13:09.192 info [testCloudLogin] starting diagnostics for <HoymilesS-MilesInstaller-Account>

Allerdings wird im logging bei dem Account auch hier erwähnt: profile=home
Was eigentlich falsch ist

Anders gefragt: wie hast du deinen Installer Account erstellt? Über die App oder über die Webseite und über welche genau? Ich habe gesehen, dass es auch noch einen alte Webseite gibt.
Dann würde ich meine erstellten Accounts löschen und entsprechend den richtigen erstellen.
Vg

[Eistee]

@der_user das war noch ein kleiner Bug das immer Home Api ohne Wetter benutzt wurde. Vielen Dank dir für das Testen. Mit deiner hilfe ist esw nun gelungen die Home Accounts zu integrieren. Ich habe Soeben eine neue Version 0.3.5 released die kann dann auch bald direkt in iobroker geupdated werden oder jetzt schon per npm.

[der_user]

@Eistee sagte:

Version 0.3.5

hab mir die gerade installiert.

jetzt schaut der Login im Log anders aus:

hoymiles.0
2026-05-13 20:34:14.299 info [testCloudLogin] result for HoymilesS-MilesInstaller-Account>@gmx.net: region@neapi.hoymiles.com: ok (dc=0) | preInsp@neapi.hoymiles.com: ok (v=3 salt=yes) | login@neapi.hoymiles.com: ACCEPTED (token received) | probe@neapi.hoymiles.com: profile=installer (status=0)
hoymiles.0
2026-05-13 20:34:12.284 info [testCloudLogin] starting diagnostics for HoymilesS-MilesInstaller-Account>@gmx.net

Allerdings ist der "weather" Ordner noch immer leer (profile=installer)
oder hätte ich nun wieder mit dem Home-Account testen müssen?

[Eistee]

Könnte es sein das du keine geo koordinaten in der App eingestellt hast? latitude und logitude sind bei dir 0 und adress wird auch nicht geladen

[der_user]

In der App als auch im Webportal sehe ich meine Adresse als auch das Wetter.
Ich wüsste nicht wo ich da was deaktiviert hätte.

hier ein Screenshot vom Webportal

[der_user]

Ich hab mir mal Netzwerkanalyse im Browser angesehen.
Kann es sein, dass du du ggf. die Daten nicht nur zental von NEAPI.... abrufen kannst sondern je nach Gerät zusätzlich von EUAPI....
Anscheinend liegen die personenbezogenen Daten von meinem Account / Gerät nur auf den europäischen Servern vor - nicht aber am globalen. Mein Gerät hat hinten auf dem Typenschild ....WBS0.DE.HM.

Laut ChatGPT verteilt Hoymiles die Daten:
Hoymiles trennt Daten nicht nur logisch, sondern auch physisch:
IAM / Login
PV Daten
Geo / Mapping
Forecast / Weather
Device Telemetry

performance.getEntriesByType("resource")
.map(r => new URL(r.name).hostname)
.filter((v,i,a)=>a.indexOf(v)===i)

Liefert als Ergebnis: "static.hoymiles.com", "global.hoymiles.com", "neapi.hoymiles.com", "at.alicdn.com", "apis.google.com", "euapi.hoymiles.com" ]

auf der neapi.hoymiles.com ist latitude / longitude "0.0"

dann er folgt laut Browseranalys aber ein paar Zeilen später der Aufruf der eupai.hymiles.com und dort bekommt er die Koordinaten

Somit muss vermutlich auch bei der API die Information vorliegen, wo die echten Daten abzurufen sind.

Generell scheint mir aber dass der Objektbaum noch immer der Stand vom "Home" account ist.
Du Schreibst in deiner Doku "... auf global.hoymiles.com und nutzt die volle /pvm/...-Web-API inkl. latitude/longitude/address/local_time/status/warn_data und Firmware-Versionsstrings."

Das wird mir im Objektbaum (Cloud) alles nicht angezeigt (siehe einen Post drüber)
auch z.B. keine Firmwaredaten
Allerdings zeigt er mir z.B Fimware im Browser an: - über die Url: filename /pvm/api/0/station/select_device_of_tree
habe ich meine Daten.

Ermittelst du über global.hoymiles.com/pvm/api/0/station/ oder
neapi.hoymiles.com/pvm/api/0/station/select_device_of_tree

Letzteres ist nämlich anscheinend die "richtige" Domain für Device Daten

Vg

[Eistee]

@der_user

Danke für die ausführliche Netzwerkanalyse und die Screenshots — das war genau das fehlende Puzzleteil. Ich habe in der App-Decompilate nachgesehen: select_by_page liefert pro Station ein dc-Feld (0=neapi, 1=euapi), und die S-Miles-App routet station-spezifische Calls über genau dieses dc. Genauso wie du es im
Browser beobachtet hast — der zweite Call gegen euapi ist kein Zufall, sondern Folge des Station-DCs.

Ich habe einen Fix-Branch gebaut. Magst du ihn testen?

https://github.com/Eistee82/ioBroker.hoymiles/tree/fix/cloud-station-dc-routing

Was sich für deinen Account ändern sollte:

• station-<id>.info.latitude / longitude / address werden befüllt — bei Home-Accounts neu über pvm-ext/api/0/station-ak/find (denselben Endpoint nutzt die S-Miles-Home-App selbst); bei deinem Installer-Account wird automatisch der zweite Versuch gegen euapi gemacht, wenn neapi 0.0 liefert.
• Sobald lat/lon da sind, läuft auch der bestehende Wetter-Poll wieder — die station-<id>.weather.*-States sollten innerhalb eines Slow-Poll-Zyklus (ca. 30 min nach Adapter-Restart) gefüllt sein.

Was ich gern als Feedback hätte:

1. Welche Werte zeigen station-<id>.info.latitude / .longitude / .address nach dem Restart? (richtige Werte oder falsche?)
2. Werden die station-<id>.weather.*-States nach 30 min befüllt?
3. Macht es einen Unterschied, ob du den Home-Account oder den Installer-Account verwendest?
4. Falls etwas fehlschlägt: die Test cloud login-Diagnose ist weiterhin im Admin verfügbar — der Output hilft mir wieder.

Gruß Alina

[der_user]

@Eistee sagte:

Magst du ihn testen?

Hallo Alina,
sicher teste ich.

Ich habe den Adapter gerade Aktualisiert:
schneller Test mit dem "Installer-Account"

1. korrekte Adresse sowie lat&lonitude Werte
2. Ja, auch die Wetterdaten stimmen
3. muss ich dir nachliefern

was mir auf die Schnelle (noch) auffällt:
Es werden weiterhin keine Daten wie Firmware oder warn_data im Cloud-Ast angezeigt.
brauchst du die genauen Pfade bzw. Values? dann schau ich mir das demnächst über die Netzwerkanalyse an

Uhrzeit bei hoymiles.0.station-xxxx.info.lastCloudUpdate ist um zwei Stunden falsch. ebenso zwei andere
Vg