Hallo zusammen, Aktueller Stand vom Adapter: aktuelle Version: 0.1.13 Installation über npm verfügbar Node.js Voraussetzung ist jetzt >= 22 die State-Struktur ist inzwischen deutlich ausgebaut und bleibt für Genie sowie M5/M9 unter denselben ioBroker-Pfaden stabil enthalten sind u.a. Status-, Diagnose-, Standort-, Verbrauchsmaterial-, Zonen-, Control- und Command-States M5/M9-spezifische Payloads für Status, Netzwerk, RTK, Kartenstatus sowie Gesamt-Mähzeit/-fläche werden inzwischen ebenfalls in die bestehende State-Struktur gemappt bei AWS-IoT-403 werden temporäre IoT-Credentials einmal automatisch erneuert und der fehlgeschlagene Shadow-Read bzw. Command-Publish erneut versucht Ich habe den Adapter in den letzten Tagen nochmals aufgeteilt, bereinigt und die Checks erweitert, damit die internen Module und Tests sauber mitgeprüft werden. Funktional sollten dabei keine State-IDs oder Command-Payloads geändert worden sein. Die Aufnahme ins ioBroker latest-Repository ist bereits angestoßen und wartet aktuell auf Review. Besonders hilfreich wären aktuell noch Rückmeldungen und Bestätigungen von Nutzerinnen und Nutzern mit M5 oder M9, dass die neuen Payload-Mappings dort im Alltag sauber funktionieren. Falls jemand den aktuellen Stand testet, sind besonders diese Punkte interessant: Login und Geräteerkennung Shadow-/Status-Updates über längere Laufzeit Zonenmähen manuell und automatisch Punktmähen Near-Charger-Mowing Verhalten nach Verbindungs- oder 403-Fehlern Rückmeldungen wie immer gern mit Adapterversion, js-controller-Version, Node.js-Version und passenden Logauszügen.

Danke, jetzt funktioniert es. Hätte ich dort nicht vermutet, eher gleich als allererste Einstellung, hatte mich noch gar nicht bis zum Reiter Erweitert vorgearbeitet... :-)

@homoran An sich gibt es hier https://forum.iobroker.net/topic/44671/neuer-adapter-xplora ein Testertopi zu diesem Adapter wo auch @fritzk dieselbe Frage gestellt hat. Ich rege an entweder dieses Topic mit dem älteren Testertopic zu verchmelzen oder hier zu schließen und die Diskussion im zum Adapzter gehörigen Thread (@homoran An sich gibt es hier https://forum.iobroker.net/topic/44671/neuer-adapter-xplora ein Testertopi zu diesem Adapter wo auch @migoller ) ggF weiterzuführen. Paralelle Diskussionen bringen eher wenig.

@shadowhunter23 ja das geht, auch die Heizleistung geht. [image: 1780509691260-img_6808.jpeg]

@stolly82 Danke für deine Mühen :) Mike

Hallo @mcm1957 die Antwort ist eigentlich recht simpel: Solange sich das Ganze in einem überschaubaren Rahmen bewegt und ich nicht plötzlich massiv mehr Speicher auf dem VPS benötige, kann ich die aktuell ca. 5 € monatlichen Serverkosten problemlos selbst tragen. Sollte das Projekt wider Erwarten irgendwann deutlich größer werden (> ~250 User), müsste man die Fixkosten eventuell neu betrachten. Geplant ist damit aber ausdrücklich kein Gewinn. Wie viele private Projekte ist auch dieses aus Eigennutzen entstanden, weil ich die Batterie automatisch dann laden wollte, wenn der Strom günstig ist ohne abhängig von den großen firmen sein wollte. Genau das ist auch hier der eigentliche Antrieb dahinter. Am Ende läuft es eher auf ein Fair-Use-Prinzip hinaus.

@krobi sagte: ich habe die Philosophie, dass ein Adapter die Arbeit machen soll Genau das ist auch meine Meinung. Am liebsten wäre mir wenn die Adapter (alle die Standort abhängig sind) auch den Standort aus der iobroker Config nehmen und anhand dessen das richtige Auswählen. Das ist aber gar nicht mal so einfach ohne auf irgendeine API zurück zu greifen. Gib mir mal deinen Namen auf npmjs, dann kann ich dich einladen.

Derzeit nichts mehr bekannt - was bei einem Review zu sehen ist muss ich dann schaun. Maldung bezog sich primär auf Repo, Tests etc. Dinge die eh angegangen wurden.

Habe den Adapter installiert und läuft einwandfrei mit unserem BYD. Das mit dem Akku entladen stimmt so, aber ich habe es ganz einfach gelöst und frage das Auto nur 1x pro Stunde ab. Das Intervall verkürze ich auf 5 Minuten wenn das Auto zu Hause steht und an der Wallbox angeschlossen ist.

Der "Adapter" ioBroker.euhome ist in keinen offiziellen Repository veröffentlicht. Sein Versionsstand sollte daher als ALPHA betrachtet werden. Er sollte nur zu Testzwecken von erfahrenen Testern installiert werden. Warum der Dev den Adapter nicht in die Repositories aufnehmen lässt kann nur er beantworten. Generell gilt auch hier: Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird. Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen. Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird. @homoran Da der Adapter nicht im Repository geliostet ist bitte das Topic in ...nicht in offiziellem Repoverschieben.

Der Adapter ist NICHT in den offiziellen ioBroker Repositories gelistet. Er ist daher zumindest DERZEIT als im ALPHA Stadium zu betrachten. @homoran Bitte in den Bereich "...nicht in offiziellem Repo" verschieben. DANKE