Community Forum

glaub Tibber bastelt da eh noch ständig rum. Am Anfang des Jahres bin ich noch auf Tibber zugegangen und hab ihnen meine Vergünstigungen mitgeteilt damit ich das überhaupt monatlich abgezogen bekommen hatte. Zudem ist es ja auch nicht ganz einfach, da ja auch jeder Netzbetreiber andere Tarife hat. Dieses Jahr hätte bei mir Modul 3 noch Sinn gemacht, nächstes Jahr nicht mehr. Zu dem Rollout hat mein Netzbetreiben auch nicht wirklich Ambitionen. Mit dem Gateway standen die schon bei mir, aber wegen schlechtem Empfang gingen Sie wieder und seither auch keine Rückmeldung. Auch nicht das mir eine externe Antenne oder dergleichen Angeboten wurde damit das funktionieren würde.

@AFi Super, das freut mich! Herzliche Grüße aus dem Mühlviertel, Hans F.

@Olli_M sagte in Parcel Adapter Fehler kann sich den jemand anschauen?: Parcel Adapter via GIT installieren. Da sollte dann eine 0.2.8-BETA zu sehen sein. 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. Und falls es irgendwie unklar ist: ioBroker unterstützt folgende Arten von Installation: aus dem STABLE Repository Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern. aus dem LATEST Repository Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist. direkt von GITHUB Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben. direkt von npm Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist. Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit Sicherheit minimalistisch. @mcm1957

@Thias die API gibt das nicht her... du kannst es zwar setzen aber evcc meldet nicht den Wert wenn du es dirket im evcc geändert hast... da kann ich mache nix..sry

@SBorg Schade - Shell-Script ist gar nicht. Bei Awekas sind übliche Sonderzeichen ja zulässig. Aber mach dir deswegen hier keinen Stress, es funktioniert ja wieder.

@David-G. sagte in Seltsame Warnmeldung bei hm-rpc: Aber ohne Lösung. hab ich auch nicht, aber dass ein in der ccu umbenanntes Gerät, dass noch in iob anders heisst zu "undefined" führen könnte, wäre zumindest logisch. wobei ich alletdings hm-rega neu gestartet hatte, um diese Namen neu einzulesen. ....glaube ich zumindest. Waren einfach zuviel Probleme/Änderungen in den letzten Tagen. Da spielt einem das Erinnerungsvermögen ei en Streich

wozu... es hätte gereicht den data ordner zu kopieren auf die neue installetion ..fettisch

Ok, mache ich sehr gerne, denn ich freue mich, auch mal etwas beitragen zu können und nicht nur Nehmender zu sein.

--- spare for future use ---

Ich hab den nano CUL 868 mit dem Hydrus am Laufen: [image: 1764355664851-52d79bbf-4a23-4f6a-93da-d308a549f309-image.png]

Issue: https://github.com/Grizzelbee/ioBroker.resol/issues/203

@tombox Ich bekomme nur für das erste Paket von Amazon einen Namen von der Bestellung , kannst du dir das mal anschauen? :-)

Dann mach ev. auch glei ein zweites Issue als Feature request auf dass man (optional) einzelne Sensoren ausbelenden kann oder nur selektierte Sensoren bearbeitet werden oder so in der Richtung. Das kann ja öfter von Interesse sein oist aber eindeutig ein Featurerequest Edit: Logs vom Level Error kannst du meines Wissens nach nicht unterdrücken.

OK auf die Webseite gehen: https://www.bmw.de/de-de/mybmw/ dort auf Gerät authentifizieren gehen. Man wird weitergeleitet und muss sich anmelden. Dann wird der Code benötigt der im Protokoll immer auftaucht. Oden ist das qYjQrQip Den trägt man auf der Webseite ein. Dann ist der IoBroker BMW Adapter wieder authentifiziert und es läuft wieder.

