@oliverio sagte in Zugriff Iobroker im Internet Explorer funktioniert nicht: Die machen das aber nur für Domains im Internet und nicht im LAN Für lokale Webserver macht das überhaupt keinen Sinn. Du kannst LE durchaus für lokales verwenden - mit einem lokalen DNS der die lokale Domain verwaltet. Betreibe das hier auch schon seit vielen Jahren so, weil ich Geräte und Netzübergreifend die Zertifikatsfehler nicht mehr sehen konnte.

@lonsch Bitte mal die 1.10.15 von github installieren - da kann es sein das die Meldung weg ist. A.

@asgothian danke dir. Das macht es klarer. Ich habe die sensoren alle getriggert und die Instanz in pairing geschaltet und aie sind alle wieder gekommen. Bis auf den Xiaomi Climate. Der wollte erst als ich ihn direkt neben den Coordinator gehalten habt. Zigbee ist schon schwer zu handeln hab ich das Gefühl. Und Shellies haben den Nachteil das Wifi zu verstopfen irgendwann. Nils

@iob_user sagte in Starting zigbee-herdsman problem: Hallo Zusammen, nochmals Danke für die Hilfe und Verzeihung für die späte Antwort. Nach langer Zeit mit vielen Versuchen, habe ich nun folgende Erkenntnis: Mit der neuen SSD (von Hersteller A) tut das ZigBee Netz überhaupt nicht. Ich häng mich mal aus dem Fenster - das war eine als Paket gekaufte SSD direkt mit USB3 Anschluss ? Das würde zumindest erklären warum es damit nicht geht. Mit der alten, vermeintlich fehlerhafte SSD von Hersteller B, die zum Crash des Systems geführt hat, tut's so semi-gut. ggf. auch wie oben ? Mit einer SD-Karte funktioniert's ohne Probleme. Warum geht USB3 oft nicht ? Dazu verweise ich auf diesen Artikel aus 2017: https://www.heise.de/news/c-t-Tipp-der-Woche-USB-3-0-stoert-WLAN-und-Drahtlos-Maus-3726700.html Das Gilt sowohl für Kabel, aber auch für 'Leitungen' und 'leiterbahnen' innerhalb von USB3 Gehäusen. Da gibt es extrem viel unbeschirmten Plastik-Krams. Deswegen sehen meine USB3 SSD's so aus (Vollmetallgehäuse mit NVME SSD drin, 2TB im Beispielbild) [image: 1739127921849-screenshot-2025-02-09-at-20.04.56.png] Vernünftig geschirmte Kabel und dann sollte alles gut sein ? Leider nein. auch die Raspberries stecken zumeist in wenig gut geschirmten Gehäusen, so das die Störstrahlung da raus kann. Sobald USB3 mit den entsprechenden Übertragungsraten genutzt wird können die auftreten. Daher ist bei den neueren PI (PI4, Pi5) die Aussage von @arteck korrekt: Bei Nutzung der USB Ports immer auch eine Verlängerung zwischen PI und Koordinator - Zigbee nutzt einfach nicht genügend Leistung im Funkband um die Störungen übersteuern zu können. Meine verwendeten SSDs scheinen EMV-technisch eine Einfluss auf das ZigBee-Netz zu haben (egal ob über USB3 angeschlossen oder nicht), die eine mehr die andere weniger. Mein WiFi-Netz scheint keinen Einfluss darauf zu haben. Auch habe ich nicht "ALLE Router stromlos" schalten müssen, damit es funktioniert hat. Ich bin froh, dass alles wieder funktioniert. Ich hab ja nun 2 BackUps zur Sicherheit und ich bin geübt im Aufsetzen eines RPis inkls. Apache-Webserver, php, mySQL, iobroker, sämtlicher Adapter etc.. Was ich immer noch nicht verstanden habe: Woher holt sich der ZigBee ioBroker-Adapter die nvbackup.json? Von dem ZigBee USB-Stick (Coordinator) selbst? Und warum gab's die Datei in den ersten Versuchen nicht bzw. warum hat der ZigBee ioBroker-Adapter die gemachten Einstellungen (PanID, ExtendedPanID, Channel etc.) nicht auf den ZigBee USB-Stick übertragen? In dem Moment wo ein Koordinator das Netz erfolgreich aufgebaut hat werden die Netz-Parameter im NVRam gespeichert. Dazu muss der Herdsman aber erfolgreich starten und ein Zigbee Netz aufbauen. In der Folge werden diese Daten dann vom Herdsman gespeichert. Findet der Herdsman beim Start ein entsprechendes Backup, so versucht er das Netz mit diesen Parametern wiederherzustellen, an Stelle eines kompletten 'Neuaufbau' des Netzes mit den im Adapter vorgegebenen Daten. Das beschleunigt den Start des Adapters signifikant, insbesondere bei grossen Netzen. Wenn es da Inkonsistenzen gibt verweigert der Herdsman den Start. Wenn beim Neuaufbau des Netzes die verwendeten IEEE's nicht passen, dann gibt es Probleme bei der Kommissionierung - mit den entsprechenden Meldungen. Zusätzlich gibt es noch Koordinatoren mit 'echten' IEEE's - sprich bei diesen müssen die IEEE im nvram-Backup und im Koordinator zusammen passen. Das ist z.Bsp. bei den Sonoff nicht der Fall - hier kann der Stick einfach so ausgetauscht werden sofern es ein nvram-Backup gibt. Bei verschiedenen Netzwerk-basierten Koordinatoren ist das nicht so - da übernimmt der Koordinator das unpassende nvram backup nicht und startet deswegen auch nicht durch. Das hatte ich gerade erst mit einem Netzwerk-Koordinator mit XZG Firmware. A.

