@firehero sagte in WAGO 750-8102 über Modbus abfragen: Diese ist nackt. Bedeutet weder mit e!cockpit noch mit codesys irgendwas programmiert. Mein WAGO-Gatway war von Viessmann angeblich vollständig für die Umsetzung von CAN <-> MODBUS eingerichtet. Von den vielen in der (völlig unzureichenden) Dokumentation aufgeführten Registern waren nur 31 zugänglich bzw. sichtbar. Ist es ein Trost für dich, wenn ich dir berichten kann, dass Fiesmann mich über ein halbes Jahr vertröstete und mir mitteilte, dass keine Techniker mit entsprechenden Kenntnissen zur Verfügung ständen? Mein Rat: Finger weg vom dem WAGO-Zeug! Das e3oncan Projekt liefert dir mit dem Adapter von @jrbwh hunderte von Datenpunkten, wovon viele (derzeit: 368) sich auch beschreiben lassen. Der benötigte USB2CAN-Konverter kostet bloß zwischen 20 - 40€. Allerdings hast du dann ein neues Problem: Was sollst du mit den eingesparten 1000€ machen?

@djmarc75 sagte in Hue Tap Dial Objekte on/off: @valbuz sagte in Hue Tap Dial Objekte on/off: ändert sich nur der Zeitstempel ändert sich der Timestamp tatsächlich nur dann wenn gedrückt wird oder ändert der sich auch nach der eingestellten Pollzeit im Adapter? Nur beim drücken.

Als weiterer Lösungsansatz: Der Shelly musste bei mir einmal in die Cloud, danach kamen die Werte wieder rein, auch wenn man den wieder von der Cloud nimmt kommen die noch.

@flowski Erstmal ein debug log teilen wäre ein Anfang. Alles andere wäre nur Raterei von meiner Seite

@grazer2500 sagte in History Adapter - historische Daten nachträglich: also muss ich json file den ts-Wert auch ändern. Natürlich, das wird doch ausgelesen, wo denn sonst?

@spark Dann fällt mir auch nichts ein.

@codierknecht Dort wurde mir das angezeigt, habe aber inzwischen die ganze Seite gelöscht und kann so nichts mehr reproduzieren.

@stef563 was ist mit @wendy2702 sagte in mercedesMe: iob diag auch mal zeigen.

@romann-k Hi, wenn das hier niemand beantworten kann, versuche mal im IP-Phone Forum.

@michael-straub Ja, installiere dir aus dem Latest repo die Version 0.1.6 Dazu unter SystemEinstellungen das Repository auf Beta/Latest stellen. Den Adapter installieren oder updaten. Im Anschluss REPO WIEDER ZURÜCK STELLEN. Beim nächsten mal bitte das Log als Text in Code Tags </> Posten. So ist das mobil nur schlecht zu lesen und zitieren kann man auch nicht

@arteck Hier die Datenpunkte, jeder eingelesene Finger, code oder rfid wird mit einer eigenen Buchstabenkette versehen: [image: 1707376736591-4882f9df-6981-4114-9f99-a115c369a66e-image.png] Hier der Link zu dem Schloss wo ich habe: https://www.amazon.de/gp/product/B097PSJXSB/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1

gelöst ! Ich habe den Fehler nun selbst gefunden. In der neuen Version des Adapters muss (erneut) der Datenpunkt erst angelegt werden. Ich habe im Register "Service" den Datenpunkt ergänzt und nun läuft das "aufwecken" wieder. Daher hier die Lösung, falls ein anderer User vor dem gleichen Problem steht.[image: 1707340824281-linux-control_gel%C3%B6st.jpg]

