NEWS

thx4fix 👍
falls jemand auf github nicht mitliest.
v0.1.3 behebt das problem.

@denjo
Wenn Du den Sound einfach nur ausschalten willst und keine regelmässigen Stromausfälle hast, kannst Du die Smartthings App von Samsung nutzen.

Mit dem Smartthings Adapter habe ich es nicht hinbekommen. Ich bin einen anderen Weg gegangen:

Ich habe die Smartthings CLI scripts installiert:
https://developer.smartthings.com/docs/sdks/cli/introduction

Dann habe ich ein Script /usr/sbin/samsung_setSound.sh geschrieben, dass die entsprechenden Befehle aufruft:

#!/bin/bash /usr/bin/smartthings devices:commands $1 --token=$2 'main:execute:execute("/mode/vs/0",{"x.com.samsung.da.options":["'$3'"]})' exit 0

Anschliessend kann ich das Script wie folgt aufrufen:

Sound EIN:

/usr/sbin/samsung_setSound.sh <deviceID> <authToken> "Sound_On"

Sound AUS:

/usr/sbin/samsung_setSound.sh <deviceID> <authToken> "Sound_Off"

Die Script Aufrufe kann ich dann via ioBroker/NodeRed in meine Hausautomation integrieren.

@torstenu Ich denke, es lag an der Neuinstallation und etwas danach - da bei Installationen von GitHub immer Uploads der Adapter durchgeführt werden müssen.
Vielleicht kam dies ja dazwischen - irgendwie.

Hauptsache, es klappt nun. Melde Dich gerne zurück, sollte etwas nicht funktionieren.

Kleine Information zur Stableversion 1.3.15
Das ist eine Version, welche nicht im stable landen sollte.
Vor einiger Zeit wurde, ich nenne es mal Zwangsaktualisierung, eingeführt.

Ich verstehe das auf einer Seite schon, aber wenn man explizit kommentiert und es dann doch Zwangsaktualisiert, dann kann ich hinter dem Ergebnis nicht stehen und uU werden dann bei euch falsche Informationen angezeigt.

Ihr seht ja, das wir hier über die alpha Versionen noch am testen sind, leider mit nur wenig Rückmeldung.

Die letzte echte stable Version ist 1.3.9
Alle anderen Versionen danach sind Test/Betaversionen.

@thomas-braun
Gerne: Hier entlang

@stolly82 sagte in Huawei Wallbox - S Charger (7kw/h / 22kw/h) Adapter test:

@mhuber leider meinte ich nicht Mitte 2025, sondern Mitte 2023! Das war schon korrekt 😉

Es sollte schon seit diversen FW Versionen drin sein, im HomeAssistant forum hatten Leute vor vor mehren Monaten eine Antwort von Huawei gepostet, dass die OCPP in der nächsten Firmware enthalten ist.

Danach gab es bereits 4 neue Versionen.

Die nerven die da bei Huawei auch richtig, aber das scheint denen wirklich egal zu sein.

Ich mache da dann einen Adapter aus dem Script (ist nur 10 min Arbeit das eben umzuschreiben).

Die Adapter sind super nervig beim Entwickeln, da schleichen sich bei mir immer Fehler ein die dann bei der Prüfung extrem aufwendig sind raus zu bekommen.
Das liegt irgendwie am Adapter Creator tool, daher schreibe ich sowas aktuell immer als javascript vor und wenn es fertig ist schiebe ich das in den Adapter rein.

Sind in der Regel nur Konfigurationen und der Objekt-Pfad "Adaptername.(instanz)." statt "Adaptername" die ich dann ändern muss.

@baerengraben
GIT macht sinn, kannst aber auch hier machen.

Wichtig sind dinge wie unter welchen bedingungen ggf. noch eine Abfrage schneller rein muss (Beispiel man ändert was, dann würde ja die Änderung gepusht zur WB aber der Adapter fragt erst im nächsten Zyklus wieder ab, ggf. will man das schneller im Adapter sehen, dass man nach einer Änderung den Zyklus minimiert oder so).

Oder wenn was nicht funktioniert.

Viel ist aus der API eh nicht raus zu holen, die dinge die was mit der WB zu tun haben, habe ich alle drin.

Super danke für die Infos. Aber für die Modbus Einbindung über einen Adapter gibts keinen Workaround oder? Wegen dem einen Client wenn man den Virtuellen Zähler nutzt oder?