@rockbaer2007 sagte in Problem mit HTML Ansicht (Energiefluss-Adapter): jetzt geht es so soll es sein. Bitte Thread als [gelöst] markieren

also der WioBrowser (!) : https://forum.iobroker.net/topic/50982/redesign-wiobrowser-für-windows Wenn du die "wioNoweb" genommen hast - die macht auch nichts. Genauso wie die "wioBrowser" Version - ok bei der geht immer ein Fenster auf. In der Config-Datei im gleichen Ordner kann man Startseite etc einstellen - und die Daten des iobroker-Adapters (oder war es umgekehrt, im Adapter die Daten des Client?). Kann sein das du den Port noch in der Firewall frei geben musst. Die Config-Datei wird nach dem ersten Start erzeugt. Den Rest steuert man vom Adapter aus.

@searcher57 "trial & error" ist durchaus ein guter Ansatz ... auf einem dafür vorgesehenen System. Auf einem Produktivsystem allerdings nicht. Auf'm Testsystem ausprobieren bis man den passenden Weg gefunden hat und dann im Produktivsystem nachziehen. Aber ich lese aus Deinen Antworten: Du hast es ja schon verstanden ;-)

@loverz Du könntest es auch mit Gotify und dem Gotify WS Adapter umsetzen. Der könnte dir das ganze direkt in die Notification des iobrokers pushen

@wcag22 sagte in Fehler im BackUp der history DB: Weil eventuell die 8 GB RAM nicht zum Packen einer gut 2 GB großen DB reichen? Da könnte das Problem liegen

Hi, also ich kriege den weiß kanal nicht mehr angesteuert. und der farbwechsel geht auch nur manchmal.

@haselchen sagte in fritzdect Adapter funktioniert nicht richtig mit FritzOS 8.x: @bertderkleine Vielleicht verrätst Du uns , um welche Sensoren es sich handelt!? Klar, 3x FRITZ!DECT 350. Heute werden die DP auch wieder aktualisiert, wie ich es erwarte und kenne. Auf jeden Fall ist die 2.5.12er Version zwingend nötig und dann munteres Durchstarten und Warten bis alles sich eingependelt hat scheint auch hilfreich.

@basti17683 sagte in Objekte haben sich vom Hersteller aus geändert: @wolfi913 Danke dir, das war wirklich einfacher. Ich hab die Prokollierung des neuen Datenpunktes aktiviert und wie beschrieben die Bezeichnung des alten Measurements eingetragen. So wie es aussieht scheint es zu funktionieren. @David-G Das was du angesprochen hast erfordert den History Adapter oder? Den hatte/habe ich noch nicht und musste mich daher erst einlesen. Was mache ich denn mit den nicht mehr aktiven/benötigten Objekten welche es mir in der ersten Instanz angelegt hat? Kann ich die eigentlich händisch löschen oder? Du solltest darüber nachdenken mit Alias zu Arbeiten. Ich habe (mit einigem Aufwand) alles was extern verwendet wird auf Alias umgestellt, damit ich - wenn sich die Hardware ändert - nur das Alias anpassen muss und Visualisierungen / Skripte / Protokollierung etc. weiter laufen. Es macht einiges an Aufwand - aber es ist sehr hilfreich wenn so etwas passiert oder wenn Du mal ein Gerät austauschen musst. A.

