NEWS

@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:

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

@meister-mopper Erledigt. Danke

@ralf-2 Man sollte auch lesen können: favorites != functions

@trojanhector sagte in Installieren zigbee 2mqtt [mit workaround vorläufig gelöst]:

Mein primäres Problem war, dass ich den mosquitto Server nicht zum laufen bekam. Die Ursache war die Standardkonfiguration mit dem Standardport. Parallel habe ich nämlich auch den Shelly-Adapter mit mqtt auf dem Standardport laufen und das mag der mosquitto Server nicht.

Der Shelly-Adapter startet einen eigenen MQTT-Broker, welcher auf dem Port 1882 gestartet wird, um einen Konflikt mit anderen MQTT-Brokern auf dem gleichen System zu vermeiden (Standard-Port für MQTT ist 1883)

siehe https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/protocol-mqtt.md

@padrino

https://forum.iobroker.net/topic/78024/tester-für-responsive-design-initiative-gesucht

@codierknecht @Asgothian

Ich habe nichts außer Betrieb genommen. Es sind alle Geräte drin die vorher auch drin waren. Aber du hattest Recht ich habe gesehen, dass zwei verstärker keinen Empfang gezeigt hatten im Adapter. Ich habe das zigbee2tcpip gerät einmal vom Strom getrennt und ich denke jetzt geht es wieder. AEG (ausschalten, einschalten, geht) peinlich und nervig wie immer... Hatte wegen dem herdsmann im Fehlercode gedacht es sei etwas im Broker...
Vielen Dank für die schnelle Unterstützung

@ticaki oder statt USB Stick ein LAN Koordinator, da ist man freier bei der Aufstellung

@tschortsch
Dieser Adapter kann dafür genutzt werden
https://forum.iobroker.net/topic/79653/test-syrconnect-app-adapter

@iobrokerin Ja, UDP für die Discovery, TCP für den normalen Verkehr. Ist so aber bei vielen Adaptern, die mit Discovery arbeiten. Das läuft dann via UDP bis die Verbindung mal steht.

Gruss, Jürgen

@alexzi kannst du mit die shepherd.db hier zukommen lassen ? ich will nach etwas schauen

A.

@codierknecht said in Bug in History-Adapter-Diagramm:

Ich hätte die nur gerne - passend zur Grafik - mit den dazugehörigen Werten untermauert.

Dachte halt das das Diagramm nur 5 Werte hat, welche da rausgelesen werden können. Aber Mindestens der 1.5W - Punkt sollte da doch reichen, um das Problem zu verstehen. Aber ich hätte das wohl noch ein bisschen besser erklären sollen. Die anderen Werte kommen ja eben gerade nicht - respektive falsch - aus dem Diagramm hervor, sorry.

Machst Du als "Entdecker" in GitHub ein Issue auf?

Hab ich gemacht.