@ro75 OK. Danke. Das schau ich mal, ob das nochmal auftritt. Mich wundert halt nur, dass das erst seit kurzem auftritt....

@paulchen67

Der Adapter ist derzeit (noch ?) nicht im STABLE repository verfügbar.
Im LATEST Repository ist die BETA Version 0.3.4 verfügbar.

Wenn du als Tester eine BETA Version installieren willst, dann kannst du entweder dein Repository auf LATEST / BETA umstellen (ACHTUNG: Nur für Testsysteme empfohlen, auf produktiven System wird davon abgeraten!) oder gezielt einzelne Adapter von Latest installieren. Dazu aktivierst du den Expert Modus und wählst unter "Installieren von npm" den gewünschten Adapter aus.

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.

@maxpd sagte in Test PV Forecast Adapter:

soll ich ein GitHub issue eröffnen?

Gern mit einem Log auf Debug Log-Level (bitte aktuelle Beta-Version nutzen).

@qlink said in Test Adapter apg-info v0.0.x Latest:

graphJson.graphs[0].datalabel_minDigits= '1';
graphJson.graphs[0].datalabel_maxDigits= '1';

wenn du es auf

graphJson.graphs[0].datalabel_minDigits = 1; graphJson.graphs[0].datalabel_maxDigits = 1;

änderst (number statt string), ist es auch noch sauber....

@andy12_04 es gibt wohl einen Ansatz das über volvo2mqtt zu lösen. Derzeit geht das wohl nur per Homeassistent AddOn

Ich nutze zum EV laden EVCC und da wird im Discussion Bereich auf Git gerade daran getüftelt Volvo2Mqtt "umzuschreiben"... vielleicht kommt da auch was für den Iobroker bei rum

@garfonso

Ich muss gestehen, dass ich die browser mode Geschichte nicht in allen Details recherchiert habe. Hatte das erwähnte Problem mit den überlangen Popups auf Mobile Devices. Bei der Suche nach einer Lösung bin ich auf den weiter oben mal verlinkten Pullrequest gestossen und habe die Ansatz erfolgreich ausprobiert. Da ich noch eine Reihe weiterer Issues und Pull Requests aus der gleich Zeit gesehen habe, die mit dem Kommentar, dass keine Übernahme gemacht wird weil wegen Browser Mod 2 eine neue Codebasis da ist, habe ich ganz naiv angenommen, dass auch dieser Pullrequest in dieses Kapitel gehört.

Wie auch immer, für mich ist das Problem gelöst und die Popups erscheinen in der richtigen Grösse.

An dieser Stelle ein grosse Dankeschön für das Maintainen des Adapters. Einen eigenen Fork zu Maintainen war und ist eigentlich nicht mein Plan 😉 , aber wenn ich Code in die Finger kriege, dann dauert es meist nicht lange bis ich dran rumbastelte und eigene Anpassungen mache. Mit dem Fork ist es am einfachsten die Changes aus Deiner Implementierung zu übernehmen.

By the way, ich müsste wohl noch etwas aufräumen um Dinge die nur für mich relevant sind von anderem in separate Branches abzutrennen, aber ich bin bei Interesse gerne bereit meine Changes als PR zur Verfügung zu stellen. Am ehsten Interesant sind allenfalls die Ergänzungen bei den Settings (nehme an der Screenshot ist selbsterklärend) und ev. die Changes/Fixes beim Cover Converter (ist allerdings kaum getestet und darum eher WIP, da ich im Moment keine Cover Entities benutze).

c8ab2f16-964b-43c7-af7c-6460b9f2c4be-grafik.png

@nwh sehr schön.

Dann ergänze doch bitte den Titel im ersten Post um ein

[Gelöst]

@levyko said in Test Adapter myPorsche v0.0.x:

Hallo zusammen,

da der Adapter leider mittlerweile nach kurzer Laufzeit nur Fehler produziert und immer wieder neu startet und letztendlich dann durch den ioBroker Server gestoppt wird (Restart-Loop), ist er leider unbrauchbar geworden.

Wenn ich so auf Github schaue, dürfte die Weiterentwicklung dieses Adapters auch tot sein. Schade...

Viele Grüße
Levy

Wenn ICH auf Github schaue dann sehe ich zu deiner Fehlerbeschreibung eigentlich KEIN Issue beim adapter ioBroker.porsche. Entweder reden wir von 2 unterschiedlichen Adaptern oder du solltest zumindest mal dein Problem in Form eine Issues unter Angabe der im Einsatz befindlichen Versionen und eine Logs mit Instance log level DEBUG einmelden. Ohne Issue wird da zu 100% nichts gesucht / verbessert.

