@mpl1338 ich gehe mal davon aus, weil es da schon einen copy knopf gibt, verhindert die react komponente das [image: 1728860088804-48418ec5-babe-48d7-a5b4-ee88261f10a6-image.png] alternativ die datenpunkt einstellungen öffnen. im tab object data klppt das selektieren und kopieren

@asgothian Als in der Firma, wo ich immer noch arbeite noch eigene Geräte entwickelt wurden, hatte derjenige, der die Prototypen im externen EMV-Labor bei den EMV-Tests begleiten musste einen EMV-"Doktorkoffer"... Da gab es eine bunte Mischung aus stacheligen Draht-Würsten, um Gehäuseritzen zu verstopfen, selbstklebende Kupferfolien, Ferritkerne, die man über Leitungen stülpen konnte usw.... Meist kam er mit ziemlich umgebastelten Prototypen wieder, aber mit Zertifikaten .... Danach hat er dann mit den anderen Entwicklern die notwendigen Änderungen für die Fertigung ausgearbeitet ... Aber auf Verdacht irgendwelche Ferritkerne besorgen, und über die USB klappen, ist wahrscheinlich nicht zielführend... https://www.ebay.de/itm/125210198756

@mcm1957 Hallo zusammen Es bleibt uns nicht viel mehr übrig, als auf die Updates der Instanzen zu warten. Es ist ziemlich sicher ein Problem mit unserer Node.js der Version 20.17.0. Ein downgrade ist mir zu heiss, dafür das ist mein Leidensdruck zu klein :) Ich warte ab...

@apollon77 said in Arbeitsweise von Tuya (möchte gerne feste IP zuweisen): So mal als "off topic Randnotiz" zum Thema Netzwerk-Segmentierung: Wer später überlegt auch Matter einzusetzen - sei es über ioBroker oder echte Geräte der sollte dies nur tun wenn er auch gescheit konfigurieren kann das MDNS/UDP über die Netzgrenzen geroutet wird undIPv6 geht ... Sonst seid Ihr was Matter angeht "raus". Braucht man für MDNS/UDP IPv6 ? Das habe ich in der Tat oft abgeschaltet... Aber zu meiner eigentlcihen Frage zu Tuya: habe da leider wieder ein Problem... Ein Lichtschalter schaltet schon lange nicht mehr. Habe mir jetzt die Logs mal genauer angeguckt. Also "verbunden" iss er irgendwie, aber iobroker kann nicht schaltet... Als wenn er da hängt. Kommt folgende Meldung: tuya.0 2024-10-10 16:17:23.184 debug 3065444498f4abb7e0aa.1: set value false via 3065444498f4abb7e0aa (Local): res=undefined tuya.0 2024-10-10 16:17:23.184 debug 3065444498f4abb7e0aa: Error from device (0): App still open on your mobile phone? Timeout waiting for status response from device id: 3065444498f4abb7e0aa tuya.0 2024-10-10 16:17:18.183 debug 3065444498f4abb7e0aa onChange triggered for 1 and value false tuya.0 2024-10-10 16:17:18.183 debug stateChange tuya.0.3065444498f4abb7e0aa.1 {"val":false,"ack":false,"ts":1728569838181,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1728569838181} tuya.0 2024-10-10 16:17:09.459 debug 3065444498f4abb7e0aa request data via get ... Tuya ist Version 3.16 - ob ich die mal aus GIT installieren sollte ? Oder kann man nur einzelne Objekte entfernen ? Also geöffnet ist Tuya nicht mehr auf Handy oder so. Hab n altes Tablet, wo ich SmartLife mit entsprechender Version habe - da geht es auch zu schalten. Hatten das eben noch mal mit Proxy durchlaufen lassen. Aber Tablet ist mittlerweile auch extra neu gestartet. Aber Meldung bleibt. LG

@haus-automatisierung @Thomas-Braun alles klar. ich habs gerade überprüft. ist im übrigen bei einigen adaptern so, dass versionen angegeben sind, welche im NPMJS nicht existieren. ich stelle es auf "gelöst" und versuche meinen zigbee2mqtt fehler zu lokalisieren. ;-) danke für die schnelle unterstützung. wieder was dazu gelernt.

@hennerich Danke für deine Info. Bei mir war das Problem, dass ich dachte ich könnte sowohl bei analogen als auch digitalen Datenpunkte mit der Adresse 0 Anfangen. Das scheint so nicht zu funktionieren. Nachdem ich bei den digitalen Datenpunkten mit einer noch nicht verwendeten Adresse begonnen habe, war mein Problem erledigt. Gruß Dirk

