NEWS

@whity
schönen Urlaub

Spezielle Shellies kann man natürlich auch versuchen in den Shelly Adapter aufzunehmen. Nur so wie ich es seh muss dieser Shelly zwingend via mqtt mit Ecoflow reden. Damit kann er nicht gleichzeitig mit dem Shelly Adapter reden.

@Thomas-Braun

Mal wieder unglaublicher support, DANKE!

Und danke für den Hinweis, werde mich mal am Wochenende an Dein nodejs Fixer Skript machen.

@deta sagte in > Wie hast du die ZigBee Geräte rein geholt?

Woher soll ich das wissen das du das weißt, das war doch deine Frage und ich hab dir geantwortet.

@hoschi2007 normalerweise sollten die Datenpunkte dann auch weg sein.
Klar kannst du sie löschen.

@philipphamid gerne, so gut ich kann:
also ich habe am Raspberry ein can0 interface aktiviert und dort alles eingestellt, damit die Kommunikation mit der UVR67 funktioniert. Danach mit der Anleitung über den ioBroker und der CAN Variablenliste auf der Steuerung verifiziert, welcher Datenpunkt mir was beschreibt. Anschließend habe ich in nodered auf meinem Raspberry die Daten vom CAN Bus abgehorcht und gleich die nicht benötigten Felder entfernt. Jetzt müssen diese aber noch auf meinen HomeAssistant, das mache ich via MQTT und dort werden die empfangenen Datenpakete wieder in nodered in Empfang genommen, gefiltert und den richtigen Datenpunkten zugeordnet, sodass diese dann auch angezeigt werden können. Parallel dazu habe ich das Heartbeat Signal noch als Watchdog in Verwendung

Ich habe mal die beiden nodered Flows exportiert und ein paar Screenshots mit dabei, hoffe das hilft, ansonsten gerne nochmal fragen.

UVR67.zip

04_nodered_hass.png

LG Jakob

@hansi1234

Schon klar! Einzige Voraussetzung ist ein E3-System. Der Rest ist bloß ein bisschen Basteln.☺

@letzi Da ich Hellsehen noch übe, wäre es hilfreich, wenn Du mal Deine Konfiguration dazu zeigen würdest.

Kleiner Tipp am Rande: solange Du nicht stabil plausible Werte bekommst, auf gar keinen Fall irgendwas steuern!

Hier noch die Doku, die das Problem beschreibt: https://www.zigbee2mqtt.io/advanced/zigbee/01_zigbee_network.html#green-power-devices

Mir scheint, als wäre das abhängig vom Chip. Bei den Silabs-Varianten scheint es zu funktionieren, die TI-Chips brauchen wohl einen "Proxy" (z.B. Hue-Lampe).

@devhoh Hast du dann Home Assistant und ioBroker für Guntamatic integriert?
Gab es fertige Templates und Skripte auch für Home Assistant?
Weißt du, ob es möglich ist, über ein Skript in ioBroker oder Home Assistant eine Anforderung zum Befüllen der Pellets zu senden?
Ich habe den Eindruck, dass Guntamatic keine Funktion für die Pelletbefüllung per Smartphone vorgesehen hat.
Gleiches gilt für das Zurücksetzen nach dem Entleeren der Aschebehälter – schade, dass man das nicht direkt über die App machen kann.

@mcm1957 Einen großen Dank für das sehr schnelle Kümmern! Hab jetzt wieder auf node.js 22.19 umgestellt und den S7 Adapter auf 1.5.0 aktualisiert. Soweit funktioniert erst mal alles, das System beschwert sich bisher nicht.

Dazu wäre allerdings zu ergänzen, dass auch @Apollon77 festgehalten hat dass hier eine Umstellung auf oauth2 nicht sinnvoll gehen wird, da kein bekanntes Verfahren existiert mit dem das Captcha handling implementiert werden kann. Es macht lt. Apollon77 derzeit keinen Sinn hier Aufwand für oath2 zu setzen. Und persönlich glaube ich, dass Apollon77 ein wenig Erfahrung angesammelt hat 🙂

Insofern führt dies zwar zum selben Ergebnis aber die zukünftigen Einschränkungen sind nach derzeitigem Wissensstan nicht auf Unwillen von @Dirkhe zurückzuführen wie es im Vorposting möglicherweise durchklingen könnte.

Abgesehen davon steht es jedermann/frau frei einen PR beizusteuern falls jemand eine Lösung hat.

@wichtelmann
https://forum.iobroker.net/search?term=hydrus diehl&in=titlesposts

ich wollte mich kurz nochmal zurückmelden, es geht nun.
ich habe support von Beckhoff bekommen. Das Problem war wohl, dass ich die Route versucht habe von meinem PC aus einzurichten, sie aber auf der SPS eingerichtet werden musste. Dies ging aber nicht, da ich keine GUI habe, da Linux, also musste das im Editor unter Routen hinzugefügt werden und nun geht es!!!

richtig geil 😄

@michael-schmitt ich weiß erlich gesagt nicht.

@david-g Habe auf dem NUC ein Script gebaut:

#!/bin/bash ROUTER_IP=192.168.10.1 LOGFILE="/var/log/network_check/network_check.log" if ( ping -c3 $ROUTER_IP >/dev/null 2>&1 ) then echo "$(date '+%Y-%m-%d %H:%M:%S') - ping $ROUTER_IP - OK" >> $LOGFILE else echo "$(date '+%Y-%m-%d %H:%M:%S') - ping $ROUTER_IP - ERROR" >> $LOGFILE service networking restart >> $LOGFILE 2>&1 echo "$(date '+%Y-%m-%d %H:%M:%S') - service networking restart - done" >> $LOGFILE fi

Auf einem zweiten Proxmox habe ich Gatus: https://gatus.io installiert, dann bekomme ich wenigstens eine Telegram Nachricht geschickt.

@ralph-0 hast du oder jemand anders zufällig das excel sheet für float aller register?

@krissie777 sagte in ebus neuinstallation auf einem Debian Raspi:

Im IOBroker Adapter (abgefragte Datenpunkte) gebe ich welches: Gerät, in dem nach Parametern gesucht wird, ein?
Das -> 192.168.178.70:8888 ? Wenn ich das eingebe, kommt dieser Log:
received error! sent find, received ERR: element not found please check ebusd logs for details! find -c 192.168.178.70 -F circuit,name

An dieser Stelle die IP einzugeben, ergibt nun leider überhaupt keinen Sinn. Vielleicht solltest du dir noch kurz die Grundlagen der Kommunikation zwischen eBus-Koppler (esera), ebusd Service und Adapter erarbeiten.

Fragen zum Adapter würde ich hier

https://forum.iobroker.net/topic/9844/adapter-ebus

stellen. Ich nutze den Adapter nicht, sondern übermittele die Daten per MQTT, deshalb kann ich hier nicht weiter helfen.

@balu67 sagte in go-e Adapter:

ich würde gerne zuerst prüfen, ob meine Auto angesteckt ist.
Kann mir bitte jemand sagen, welches Objekt das ist?

wieso Doppelposts?