Spartipp: ihr müsst eure Gans nicht 4 Stunden bei 220 Grad garen, ihr könnt sie auch eine Stunde bei 880 Grad garen
— Sophie Passmann (@SophiePassmann) December 25, 2021
Sonntag, 26. Juni 2022
Spartipp: ihr müsst eure Gans nicht 4 Stunden bei 220 Grad garen, ihr könnt sie auch eine Stunde bei 880 Grad garen
— Sophie Passmann (@SophiePassmann) December 25, 2021
Tags: Ofen, Temperatur, Weihnachtsgans
Labels: Funny
Sonntag, 22. Mai 2022
Mein Haus ist voll mit kleinen quadratischen Xiaomi Aqara Temperatursensoren (Produktnummer: WSDCGQ11LM), die man auf Ali Express für etwa 15 Franken pro Stück kauft. Die Sensoren werden mit einer Knopfbatterie ausgestattet, die monatelang hält.
Etwa die Hälfte davon ist mit einem Aqara Hub verbunden, die andere Hälfte habe ich inzwischen auf einen Deconz Conbee II USB-Stick migriert, welcher an einem Linux-Server hängt.
Die Sensoren kommunizieren mit dem ZigBee-Standard.
Leider kommt es alle paar Wochen wieder vor, dass einer oder mehrere der am weitesten vom Hub resp. dem Linux-Server entfernten Sensoren „verloren“ gehen, das heisst plötzlich aufhören, periodisch Messwerte zu senden.
Da dies immer wieder passiert, habe ich ein Script geschrieben, dass mich alarmiert, wenn die letzte Messwertmeldung eines Sensor mehrere Stunden zurückliegt.
Ist dies der Fall, muss ich den Sensor neu mit deCONZ verbinden, indem ich den Reset-Knopf am Sensor mit einem japanischen Ess-Stäbchen mehrere Sekunden lang gedrückt halte, bis die LED des Sensors mehrfach blinkt. Danach noch ein kurzer Tipper auf den Reset-Knopf, und dann ist der Sensor wieder mit deCONZ gepaart.
Nichtsdestotrotz: Das nervt. Gewaltig.
Das Problem ist im Netz bekannt:
The Xiaomi/Aqara sensors use a non-standard zigbee protocol, where the time between check-ins is longer than most. For a lot of zigbee repeaters, the time is just longer than the threshold, so the devices get dropped from the network when they don’t check in “on time”. […] Xiaomi/Aqara devices enter “test mode” for the first couple hours after pairing, where they send data every 3-5 seconds rather than on events or at regular ~1hr check ins. I am in the habit of pairing any battery operated sensors in close proximity to the hub, and leaving them very close to the hub for a few hours after pairing to ensure proper communication and connection after the test mode ends.
My guess is that your sensor is connected to a repeater that doesn’t like the long time between check-ins, and is happy with the sensor while it’s in test mode, but drops it from the network after that.
Quelle: Xiaomi aqara loosing connection every couple hrs
Spannend dabei ist, dass ich in jedem Zimmer mindestens eine Philips Hue Deckenlampe montiert habe, welche — da kabelgebunden — als ZigBee-Repeater funktionieren. Zudem habe ich in der Stube, welche luftlinienmässig am weitesten vom DeCONZ-Server entfernt ist, auch noch einen IKEA Tradfri ZigBee-Repeater installiert. Leider bringen diese Repeater in meinem Fall offenbar rein gar nichts.
Eine mögliche Lösung könnte sein, den WLAN-Kanal zu ändern: FAQ: What WiFi Channel is least likely to interfere with SmartThings? Das möchte ich aber nicht ausprobieren, da ich mein Ubiquiti UniFi-WLAN-Netzwerk solche Parameter selber regeln lasse, und bis jetzt eine äusserst gute WLAN-Qualität hatte.
Mittlerweile bin ich soweit, Xiaomi Aqara den Rücken zu kehren und Sensoren einer anderen Marke zu kaufen, falls sich diese in etwa im selben Preisrahmen bewegen, und stabiler sind.
Leider listet die offizielle Kompatibilitäs-Seite keine Alternativen für reine Temperatur- und Feuchtigkeitssensoren.
Eine inoffizielle Liste ist deutlich grösser.
Bei einer Google-Suche wurde mir der SONOFF WLAN-Luftfeuchte- und Temperatursensor SNZB-02 ZigBee für 12.45 CHF (Brack) präsentiert. Nach anfänglichen Problemen scheinen diese Sensoren gemäss Foren-Beiträgen nun mit deCONZ zu funktionieren. Ich werde mir mal ein Testprodukt bestellen.
Andere potentielle Kandidaten, welche ich auf die Schnelle nicht in Schweizer Shops gefunden habe:
Gestern, am 4. Januar 2023, sind auf einen Schlag drei Sonoff SNZB-02 Sensoren, welche ich mittlerweile im Haushalt betreibe, fast gleichzeitig stumm gegangen. Die Sensoren waren seit dem 7. Oktober 2022 aktiv und haben täglich zwischen 500 und 600 Mal Werte gesendet. Ein anderer Sonoff Sensor funkt munter weiter. Im DeCONZ Phoscon-Tool werden die Sensoren als offline angezeigt.
Ich habe die Sensoren ins Büro (in die Nähe des Conbee Sticks) gebracht und danach mit DeCONZ Phoscon neu gepaired: DeCONZ Phoscon in den Pairing-Modus schalten (Add new sensor > Other), Druck auf den Reset-Button, bis die rote LED dreimal durch das Gehäuse blinkt, Button loslassen, Sensor auf Tisch ablegen, und 10-15 Sekunden später färbt sich der Modaldialog in DeCONZ Phoscon grün. Ich werde die Sensoren nun über Nacht auf dem Schreibtisch belassen, und morgen — sofern sie immer noch Kontakt haben — wieder an ihren angestammten Ort hinterlegen.
Tags: Aqara, ConBee II, deCONZ, Phoscon, Temperatur, Temperatursensor, Xiaomi
Labels: IT
Sonntag, 28. März 2021
Dieses Anliegen ist zum Glück deutlich besser dokumentiert als bei einem EdgeRouter ER-X-SFP, generell aber etwas komplizierter umgesetzt:
Nachdem man sich per SSH auf den UniFi Switch mit SFP-Modul eingeloggt hat, gibt man folgende Befehle ein:
# telnet localhost (UBNT) >show fiber-ports optics all Output Input Port Temp Voltage Current Power Power TX LOS [C] [Volt] [mA] [dBm] [dBm] Fault -------- ---- ------- ------- ------- ------- ----- --- 0/9 42.9 3.284 34.3 -5.983 -8.520 No No
Quelle: SFP/SFP+ info on UniFi switches
Um anzuzeigen, was genau für SFPs im Switch verbaut sind, verwendet man folgenden Befehl (Achtung, es handelt sich um einen anderen Switch als den obigen):
# swctrl sfp show Port Vendor Name Serial Number Part Number Rev Compliance ---- ---------------- ---------------- ---------------- ---- ---------------- 9 UBNT X20061111111 UF-RJ45-1G 1.0 1000T 10 UBNT X20061111112 UF-RJ45-1G 1.0 1000T
Tags: Ampere, Empfangsleistung, Sendeleistung, SFP, Temperatur, Ubiquiti, UniFi, US-8-150W, Volt
Labels: IT
Sonntag, 28. März 2021
Nirgends sauber dokumentiert, habe ich es nach einigen Stunden Recherche geschafft, die Temperatur, die Spannung, den Strom sowie die Sende- und Empfangsstärke eines in einem ER-X-SFP verbauten Fiber7-SFPs auszulesen:
/usr/sbin/ubnt-hal getSfp eth5 connector=LC vendor=FLEXOPTIX oui=38-86-02 part=S.B1312.10.XDL rev=A serial=1234567 date=170110 temp=67.601 C voltage=3.23 V current=17.03 mA tx_power=0.15 mW rx_power=0.23 mW tx_fault=no rx_los=no
Diesen goldenen Tipp erhielt ich von diesem Kommentar im Community-Thread Support for g.fast SPF. Was /usr/sbin/ubnt-hal sonst noch kann, ist im (leider seit 2013 nicht mehr aktualisierten) Artikel Undocumented EdgeOS commands beschrieben.
Wieso ich wusste, dass das geht? Im Router GUI werden diese Daten angezeigt, wenn man mit der Maus über den im Header graphisch dargestellten SFP-Port fährt. Das GUI holt diese Daten über die Websockets-Schnittstelle /ws/stats, welche von lighthttpd auf den Socket /tmp/ubnt.socket.statsd zeigt. Leider habe ich nicht herausgefunden, wie ich diesen Socket von der Kommandozeile aus ansprechen kann.
Tags: Ampere, EdgeOS, EdgeRouter-X, Empfangsleistung, ER-X, ER-X-SFP, RFXtrx433XL, RX, SFP, Strom, Stromsparen, Temperatur, Ubiquiti, Volt
Labels: IT
Freitag, 13. November 2015
Da wir bei uns einige Kleidungsstücke aus den USA herumliegen haben, ist es handlich die englischen Wasch-Instruktionen auf europäische Werte übersetzen zu können.
Quelle: laundry temperature: hot, warm, or cold?
Eine Artikel auf einer anderen Web-Site erklärt die Zeichen auf den Etiketten und definiert darauf basierend die Temperaturen wie folgt — für mich die zuverlässigere Interpretation:
Quelle: Decoding Laundry Instructions
Tags: Celsius, Europa, Temperatur, USA, Waschen
Labels: Leben