Und wieder sind einige Monate ins Land gegangen....
Im September gab es die erste wirkliche Feuertaufe.
Während der Nacht ist der NUC auf dem ioBrocker lief ausgefallen.
ioBrocker wurde automatisch auf dem anderen 'großen' NUC gestartet und lief sofort weiter.
Erst Tage später fiel mir auf das ein NUC nicht mehr lief!
Bin sehr zufrieden wie gut der HA-Cluster funktioniert.
PS: wenn jetzt die dunkle Jahreszeit beginnt werde ich mich an die Doku begeben 
Hallo
Ich war es irgendwan leid mir meine Schalter im Vis immer wieder neu zusammen zu stellen und habe mir ein eigenes "Widget" zusammen gestellt.
Vieleicht hilft das den ein oder anderem.
Das Ausrufezeichen zeigt an ob das Device erreichbar ist.
Hier nun das Widget:
Die Einstellungen:
Objekt ID: ID des Schaltaktors, zB "sonoff.0.S20-4ch-Garten.POWER2"
Titel: Name des Schalters
CSS Klasse: hier kann man wenn man wie ich zb Material Design von Uhula verwendet die CSS Klasse für die Schrift eintragen.
Fehler ID: ID ob der Aktor noch lebt, zB "tr-064-community.0.devices.Sonof-Ch4-Garten.active"
Viel Spaß damit 
Ich hatte am Anfang auch viele Probleme da ich erst nur Sensoren im ZigBee Netz hatte.
Jetzt habe ich viele Lampen mit ZigBee die als Repeater arbeiten.
Ich würde mindestens eine Steckdose/Lampe je Raum installieren, die Sendeleistung im Adapter für den Stick drosseln, ein paar Stunden warten und dann den Taster am BWM kurz drücken um ihn zu triggern.
Warum die Sendeleitung drosseln?
So verbindet sich der Sensor eher mit einem Repeater der günstiger installiert ist.
Ist nur meine Erfahrung hier im Haus...
Und natürlich immer schauen was so an WLANS rumfunkt, auch der Nachbarn
Und statt "sonst falls" einfach "sonst".
Macht die Sache noch kompakter
@apollon77 sagte in iobroker hochverfügbar:
@sufra Einige User sind einfach auf CEPH gegangen was per Proxmox seehr schön in der UI zu erstellen ist ... bversuch doch das erstmal
Da habe ich wohl mit meinen Beiträgen einen falschen Eindruck hinterlassen.
Am Wochenende alles komplett auf den 3 NUCs installiert.
Läuft seit 24h.
Ich wollte einfach nur wissen ob ich die Anleitung von darkiop ändern/ergänzen darf.
Sie hat mir sehr geholfen und ich würde gerne was zurück geben 
@armilar sagte in SONOFF NSPanel mit Lovelace UI:
@sufra sagte in SONOFF NSPanel mit Lovelace UI:
0_userdata.0.NSPanel.2.Berry_Driver.currentVersion
Den Datenpunkt unter Objekte entweder löschen und neu anlegen lassen
0_userdata.0.NSPanel.2.Berry_Driver.currentVersionoder den Datenpunkt von string in number ändern und eine 6 reinschreiben.
Initial werde ich den künfig als number und vorbelegter Versions-Nummer befüllen
Wenn ich die Meldung richtig verstehe ist der Wert ein String und der Datenpunkt eine Nummer.. ?
Steht irgendwie falsch in dem Object was Tasmota liefert... ?
Hallo, da ich schon viel von dem Forum profitiert habe möchte ich auch was zurück geben.
Um schwankende/streuende Messwerte zu dämpfen verwende ich folgendes Script/Blockly:
als Script:
var wert_alt, wert_neu, wichtung, result, mittelwert;
function Mittelwert(wert_alt, wert_neu, wichtung) {
mittelwert = wert_alt;
mittelwert = mittelwert * wichtung;
mittelwert = mittelwert + wert_neu;
result = mittelwert / (wichtung + 1);
return result;
}
setState("javascript.0.Datenpunkte.Sensoren.Rayniman.Temperatur"/*S-Rayniman_Temperatur*/, Math.round((Mittelwert(getState("javascript.0.Datenpunkte.Sensoren.Rayniman.Temperatur").val, getState("ID auswählen").val, 3))*100)/100, true);
console.log((['Temperatur : ',getState("javascript.0.Datenpunkte.Sensoren.Rayniman.Temperatur").val,'°C'].join('')));
Je höher der Wert der Wichtung, um so stärker die Dämpfung.
Viel Spaß damit 
@darkiop Nach 2 Monaten möchte ich mal einen Zwischenstand mitteilen.
Bis auf ein paar Problemen an denen ich selber Schuld war läuft der Cluster sehr gut.
Meine bisherigen Probleme:
Ich hatte meine Switche auf auto Update stehen.
Dabei sind dann beide Clusternetzwerke gleichzeitig offline gegangen.
Danach war GlusterFS nur noch readonly.
Lies sich mit einem neu starten der Nodes aber schnell beheben.
Ein anderes mal hatte ich Änderungen an den VLANs gemacht und dabei die Clusternetzwerke strubbelig gemacht.
Man muss also schon aufpassen was man macht, ist sicherlich nichts für Netzwerkneulinge
Gruß Frank
Ich find Solingen gut, knapp 1h von hier
Man sieht sich 
@ticaki Okay, danke für die Erklärung.
Die Einstellung im Adapter unter Globelsetting wurde bei mir seltsamerweise nicht übernommen.
Naja, mal abwarten, wird sich ja denke ich noch einiges ändern.
Ihr seid ja kräftig dran.
@armilar Bin schon im richtigen Thread
Meine Einstellungen für den Screensaver sind jedoch überschrieben mit dem Update....
Verwende Brightsky und ist wieder alles auf openweather....
Obwohl im Adapter brightsky.0 angewählt ist.
Hallo, wie macht man ein Update mit dem Script am besten?
Den oberen Teil kopieren und irgendwo zwischenspeichern und in das neue Script überkopieren?
Kurze Rückmeldung, funktioniert bei mir
Vielen Dank für eure Arbeit
LG aus Duisburg
@tt-tom Perfekt, funktioniert
Könnte man noch ins Wiki aufnehmen.
Klasse Arbeit
Ich habe meine 3 Panels ohne größere Probleme umgestellt.
Eine Frage hätte ich aber, habe dazu nichts in der Anleitung/Wiki gefunden, oder übersehen.
Wie kann ich mrIcon2ScreensaverEntity ausblenden?
mfg Frank
Wird der Adapter noch weiterentwickelt/betreut?
Da das LinkTap Gateway ja auch MQTT kann, wäre es nicht möglich den Adapter daraufhin umzubauen?
Dann hätte man die Beschränkungen der API nicht.
Hab da auch eine Frage zum Adapter.
Welche Datenpunkte muss ich setzen um ein Ventil zu öffnen für 100l Menge?
Okay, also fehlt scheinbar die Route vom UDM zur Fritzbox.
Dann werde ich mal versuchen heraus zu finden wie ich die richtig einstelle.
Am besten ich melde mich im "ubiquiti-networks-forum" an.
Danke für die Tipps
@marc-berg sagte in Frage zur Konfiguration IPv6 Unifi Dreambox hinter Fritzbox:
ip -6 route show
Auf der Fritte die Priority auf niedrig umgestell.
UDM neugestartet...
Keine veränderung.
Als Bridge kann ich sie nicht umstellen.
EDIT: und ganz wichtig, in der Fritzbox muss "Teile des vom Internetanbieter zugewiesenen IPv6-Netzes werden an nachgelagerte Router weitergeben" aktiviert sein.
DNS-Server, Präfix (IA_PD) und IPv6-Adresse (IA_NA) zuweisen
FRITZ!Box wird als DNS-Server via DHCPv6 bekannt gegeben. Teile des vom Internetanbieter zugewiesenen IPv6-Netzes werden an nachgelagerte Router weitergegeben. Geräte im Heimnetz bekommen eine IPv6-Adresse via DHCPv6 zugewiesen.
Ist aktiviert.
Was sagt ipconfig /all (IPv6 Standardgateway) auf einem der Clients? Ist das korrekt? Denn trotz falschem Gateway können die Clients untereinander im selben Subnetz IPv6 sprechen. Das würde dein Fehlerbild erklären.
Das sagt Windows:
IPv6-Adresse: xxxx:xxx:9691:f0::4ac
xxxx:xxx:9691:f0:65ca:a339:2fec:819f
Verbindungslokale IPv6-Adresse: fe80::76de:ff05:e8fa:48a%6
IPv6-Standardgateway: fe80::74ac:b9ff:fe4a:34ea%6
IPv6-DNS-Server: 2002:2cc:9691:f0::1 (unverschlüsselt)
2002:2cc:9691:f0::1 (unverschlüsselt)
UDM:
root@UDM:~# ip -6 route show
xxx:xxx:9691:0:76ac:b9ff:fe4a:34ed dev eth4 proto kernel metric 256 expires 6845sec pref medium
xxxx:xxx:9691:f0::/64 dev br40 proto kernel metric 256 expires 6845sec pref medium
xxxx:xxx:9691:f1::/64 dev br50 proto kernel metric 256 expires 6845sec pref medium
fe80::/64 dev eth0 proto kernel metric 256 pref medium
fe80::/64 dev eth1 proto kernel metric 256 pref medium
fe80::/64 dev eth2 proto kernel metric 256 pref medium
fe80::/64 dev eth3 proto kernel metric 256 pref medium
fe80::/64 dev switch0 proto kernel metric 256 pref medium
fe80::/64 dev br0 proto kernel metric 256 pref medium
fe80::/64 dev switch0.1 proto kernel metric 256 pref medium
fe80::/64 dev switch0.10 proto kernel metric 256 pref medium
fe80::/64 dev switch0.20 proto kernel metric 256 pref medium
fe80::/64 dev switch0.30 proto kernel metric 256 pref medium
fe80::/64 dev switch0.40 proto kernel metric 256 pref medium
fe80::/64 dev switch0.50 proto kernel metric 256 pref medium
fe80::/64 dev switch0.60 proto kernel metric 256 pref medium
fe80::/64 dev switch0.70 proto kernel metric 256 pref medium
fe80::/64 dev switch0.80 proto kernel metric 256 pref medium
fe80::/64 dev eth4 proto kernel metric 256 pref medium
fe80::/64 dev br10 proto kernel metric 256 pref medium
fe80::/64 dev br20 proto kernel metric 256 pref medium
fe80::/64 dev br30 proto kernel metric 256 pref medium
fe80::/64 dev br40 proto kernel metric 256 pref medium
fe80::/64 dev br50 proto kernel metric 256 pref medium
fe80::/64 dev br60 proto kernel metric 256 pref medium
fe80::/64 dev br70 proto kernel metric 256 pref medium
fe80::/64 dev br80 proto kernel metric 256 pref medium
fe80::/64 dev rai0 proto kernel metric 256 pref medium
fe80::/64 dev ra0 proto kernel metric 256 pref medium
Hallo zusammen.
Irgendwie stehe ich auf dem Schlauch und auch diverse Suchanfragen in etlichen Foren und Google haben mich nicht erleuchten können.
Mit IPv4 kenne ich mich gut aus, jedoch habe ich den Anschluß bei IPv6 verloren.
Wie sieht meine Hardware Konfig aus...
Fritte 7490 ---> Unifi UDM
IPv6 der Fritte:
Verwendete IPv6 Präfixe:
Heimnetz xxxx:xxx:9691::/64
Gastnetz xxxx:xxx:9691:1::/64
WAN xxxx:xxx:9691:8000::/64
Delegiert xxxx:xxx:9691:f0::/60
In der UDM unter Internet --- Primary (WAN1)
IPv6 Configuration :
IPv6 Connection DHCPv6
Prefix Delegation Size 60
DNS Server Auto
bei Networks:
Router UDM
Interface Type Prefix Delegation
Prefix Delegation Interface Primary(WAN1)
Prefix Delegation ID Auto
Gateway IP/Subnet xxxx:xxx:9691:f0::1/64
Link Local IP fe80::74ac:b9ff:fe4a:34ea
Advanced Manual
Client Address Assignment DHCPv6
Start ::2 Stop ::7d1
Lease Time 86400
DNS Server Auto
RA Priority High
Allow SLACC ja
Innerhalb meines Heimnetzwerkes kann ich die Geräte/Server mit ihren IPv6 Adressen ansprechen.
IPv6 Adressen im Internet kann ich jedoch nicht erreichen.
Test auf der Seite [https://test-ipv6.belwue.net/] ist auch negativ.
Test mit IPv4 DNS-Eintrag Okay (0.723s) verwende ipv4
Test mit IPv6 DNS-Eintrag Zeitüberschreitung (16.087s)
Test mit Dual Stack DNS-Eintrag Okay (0.814s) verwende ipv4
Prüfung auf Dual-Stack-DNS und große Pakete Okay (0.769s) verwende ipv4
Großes IPv6-Paket testen Zeitüberschreitung (16.046s)
Prüfen, ob der DNS-Server Ihres ISPs IPv6 unterstützt Okay (1.645s) verwende ipv4
IPv4-Dienstleister finden Okay (0.148s) verwende ipv4 ASN 3209
IPv6-Dienstleister finden Zeitüberschreitung (15.130s)
Ich hoffe es findet sich jemand der mir bei dem Problem weiter helfen kann.
Gruß Frank