@hotspot_2 sagte in beta admin (v7.2.1) Cannot find i18n und Gui Fehler: Bei mir funktioniert die Authentifizierung wieder normal (--auth true) mit dem 7.2.4 Update. Wollte ich nur mal kurz Bescheid geben ;-). Hängt das ev. zusammen? https://github.com/ioBroker/ioBroker.admin/issues/2756

@shadowhunter23 Das Downgrade auf 7.2.0 funktioniert. Habe mit der 7.2.0 soeben sogar den js-controller auf 7.0.0 aktualisiert. Keine weiteren Probleme. Danke :)

@dpcfan sagte in Nach Node Update geht nix mehr: Hallo! Ich habe das Thema jetzt umgangen: Ich hatte noch einen NodeMCU rumliegen und habe ESPeasy Image drauf gehabt, hier kann man recht einfach den GPIO von dem Board nutzen und es per MQTT an iobroker senden lassen ... läuft jetzt mal 1 Tag, mal sehen wie stabil das ist. So hätte ich nun auch eine Umgebung, die ich auch ohne GPOI Zugriff in einen Docker Container verschieben kann und damit eigentlich mein Szenario von vor 6 Monaten umgesetzt habe :-) ... so kommt Eins zum Anderen Es wäre aus meiner Perspektive jetzt der Zeitpunkt, da du den Thread-Titel auf was Recherchierbares änderst und dann ein [gelöst] voranstellst.

@marc-berg sagte in Nächtlicher Systemabsturz: @bloop sagte in Nächtlicher Systemabsturz: Die LXC mit der InfluxDB hat sich aber erst nach 05:00 gefüllt. Gibt's auch eine Kurve für die Festplattennutzung? Nichts wirklich brauchbares. [image: 1728241818251-dc4feb95-a86a-4e69-8bb8-47ae1a200d4e-image.png] Die Belastung scheint völlig normal zu sein. Ab 5:34 bricht jedoch die Aufzeichnung bis zum Neustart ab. Die angezeigten Daten kommen nicht aus iobroker sondern direkt aus Proxmox.

@meister-mopper Ich konnte das Problem lösen: Ich habe bei allen Adaptern, die ich in meinen Skripten bei SendTo verwende um eine Instanz erweitert. (Telegram, Email, Awtrix). Dann waren die SendTo-Blöcke bei neuen Skripten wieder auswählbar und in den bestehenden Skripten sind die Fehler weg. Danach konnte ich die neuen Instanzen wieder löschen und es funktioniert weiterhin. Ob das jetzt ein Bug der betroffenen Adapter war oder an meinem System liegt, vermag ich nicht zu sagen.

@stenmic Ich hab das gerade mal mit einer 8.3.1 getestet. Hier bleiben beim Zu/Aufklappen nicht gespeicherte Änderungen bestehen. Bin da bei neueren Versionen auch schon blöd mit aufgefallen, dachte erst 'liegt an mir'. Ergänzung: bis 8.6.0 ist ok, ab 8.7.0 gibt es diesen 'Effekt'. Issue 101 erstellt.

@dan_ce sagte in BLE-Adapter empfängt keine Daten: Ich sehe keine Auffälligkeiten: Ich schon. Setz das in nächster Zeit komplett NEU auf. Raspberry 12 als reines 64Bit-System dann. Boot Target: graphical.target sudo systemctl set-default multi-user.target dhcpcd.service loaded failed failed DHCP Client Daemon Was ist damit los? Adapter "javascript" : 8.8.3 , installed 8.7.6 [Updatable] Updaten. Das Grafana Repository muss nochmal frisch angelegt werden, ich würde da auch nicht das Enterprise-Repo verwenden. Bei deconz würde ich nicht die Beta verwenden. Configured timezone "Europe/Berlin" and system timezone "Europe/Luxembourg" do not match. Please check configuration Schau dir das an.

@chiob314 Kommando zurück. Gerade wird diese Version mir im STABLE auch angeboten. Also OK. Ro75.

@matrose65 Hallo zusammen. Ich antworte mal selbst. Ich habe das Problem zum Anlass genommen und baue meine Vis zu Vis2 um. Da habe ich das Problem bis jetzt nicht. Uwe

@hardy_01 nimm am besten eine neue SD Karte, dann hast du, falls du etwas nachschauen mussst, das alte System noch.

Ich hab den Fehler gefunden. Hatte gestern zur Ansteuerung von Bring per NFC das Forcieren von Websockets eingeschaltet, weil es nur mit der Simple API erst nicht lief. Nach Deaktivierung geht wieder alles. @crunchip: Danke für den Hinweis mit dem Browser-Log.