Hallo in die Runde, auch ich bekomme aktuell den Adater nicht ans Laufen (=GRÜN). Vor dem Update des Containers (Synology 720+; deconzcommunity-latest) lief alles einwandfrei. Nach dem Update auf 2.25.2 bekomme ich den Adapter nicht gestartet. Das Einlesen der Lichter, Sensoren, Gruppen funktioniert einwandfrei. Im LOG steht folgendes, woraus ich nicht schlau werde: deconz.0 2024-02-07 21:10:54.681 silly States user redis pmessage deconz.0.*/deconz.0.Gateway_info.alive:{"val":true,"ack":true,"ts":1707336654677,"q":0,"from":"system.adapter.deconz.0","user":"system.user.admin","lc":1707336154968,"expire":true} deconz.0 2024-02-07 21:10:35.150 silly States user redis pmessage deconz.0.*/deconz.0.info.connection:{"val":false,"ack":true,"ts":1707336635146,"q":0,"from":"system.adapter.deconz.0","user":"system.user.admin","lc":1707332736598} deconz.0 2024-02-07 21:10:35.131 debug Websocket connection closed deconz.0 2024-02-07 21:10:35.130 warn Could not connect to websocket instance of deConz/Phoscon. Error: Unexpected server response: 400 deconz.0 2024-02-07 21:10:34.693 silly States user redis pmessage deconz.0.*/deconz.0.Gateway_info.alive:{"val":true,"ack":true,"ts":1707336634689,"q":0,"from":"system.adapter.deconz.0","user":"system.user.admin","lc":1707336154968,"expire":true} deconz.0 2024-02-07 21:10:27.954 silly States user redis pmessage deconz.0.*/deconz.0.info.connection:{"val":false,"ack":true,"ts":1707336627942,"q":0,"from":"system.adapter.deconz.0","user":"system.user.admin","lc":1707332736598} deconz.0 2024-02-07 21:10:27.931 debug Websocket connection closed deconz.0 2024-02-07 21:10:27.931 warn Could not connect to websocket instance of deConz/Phoscon. Error: Unexpected server response: 400 Hier die Einstellungen im Adapter: [image: 1707336785254-da3ceccb-428a-4126-af7e-2a0b8b59a9d7-image.png] Wie ich parallel in anderen Beiträgen gelesen habe, soll der Adapter ggf. auf kostenpflichtig umgestellt werden? @Jey-Cee ... Da bin ich auf alle Fälle gern bereit! Im Thread https://forum.iobroker.net/topic/71419/gelöst-deconz-adapter-nur-2-von-3-grün?_=1707337080977 habe ich mich schlau gemacht, komme aber auch nicht weiter. Ich würde mich freuen, wenn mir jemand auf die Sprünge hilft. DANKE

@homoran Heureka. Der Modbus-Adapter für den PV-Wechselrichter war gelb. Nachdem ich ihn im Debug-Mode neu gestartet habe, habe ich gesehen, dass er keinen Daten mehr vom Wechselrichter bekommen hat. Habe mich also auf das Webinterface des Wechselrichters als Installateur eingeloggt (Die Zugangsdaten habe ich beim Einbau glücklicherweise dem Installateur aus den Rippen leiern können). Nachfolgend habe ich einmal ModBus deaktiviert und erneut aktiviert. Und schon sprang der Wert für die Adresse 30775 wieder auf 0.

@crunchip said in Zielgerät im iot-Adapter ändern: @grml sagte in Zielgerät im iot-Adapter ändern: Oder muss ich wirklich jedes Gerät inkl. aller Datenpunkte im iot-Adaptar löschen und neu anlegen? Und in der alexa app und das auch einzeln, da es die Browserseite seitens amazon nicht mehr gibt Ja, das weiß ich. @apollon77 said in Zielgerät im iot-Adapter ändern: Die Daten zu den Gerätern stehen in den Onjekten, also ja löschen und mit Alias neu anlegen. Ok, danke. Dann muss ich zumindest nicht weiter suchen.

@feuersturm sagte in Admin per CSS anpassen: Ich meine ich hätte vor einigen Versionen im Admin mal einen colour picker gesehen, mit dem man das Menü einfärben konnte. Finde es aber nicht wieder. Vielleicht wurde es auch wieder entfernt. so etwas hatte ich früher bei meinen Test-CCUs gemacht. GUI in drei Farben. Die hatten die Updates überlebt. Dazu wurde eine Farbtabelle überschrieben

@espace0401 ja das hab ich. Würde nur gerne mal verstehen was falsch lief🙈 Warum geht es auf dem selber port über dyndns aber nicht lokal?! Wo ist da der unterschied? Irgendein fehlerhaftes zertifikat was noch irgendwo hängt?

@marc-berg super danke. jetzt aber noch hoffentlich die letzte doofe frage. muss ich das package auf dem iobroker container oder dem redis container als variable setzen? Edit: Habs selbst festgestellt. Es gehört ins PACKAGES unter dem iobroker Container.

@schnotzler Du kannst das nicht getrennt auf dem Dateisystem löschen. Du musst die Datenpunkte in den Objekten löschen. Du kannst auch den ganzen Baum oder Teile des Baums löschen - der wird dann ja wieder automatisch aufgebaut. Die States aller Adapter werden in der iob Datenbank gespeichert (also in den jsonl Dateien für Objekte und States).