NEWS

@foxthefox said in Fritzbox DECT Adapter:

@nobody-else
Bitte installier mal die Version 2.5.12 von github über das octacat icon

Vielen Dank, hat funktioniert.

@aiouh
Easee hatte wohl auch gestern Probleme gehabt.
Jedenfalls ging das SignalR nicht mehr.
Problem ist wohl, wenn die den Server neu starten, ist auch die Subscription weg.
Subscription wird nur beim Start des Adapters gemacht.
Da hilft nur ein Neustart des Adapters.
Ich habe noch nichts gefunden , wie man rausfinden kann, ob die Subscription noch aktiv ist.
Mal sehen.

@andreasw63 sagte in Adapter: ebus:

Ich bin wie folgt vorgegangen:
Die Instanz ebus.0 habe ich im iobroker gestoppt.
Den Dienst ebusd habe ich mit "sudo service ebusd stop" auf den Betriebssystemconsole beendet.
Nun habe ich in den Objekten des iobrokers die nicht gewünschten Datenpunkte entfernt.
Dann den Dienst ebusd mit "sudo service ebusd start" auf den Betriebssystemconsole gestartet.
Anschließend die Instanz ebus.0 im iobroker wieder gestartet.
Auch nach einiger Wartezeit (ca. 2 Stunden) wurden die o.g. Objekte nicht mehr im Protokoll angezeigt.

die oben beschriebene Lösung ist zu empfehlen.
Leider hilft das nur so lange, bis der ebusd manuell oder automatisch eine neue Suche nach Datenpunkten auf dem Bus startet. Dabei werden ggf. Datenpunkte im ebusd (nicht im Adapter) gefunden und angelegt, die nicht regelmäßig oder nie aktualisiert werden. Der Adapter übernimmt dann diese Datenpunkte und meldet, dass diese nicht aktualisiert wurden. Das lässt sich nur mit der oben beschriebenen Methode wieder rückgängig machen.
Da diese Diskussion immer wieder aufkommt, werde ich eine Option hinzufügen, um diese Prüfung komplett zu deaktivieren.

siehe auch
https://github.com/rg-engineering/ioBroker.ebus/issues/391

AndreasW63 created this issue in rg-engineering/ioBroker.ebus open warn no update since #391

@jr28

"gleiche config wie TE" bedeutet, dass du auch noch Buster einsetzt? Dann seinen vorletzten Post hier lesen.
Oder ist es doch nicht die gleiche Config und du hast schon Bookworm (oder wenigstens Bullseye)?

Falls du nicht Bookworm hast, wäre ein workaround die letzte 1.x Version vom Adapter installieren. Dann solltest du dir trotzdem nen Termin suchen, an dem du den Raspberry mal aktualisierst. Auch Bullseye wird nicht mehr aktualisiert -> potentielles Sicherheitsrisiko und wirst immer mehr Probleme mit Updates bekommen. Bookworm sollte man langsam drauf ziehen.

Wenn es schon Bookworm ist, dann das hier mal posten:
@thomas-braun said in Rpi2.0 v2.2.1 adapter update / Raspi4B:

@krissie777

apt policy libgpiod-dev

sagt?

@haus-automatisierung said in Daten aus Shelly Skript in den ioBroker Shelly Adapter?:

Aktuell nicht vorgesehen mit dem Adapter. Was genau hast Du denn vor?

Ich habe ein paar Shellys vor Pumpen sitzen. Ich würde gern den Strom der Pumpen messen um herauszufinden, ob die Pumpen laufen oder nicht.

Diesen binären Wert Pumpe läuft ja/nein würde ich gern an den ioBroker übermitteln.

Klar könnte ich die Auswertung auch im ioBroker mit Skript oder Nodered machen. Ich fänd es aber besser, wenn die Shellys die Vorverarbeitung übernehmen und der ioBroker damit nicht belastet wird.

@denjo said in Nuki Smart Lock Ultra???:

@flixer der Adapter wurde bis jetzt leider nicht erweitert. Es müssten sich eventuell ein paar mehr Leute bei github.com melden.