@knowhowseeker Funktioniert perfekt: [image: 1739034346857-0e05c4b3-d0e9-4de8-8bbf-f9626f0c21e6-grafik.png]

@codierknecht ok & danke. War von mir ein Gedanke, um die Schreibung auf der µsd Karte zu reduzieren. Das Backup liegt auf der NAS und das funktioniert auch soweit. Vg

@iob69 sagte in Verbindung mit Ikea Inspelning Steckdose: @homoran Ja, daran hab ich ehrlich gesagt nicht gedacht. Aber sollte so ein Netzwerk nicht trotzdem stabil funktionieren? Wie soll ich denn dem Netzwerk rsp. den Sensoren trauen, wenn man angst haben muss, dass, wenn man ein neues Gerät einbindet, die anderen Sensoren instabil werden? Ich hab da schon funktionen eingebaut wo eigentlich kein Signal verloren gehen darf, damit die Funktion auch sinn macht, z.B. Detektion von Ein- und Ausschalten des Heizungsbrenners über den Stromverbrauch, um den Ölverbrauch zu errechnen. Verlange ich zuviel ;-) Das einstecken ist nicht das Problem. Das ausstecken ist. Wenn Sensoren diese Steckdose als Router nutzen dauert es bis sie bei Wegfall einen anderen Weg gefunden haben. Hinzufügen ist zumeist problemlos. Wegnehmen nicht, Zum thema konfigurieren: das wird beim anlernen gemacht, aber die Ikea Geräte sind bekannt dafür damit unsauber um zu gehen, es ist denkbar das das nur im aktiven Speicher gehalten wird, sprich bei Strom Verlust verloren geht. A.

Hallo, meine Erkenntnisse zu diesem Thema sind vielleicht nicht direkt eine Lösung, könnten aber helfen, das Problem einzugrenzen. Ich nutze ebenfalls den TR-064 Adapter mit einer Fritz!Box (aktuell FW 8.02, vorher 8.01) und hatte gelegentlich Probleme mit LAN-Verbindungen. Das ist für AVM eher untypisch und trat bei mir mit keiner Version vor der 8.x auf. Die LAN-Abbrüche konnte ich wie folgt lösen (Punkt 4): AVM Wissensdatenbank: Häufige Abbrüche der LAN-Verbindung Das war besonders relevant für mich, da mein ioBroker über LAN verbunden ist. Was die Trägheit des TR-064 Adapters betrifft, kann ich bestätigen, dass es eine gewisse Verzögerung gibt. In meinem Fall bleibt sie jedoch unter einer Minute, was für mich OK ist. Interessanterweise hatte ich früher eine stärkere Verzögerung und vermutete damals, dass dies an meinen APs lag. Seit ich mein WLAN-Setup optimiert und die Anzahl der APs auf zwei reduziert habe, scheint es deutlich stabiler zu laufen. Falls du ähnliche Probleme hast, könntest du testweise deine APs kurz ausschalten, um zu prüfen, ob sie die Ursache sind. Generell versuche ich, die Anzahl meiner WLAN-Geräte stark zu minimieren und setze, wo möglich, ausschließlich auf Z-Wave. Auch wenn einige Nutzer problemlos über 50 WLAN-Geräte betreiben, halte ich das z.B. in einem Mehrfamilienhaus für ein mögliches Problem und die Stabilität leidet darunter. Mit WLAN-basierten Geräten, wie z. B. Shellys, hatte ich bereits Fälle, in denen ein Hardware-Neustart erforderlich war – wenn auch selten. Bei meinen Z-Wave-Geräten ist mir das hingegen bisher nie passiert. Nachtrag: Falls du iOS-Geräte nutzt, deaktiviere die Option „Private WLAN-Adresse“ - sonst hat der TR-064 Probleme und im Heimnetz ist das ohnehin überflüssig, während es unterwegs eher sinnvoll sein kann.

@mrnight sagte in io Broker startet nicht mehr: ./IoBroker top habe ich eingegeben. Das hatte ich so ja nicht geschrieben. Deswegen immer alles zeigen. Von der Eingabe bis zum letzten iota der Ausgabe