https://github.com/TA2k/ioBroker.porsche/issues

Sollte ich ein Issue übersehen haben, dann bitte poste hier doch den Link dorthin.

@darkaragon sagte in Neuer Adapter EMS-ESP für Bosch Heizungen:

ausserdem fährt der Kessel da sehr abrupt runter weil die Nachlaufzeiten nicht eingehalten werden (auch für dich mit der Wärmepumpe interessant, da es bei Anlagen mit Plattenwärmetauscher einzuhalten ist. Natürlich nur, wenn sich die Regelung auch identisch verhält).
Bei mir steigt dann auch nach Abschaltung rasch die Kesseltemperatur bis über 90°, was auch lieber zu vermeiden wäre.

So, für die 'neuen' DP habe ich zwar immer noch keine Zeit gefunden, aber dafür habe ich heute Morgen mal den 'Aus-Knopf' benutzt um zu schauen wie sich die Wärmetauschertemperaturen verhalten. Dabei habe ich allerdings keine Auffälligkeit, Peaks o. ä., festgestellt:

08:12 Uhr (noch an)
Bildschirmfoto 2024-11-13 um 08.12.23.png
08:15 Uhr (aus)
Bildschirmfoto 2024-11-13 um 08.15.00.png
08:17 Uhr
Bildschirmfoto 2024-11-13 um 08.17.13.png
08:23 Uhr
Bildschirmfoto 2024-11-13 um 08.26.09.png

Nur zur Info, ich werde wahrscheinlich trotzdem demnächst mal die andere Methode 'einbauen: 🙂

Hi,

mache ich etwas falsch oder muss der Adapter speziell konfiguriert werden, damit sich folgenden Werte aktualisieren ?
Das passiert bei mir aktuell nur, wenn ich die App auf dem Handy öffne.
Danke

30ee7f6b-e371-459b-a382-f5232f27908e-grafik.png

@andr3 so es wurde umgestellt und der adapter funktioniert nicht mehr

Hallo Zusammen

Dank dem Adapter habe ich es geschafft den IKEA Dirigera Hub einzubinden.
Die Parasoll Fenstersensoren funktionieren 1A und darum habe ich mir nun auch die INSPELNING Steckdose geholt um preiswert den Strom messen zu können.
Via Adapter taucht die Steckdose auch auf und ist schaltbar. Die aktuelle Leistung sehe ich aber nirgends.
Liegt das am Adapter oder an IKEA, welche die Daten nicht an Homekit weitergibt?

Grüsse

Hallo Zusammen,
ich weiss, der Beitrag ist etwas älter - aber dennoch habe ich den Adapter aktualisiert 😉

Es gibt eine neue Version 1.2.0 auf Github. Folgendes ist neu:

Hinzugefügt: Migration zu jsonConfig in den Adaptereinstellungen Hinzugefügt: Neuer Status „car_connected“, der anzeigt, dass ein Auto verbunden ist Hinzugefügt: Fortsetzen, Pausenprüfung – weniger Fehlermeldungen (z. B. wenn Wallbox im Pausenmodus ist und auf Pause eingestellt werden soll, keine Fehler ausgeben) Hinzugefügt: Option, die Wallbox zuerst zu entsperren, wenn sie in den Fortsetzenmodus wechseln soll (Standard: Wallbox wird nicht fortgesetzt, wenn gesperrt) Hinzugefügt: Einige kleinere Verbesserungen, Aktualisierungsabhängigkeiten und kleine kosmetische Korrekturen

Viel Spaß damit 🙂

@frana120500
Hallo, unter Protokolle sollte es so in etwa aussehen!

Screenshot 2024-11-12 140603.jpg

Das ein und ausschalten der Steuerspannung (voltage) und der Pumpe (pump) könnten bei dir fehlen, wenn du keinen Aktor angegeben hast.

Deine Konfiguration bekommst du unter Instanzen => Einstellungen oben rechts als Download. Mit dieser könnte ich deinen Adapter sehr schnell testen. Deine Einstellungen sehen so erstmal gut aus.

Wenn du unter sprinklecontrol.0.sprinkle.Kreis_1.runningTime eine Zahl eingibst z.B. 2 so startet dieser Kreis für 2 min.

!!! Verwende bitte bei deinen Namen keine Leertasten! Dies kann zu Fehlern im Betrieb führen.

Dirk Peter