@sebastschen das topic ist zwar schon ewig her, aber ich möchte mich für den Tipp bedanken. Klappt bei mir auch :-)

@djmarc75 Danke für dein Feedback, dann bleibt mein Harmony Hub wohl auch noch im Einsatz:)

@ostseeskipper Danke für dein Feedback. Habe inzwischen einen anderen Weg beschlossen umzusetzen. Werde die Modbus-Daten über Loxone abfragen. Da funktioniert jede Abfrage und ich hab sie dann auch mobil in der Loxone-App. Anschließend hole ich mir über den Loxone-Adapter alle Werte in ioBroker und logge sie dort mit inluxdb bevor ich sie mit grafana darstelle. Der Weg ist umständlicher aber auf jeden Fall zuverlässiger. Mir ist auch aufgefallen, dass die Daten in myuplink nicht so schnell geladen werden wie vor der Instanzierung der Modbus-Adapter. [image: 1664107429982-lox_mb_wp.png]

@nolimitek Hallo. Hast du es geschafft die Wandthermostate mit den Thermostaten zu verknüpfen? Gruß

@krobi danke für deine antwort! ich habe den datenpunkt durch probieren gefunden: "hm-rpc.2.INT0000003.2.STATE" war nicht gerade selbsterklärend. danke arni

@speedyblade Die ist hier mehrfach serviert worden. In meiner Signatur steht es auch drin. Fass es dir selber zusammen, wenn es dir nicht reicht.

@paul53 das neu machen ist schon eine ca. eine Woche her. Ist mir erst gestern aufgefallen. Im RasPI funktioniert das Ganze. Das mit den Rollen schau ich mir mal an. So, mal angeschaut. Muss dann hier die role so aussehen? { "type": "state", "common": { "name": "ACTUAL_TEMPERATURE", "def": 0, "type": "number", "read": true, "write": false, "min": -10, "max": 56, "unit": "°C", "role": "value.temperature", "alias": { "id": "hm-rpc.0.NEQ1489711.4.ACTUAL_TEMPERATURE", "read": "Math.round(val*10)/10" }, "desc": "per Script erstellt" }, "native": {}, "_id": "alias.0.1_OG.Christopher.Heizkoerper.ACTUAL_TEMPERATURE", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" }, "from": "system.adapter.admin.0", "user": "system.user.admin", "ts": 1663965838187 } Ändern in den Wert bringt keine Änderung. Temperatur bleibt weiterhin bei 0 °C

@michl75 Geht natürlich. Für das Touchpad wird die Firmware benötigt: https://github.com/onitake/gsl-firmware

@michl75 sagte: nein das ist eine fest Variable Dann checke die Ursache mit den Log-Ausgaben der Variablen.

@sascho edit anklicken und den Titel ändern

@semmy Das hat nix mit nodejs zu tun. https://github.com/iobroker-community-adapters/ioBroker.worx/issues/569

Wenn ev. ein wenig Eigenwerbung erlaubt ist - ich erstelle grad (primär für eigene Zwecke, da ich nagios ablösen will) einen adapter für die Software nsclient. Dieser ist z.Z. als beta via github verfügbar: https://forum.iobroker.net/topic/58259/neuer-adapter-nsclient-0-1-0-beta-windows-monitoring https://github.com/iobroker-community-adapters/ioBroker.nsclient/blob/master/docs/de/nsclient.md Leider ist nsclient++ auch nicht wirklich gewartet, läuft aber unter win 10 und win 11 ohne mir bekannten Probleme. Derzeit plane ich keine Unterstützung für AKTIVE Eingriffe (da ich diese aus Sicherheitsgründen persönlich nicht benutzen würde). Kann man aber bei Bedarf / Interesse erweitern. Monitoring wird successive (und je nach Interesse) erweitert werden. McM

@sentinel Einfach in Deinem Eröffnungsbeitrag auf die 3 Punkte und Überschrift bearbeiten und gelöst davor schreiben. ;)

@thomas-braun 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether e4:5f:01:2a:a6:b6 brd ff:ff:ff:ff:ff:ff inet 192.168.2.150/24 brd 192.168.2.255 scope global dynamic noprefixroute eth0 valid_lft 862072sec preferred_lft 754072sec inet6 2a02:8108:993f:da18:f35e:32d4:bd13:9138/64 scope global dynamic mngtmpaddr noprefixroute valid_lft 7174sec preferred_lft 3574sec inet6 fe80::433c:4061:54a1:3a6c/64 scope link valid_lft forever preferred_lft forever 3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether e4:5f:01:2a:a6:b8 brd ff:ff:ff:ff:ff:ff inet 192.168.2.27/24 brd 192.168.2.255 scope global dynamic noprefixroute wlan0 valid_lft 862073sec preferred_lft 754073sec inet6 2a02:8108:993f:da18:d64f:232c:a45c:b53d/64 scope global dynamic mngtmpaddr noprefixroute valid_lft 7174sec preferred_lft 3574sec inet6 fe80::b184:ba1e:83e2:23c0/64 scope link valid_lft forever preferred_lft forever ... das erwartete: Ein WLAN Adapter, ein LAN Adapter, beide im selben Subnet Funktionieren tun auch beide problemlos, Grafana, Jarvis, evcc... sind alle unter beiden Adaptern erreichbar. Nur der Admin Adapter vom Iobroker nicht. :(

@grizzlyco sagte: Leider werden nicht bei jedem Paket alle DP mitgeschickt. Dann frage vorher ab: if(typeof obj.lux == 'number') setState(idLux, obj.lux, true);

Ich plane an einem ruhigen Wochenende meine ioBroker Installation auf eine andere Hardware umzuziehen. Mein System besteht aus einem Master mit Redis für die States (JSONL für die Objekte) und 2 Slaves. Influxdb läuft in der Ver. 2 auf einem separaten Server. Da ich keine Daten verlieren möchte, hier die Frage, wie ich vorgehen soll. Ich würde folgende Schritte machen: Backup vom laufenden System (wie sichere ich die Redis, oder ist das unnötig?) Neue Hardware mit gleicher IP hochfahren Grundinstallation ioBroker machen (Direkt den gleichen Namen angeben?) Redis installieren Restore der gesicherten Backup-Datei Ist dann auch das Master / Slave Verhalten aktiv oder müssen die Slaves neu konfiguriert werden?

@mcu danke für die Rückmeldung, habe history v2.2.0 installiert. Ich möchte jedoch 0-Werte haben, aber halt nicht mehrfach. Gruß AxLED

hab hinbekommen /etc/network/interfaces: auto lo iface lo inet loopback iface eno1 inet manual auto vmbr0 iface vmbr0 inet static address 192.168.0.101/24 gateway 192.168.0.3 bridge-ports eno1 bridge-stp off bridge-fd 0 iface vmbr0 inet static address 192.168.101.101/24

@thomas-braun said in Probleme bei Adapter Updates: @aski71 sagte in Probleme bei Adapter Updates: Schaut jetzt besser aus. Dann zieh jetzt nodejs hoch und anschließend die iobroker-Adapter. Danke. Das mache ich morgen in Ruhe.