Erfahrene
@raspiuser said in Probleme mit Philips Hue Adapter DANKE- gelöst:
... wie so oft habe ich hier im Forum "mein Problem" gefunden und auch gleich die Lösung, Danke dafür !!
@wendy2702 ... ja, hier (https://github.com/iobroker-community-adapters/ioBroker.hue/issues/721) war jemand fleißig ...
Bei mir auch gerade, gleiches Problem, gleichen funktionierenden Workaround hier im Forum gefunden.
https://github.com/iobroker-community-adapters/ioBroker.hue/issues/737
Auch von mir DANKE!!
@serial123
Sendung ist angekommen.
@mcm1957 sagte in Shelly Pro3em63 || MQTT || device unknown:
Resette den Shelly bzw. trag die ORIGINALE deviceID ein.
Ich gehe davon aus, dass bei einem Blick ins Log sofort aufgefallen wäre, dass vermutlich die (veränderte) Device-ID angemeckert wird. Das zeigt (wieder mal) wie wichtig bei einem Hilfepost vollständige Infos in Form von Screenshots der Einstellungen und Log-Ausgaben in Code-Tags sind. Das Thema in Kombination mit der Nutzung des Shelly-Adapters ist ja auch nicht neu, sondern ein immer wieder gern gemachter Fehler.
Für diejenigen die kein Redis im iobroker einsetzen,
Lassen sich mit der simpleapi auf der iobroker Seite
Und einem http request Node auf n8n Seite datenpunkte lesen.
Wer einen trigger haben möchte, muss den per Skript im iobroker anlegen
Und in diesen trigger dann per httprequest die Webhookurl aufrufen, die n8n per webhook Node definiert hat.
Schreiben von datenpunkten funktioniert dann wieder per simple api und der httprequest Node in n8n
@fabio
Wie machst du das, einen anderen ton abzuspeichern?
@minkhx sagte in Als Einsteiger - Mit welcher Visualisierung beginnen?:
Und für den Fall, dass für jedes Zimmer eine eigene Visu/Page erstellt werden soll, interessiert mich, ob diese dann über einen eigenen Port erreichbar sein können. Hierfür gäbe es eine ioB-Zentrale, welche die gesamte Visu zur Verfügung stellt. Oder muss dann jedes Zimmer mit einer eigenen ioB-Installation bzw. zB einem Pi ausgestattet werden und die Zentrale sammelt nur die Variablen ein und logt diese zB in der DB mit?
Wie immer gäbe es da verschiedene Wege ...
der einfachste: Die Sicherheit am Gerät sicherstellen, z.B. mit dem Fully Kiosk Browser, den gibt es auch in einer extra Kiosk-Mode Variante welches das Gerät verrammeln kann so das man eben keine eigenen Webseiten aufrufen kann sondern nur das was eingestellt ist.
In VIS1 / VIS2 hat jedes Gerät seine eigene Instanz-ID (bzw. man kann eine erzeugen), da könnte man auch je Endgerät die VIS beeinflussen, das ist dann aber schon aufwendiger. Aber man könnte auch was bauen wo sich 3 Geräte eine VIS teilen und dann jeder seinen eigenen Akku-Stand sieht.
Man kann das aber auch "per Design" umgehen wo jedes Gerät seine eigene Startseite innerhalb einer VIS hat und sich nur den Rest der Views teilt mit "View-in-Widget". Da änderst du nicht die URL wenn du eine andere Seite ansteuerst sondern das View-in-Widget reagiert auf einen Datenpunkt und zeigt dann die andere View an.
Welche Zustände kann das Samsung Objekt annehmen und welche Zustände willst du in Modbus übergeben?
@minkhx sagte in Modbus: Adapter (Samsung) einbinden:
Aber so richtig gebracht hat das nix
ist klar!
Beide Ansätze "tun nichts" (für deine Ziele)
Etwas Lektüre
https://forum.iobroker.net/post/1085370
@minkhx sagte in Modbus: Adapter (Samsung) einbinden:
die Com mit dem Bus und Codesys steht,
keine Fehler mehr im debug-log?
WENN ja,
@minkhx sagte in Modbus: Adapter (Samsung) einbinden:
Das Eine scheint mit dem Anderen nichts zu tun zu haben.
dann ist noch was anderes falsch!
leider zeigst du nicht was genau du tust.
ist hier beschrieben:
https://www.laub-home.de/wiki/Grafana_Verbindung_zu_InfluxDB_v2_mit_InfluxQL
Du musst (um auf die InfluxDB2 mit InfluxQL zugreifen zu können) ein Bucket<-->Database Mapping durchführen.
Ich nehme mal an, das ist das Ziel, denn es geht nicht aus deinem Text hervor.