Jep - vor allem Entwickler 🙂
PR ist sicher willkommen,

@KlausStoertebeker

Grundsätzlich musst Du Befehle in ein rpc topic direkt unter deinem Base topic absetzen.

So wie ich das sehe musst Du halt mal probieren - ich würde es damit mal versuchen.

{ "id": 1, "method": "Temperature.SetConfig", "params": { "thermostat:0": { "id": 0, "target_C": 24.5 } } }

oder so

{ "id": 1, "method": "Temperature.SetConfig", "params": { "id": 0, "thermostat:0": { "target_C": 24.5 } } }

@bernd33-1 Hallo Bernd,
ich hatte das selbe problem und bin im adapter auf Dashboard Version 2024.9.2 zurück gegangen. damit funktioniert es noch. Jede neuere Version funktioniert bei mir auch nicht.
Gruß Helmut

@thomas-braun
Nix Sorry - passt schon. Gut dass du immer dein Wissen teilst.

Danke für die Antworten. Ohne Websocket erzwingen scheint es für mich sinnvoller zu sein bzgl. Visualisierung.
Hab nämlich mein Binding-Monster aka Visualisierung aus der Vis raus geholt und eigenständig aufgesetzt und es funktioniert schnell und fehlerfrei.

Hatte gelesen das empfohlen wird nur noch die Websockets zu nutzen. Ist das nur ein Tipp oder weil alles andere später nicht mehr unterstützt wird?

Hallo Zusammen funktioniert denn bei euch mit dem Skript von link text auch der webhook? also wenn ihr die Lautstärke ändert in der Sonos App wird
das vom Datenpunkt im iobroker übernommen zum Beispiel?

@kvn298 sagte in Solvis Modbus Einstellungen:

meine Pelletheizung mit SC3 Steuerung über Modbus ausgelesen

ahhh die Pelletheizung.. ja dann ist das so ..

also mehr Infos währen hilfreich vor allem im solch komplexen system wie Modbus

dass du da unplausible daten bekommst ..ja kann sein.. wo steht dass dass diese auch von DEINER Pelletheizung geliefert werden..

@dieckfr

sudo apt update

sagt?

@medoc-0
Nein da kam nur ein Knopf in der Konfiguration dazu um einzelne Aktualisierungen zu setzen

@andre1de sagte Die Summe klappt aber nicht. Die Werte werden nicht addiert, sondern nacheinander gestellt.

Ach ja, es sind Strings. Dann muss man die Summe über eine Schleife bilden, in der der Listenwert in eine Zahl gewandelt wird.

Blockly_temp.JPG

@wrod das würde ich auch gerne wissen. Hast du es herausgefunden?

nur so mal hier in den Raum geworfen:
Der Mini-Kühlschrank den wir letzten August unserem Sohn zum Geburtstag geschenkt haben, für sein Zimmer, kühlt auch prima und ist sehr leise, verbraucht minimal 20W, maximal 60W.

24 x 7 x 365

Macht 0,5kWh bis 1,5kWh am Tag, knapp 15 bis 45kWh im Monat, 180 bis 525kWh im Jahr ...
Wenn er denn auffüllt, läuft der erst einmal ein paar Tage auf 60W durch ...

Ja, habe ich auch erst vor ein paar Tagen entdeckt. Er bekommt jetzt einen neuen für 150 Euro (der Mini hat 90 gekostet), der wird so bei 130kWh liegen (im Jahr).

Also mal nachschauen lohnt sich manchmal doch ...

@paul53 ok .... also so

Sensor A -- verknüpft --> Alias.Raum1.Temperatur -- Makro --> User-DP.Raum1.Temperatur --> Visu & History

Wenn ich den Senaor tauschen muss, passe ich nur den Alias an, Makro und History bekommen davon nichts mit.

Ist erst einmal ein Aufwand, das für alle DP stringent durchzuziehen (also nicht heute Abend erledigt 😉), aber hört sich logisch an und ist in der Wartung nachher sicher einfacher.

@paul53 danke für die Tipps.