Hallo zusammen, ich habe eine M-Tec WLPK412 Luft Wärmepumpe. Diese ist seit Herbst 2023 installiert. Ebenfalls habe ich eine 14,6 kWp PV Anlage mit ca 15kWh Speicher - der Speicher ist von M-Tec (4x Energy-Butler Module) Leider funktioniert noch nicht alles wie ich mir das vorstelle: Die WP zeigt wiederholt Fehlermeldungen, wie "Frequenzumrichter defekt" und "Ventilatorstörung" und "Kompressorkennlinie". Im Prinzip arbeitet die WP, Wasser ist warm, die Fehler bereiten mir aber Bauchschmerzen und ich befürchte, dass hier bereits irgendwo ein kleiner Defekt ist (z.B. Hauptplatine, wo beides angeschlossen ist?) der irgendwann sehr teuer werden kann. Die Fehler sind bereits kurz nach Inbetriebnahme aufgetaucht, habe ich festgestellt wenn man den Fehlerspeicher zurückverfolgt. Hat jemand ähnliche Fehlermeldungen? Kann man die irgendwie beheben oder sind dafür tiefere Diagnosen/ Eingriffe notwendig? Oder kann man anhand der Fehler bereits sagen, wo der Defekt ist? Auch gibt es haufenweise Fehlereinträge mit "no value set" Das werden wohl fehlerhafte Einstellungen sein? 2a) Ich habe eine PV Anlage im April 2025 bekommen. Diese wurde auch in der M-Tec Steuerung eingepflegt, aber diese ist kein einziges Mal mit PV-Überschuss gelaufen. Auch nicht über den Sommer, wo es wirklich perfekte wolkenlose PV Tage gegeben hat. Welche Einstellungen sollten hier drin sein? Habe meine hier mal als Bilder angehängt. 2b) Zusätzlich habe ich zwei Zusatzheizungen. Eine 9kW mir Vor- und Rücklauf sowie ein 6kW Heizstab im Boiler. Geplant war, dass PV Überschuss den 6kW Heizstab "befeuert" und die 9kW Zusatzheizung als Notfallheizung (WP fällt aus oder Außentemperatur zu niedrig) fungiert. Leider wurde die Konfiguration vom Installateur so gemacht, dass sie die Notfall-Funktion der 9kW Heizung deaktiviert haben und nun mit PV Überschuss betreiben und die 6kW Heizung nur als manuelle Notfallheizung genutzt werden kann, sonst aber ungenutzt bleibt. In der M-Tec eSmart App bleibt das Modul "Heizstab" deshalb auch immer bei 0 - wird ja nicht angesteuert. Ist die geplante Konfiguration (9kW = Notfallheizung, 6kW Heizstab wird mir PV Überschuss betrieben) überhaupt möglich? Ich habe einen Fronius Ohmpilot der den PV-Überschuss managed. Software-Updates vom AP440. Ich habe aktuell die 2.6.1 Gibt es da was aktuelleres? Kommt man an die SW Updates irgendwie ran oder kann das nur der Hersteller z.B. über Fernwartung machen? [image: 1764344639331-bildschirmfoto-2025-11-28-um-16.43.08.jpg] [image: 1764344639389-bildschirmfoto-2025-11-28-um-16.43.17.jpg] [image: 1764344662568-bildschirmfoto-2025-11-28-um-16.41.33.jpg] [image: 1764344662593-bildschirmfoto-2025-11-28-um-16.41.39.jpg] [image: 1764344662617-bildschirmfoto-2025-11-28-um-16.41.46.jpg] [image: 1764344662641-bildschirmfoto-2025-11-28-um-16.41.53.jpg] [image: 1764344662671-bildschirmfoto-2025-11-28-um-16.42.01.jpg] [image: 1764344662697-bildschirmfoto-2025-11-28-um-16.42.05.jpg] [image: 1764344662718-bildschirmfoto-2025-11-28-um-16.42.12.jpg] [image: 1764344662738-bildschirmfoto-2025-11-28-um-16.42.23.jpg]

@haus-automatisierung hat heiute eine 3.0.1 released die debian trixie unterstützen sollte: https://github.com/iobroker-community-adapters/ioBroker.rpi2#301-2025-11-28

@Rudi86 sagte in TA Daten über CAN-Bus lesen/schreiben: könnt ihr auch den Datentyp auf "custom" stellen und im Skript zum lesen "value = buffer.readInt16LE "value = buffer.readUInt16LE()" wäre richtig , sonst kommt nichts vernünftiges raus, bei höheren Werten.....wie zB.: Betriebsstunden welche in Sekunden gesendet werden...... MFG noio