@armilar said in Ernst gemeinte Frage: wieso so "Display orientiert":
- Gibt da solche Energieflussadapter... Sind echt cool und haben mir schon wertvolle Erkenntnisse geliefert.
Anstehendes Projekt
@armilar said in Ernst gemeinte Frage: wieso so "Display orientiert":
- Gibt da solche Energieflussadapter... Sind echt cool und haben mir schon wertvolle Erkenntnisse geliefert.
Anstehendes Projekt
@giuseppes Hab's mir eben schon direkt runter geladen
An der Stelle: Danke für den Hinweis
Gruss von der Ostsee
Chris
@bananajoe Mein Gedanke bei dem Vorschlag (GebKalender wohl eher unpraktisch, nur Datum) der Adapter war, dass üblicherweise auf dem Handy ja eh ein "aktueller" Kalender läuft. Da erscheint es mir nicht zielführend im ioBroker einen separaten zu pflegen, wo man doch schon alles hat.
Moin,
ACHTUNG: provokant!
mich würde echt interessieren, warum ein signifikanter Anteil der Posts hier sich um die Visuallisierung/Darstellung von Messwerten/-zuständen dreht?
"Haus Automatisierung" besagt doch letztlich, dass alles funktioniert, ohne, dass man sich darum kümmern muss, oder?
Allzu oft erscheint es mir jedoch so, dass das Betrachten von schlicht gekauften Out-of-the-Box Komponenten, die man ggf Nachbarn oder Bekannten auf dem Tablet unter die Nase halten kann, weit wichtiger zu sein scheinen.
Wie ist Eure Sicht der Dinge?
Gruss von der Ostsee
Chris
@giuseppes Da ich über die Feiertage ab nächster Woche zum alljährlichen Weihnachtstreffen weg bin, werde ich - in Ermangelung eines Rechner - wohl mal ein paar Screenshots von nRF (EQ-3 Thermostat) mitnehmen und den Code von EQ-3 auf Github durchforsten, auf dass ich mir etwas auf die Sprünge helfe.
Von den 2 Paketen ist eine Characteristic recht kurz (hex 4) und readonly, das legt ja den verdacht nahe, dass es sich um die gemessene Temperatur handelt.
Wie man nun von 00-10-02-00 auf circa 20,4°C kommt.... oder 20,01?
Ich les erstmal besser Code, wie es der Mensch mit dem Python-Script bzw ioBroker-Adapter gemacht hat.
Chris
@chris-1 Puh, das initielle georeferenzieren war schon etwas Arbeit mit vielen unbefriedigenden Ergebnissen, bis ich halt einfach mit fürchterlich vielen manuell gesetzten Punkten projeziert habe. Nu bin ich aber so weit zufrieden
Vorteil: Jetzt gibts den kurzen Weg:
gdal_translate -of GTiff -a_ullr 3225261.8474067864008248 5742205.9424629490822554 4689520.2210977496579289 6869384.3093071654438972 -a_srs EPSG:31467 ostsa_00.png dwd-ostsee-gk3.tif
Source: ostsa_00.png = (https://www.dwd.de/DWD/wetter/wv_spez/seewetter/ostsa_00.png)
Source: gdal (raster) / ogr (vektor) -> (https://mothergeo-py.readthedocs.io/en/latest/development/how-to/gdal-ubuntu-pkg.html)
Hier mal als PreView das Ergebnis. Hab im GIS extra mal Landesgrenzen drüber gelegt, damit man es leichter erkennen kann. Ist eine projezierte (sozusagen gedreht/gezerrte) Karte im Gauss-Krüger 3 Bezugssystem.
Hab's runter skaliert auf 640 Breite. Also, hier im Forum ist skaliert, bisher nicht in der Bearbeitung!
Als nächster Schritt wird obiger Befehl so modififiert, dass (für mich) nur noch der kleine Ausschnitt Lübecker-/Wismarer-Buch über bleibt und gleichzeitig in das Bezugssystem WGS84, wie man es bei uns gewohnt ist, überführt wird.
Das ist nochmal weniger als das zweite Bild vom geographischen Umfang.
Oopsy, ich merke gerade, dass ich wohl die Farbpalette aufzwingen muss, bevor ich skaliere.... ach, vielleicht sogar besser ganz vorne weg. Die Farbpalette lässt sich erstellen, indem man einfach mit seiner Bildverarbeitung (gimp?) die Legende innerhalb der Begrenzungslinie kopiert und daraus ein neues Bild (zB dwd-legende.png) generiert. Bitte darauf achten, nicht 256 zu nehmen, sondern Minimum. Müssten ca 14 inkl s/w sein, schau ich später nochmal nach und ändere es dann entsprechend (Service: geändert, Farbpalette steht hier als Bild unten drunter)
Beim ersten Bild - vor weiterer Bearbeitung - dann kurz Imagemagic drüber schicken...
convert INPUT.tif -remap dwd-legende.png OUTPUT.tif
Zwischenbemerkung:
Arbeitet bitte nicht mit JPG oder ähnlichen Farb-Substituierenden Formaten.
Der Punkt ist, dass die Farben letztlich Eure Daten wiederspiegeln.
Werden die Farben geändert, weil hübscher, tretet Ihr Eure Daten in die Tonne und alles wird unbrauchbar!
Eine solche "gefällige" Anpassung kann dazu führen, dass aus einer 25cm Welle ein 3m Monstrum wird, nur weil die Farbe ein schöner Übergang ist.
Die Farbkanäle sind Daten, keine Farben!
#dwd #georeferenzierung #georef #qgis #gis #grass #baltic #balticsea #ostsee #dwd #ostsee #swall #Wellengang
@mickym Es "scheint" so, dass der stop der Services, dann löschen der Leichen, dann Neustart der Services geholfen hat. Jetzt wurde nichts doppelt in die Objekte geschrieben und es lässt sich schalten.
Dann werde ich nun als nächstes ganz optimistisch den "ioBroker.zigbee2mqtt" Adapter löschen, der war ja eh schon angehalten.
Wunderbar, dann kann ich als nächstes prüfen, ob es bei Shellies auch klappt und danach ggf auch dort den Adapter löschen
@mickym Ich bedanke mich schon mal ganz herzlich für die MQTT Hilfe
@bambulko Für sayit brauchst Du keinen Exec Befehl im Blockly, dazu stellst Du im Adapter alles passend ein. zB wenn Du Sprache ohne Cloud haben willst.
Exec im Script wäre ne möglichkeit, wenn Du feste/bestimmt Töne über ein player-programm abspielen willst, oder halt einen Tongenerator.
Ich werde wohl mal einen Vorstoß in Richtung OpenWRT machen und die Plattform wechseln. Morgen sollte ein alter MikroTik RB751U-2HnD eintrudeln, welchen ich dann versuchen werde zu flashen.
Aktueller Entwicklungsstand:
Der ESP verbindet sich bei Erreichbarkeit per Bluetooth (BLE) mit der Smartwatch.
Verschiedentliche Einstellungen werden ausgelesen und ggf auch auf einen default Wert aktuallisiert, zB dass ich zH auch Telefonate über die SmartWatch annehme, was ich tagsüber/auswärts nicht mache.
Die Kommunikation zum ioBroker vom ESP läuft dann bisher(?) via MQTT (Mosquitto).
Ich mag ja MQTT und nutze es, soweit möglich, für alles!
Werde im Zuge dieses Projektes wohl auch noch einen ESP32 fertig machen, welcher den EQ-3 Thermostat Adapter ersetzen wird. (Diese ESP32c3 Super Mini sind mit 2,20€ echt billig und für kleine Aufgaben ohne viel Speicherbedarf geradezu prädestiniert).
Aktuell drösel ich gerade "Health-Records" (Herzschlag, Blutdruck, EKG, MET, Schlaf, Blutzucker,...) auf und dort kommt nun die timestamp ins Spiel, denn ich will ja nicht "bei Zuhause" 20x per MQTT den Wert "jetzt" (aka connect) überschreiben, sondern meine per BLE übertragenen timestamp nutzen.
Gruss von der Ostsee
Chris
Moin
ich bastel hier ja für SmartWatch (BLE) eine Art H-Band (App) Ersatz.
Nun stehe ich vor dem Problem, dass ich den ESP32 ja nicht die ganze Zeit mit mir herum trage, sondern dieser ausliest, sobald ich heimatliche Gefielde erreiche. Es werden also archivierte Daten inkl timestamp übertragen.
Ist jemandem eine (sinnvolle?) Möglichkeit bekannt, wie ich die timestamp in ioB selbst setzen kann? Gerne auf Basis von Blockly, da ich's mit Java nicht so habe.
Ich würde da an sowas denken wie die Daten nicht als Wert (integer/float) zu übertragen, sondern als JSON mit Skript Trigger "IF-json", also, wenn kein Wert (int/float), dann schau nach, ob da ein JSON bestehend aus timestamp und Value ist. Falls ja, setze timestamp gemäß JSON.
Zu MQTT v5 (dort ist derartiges wohl unter user_properties vorgesehen) habe ich leider keine Arduino Library gefunden und weiss auch offengestanden nicht, ob der MQTT-Adapter da mitspielen würde.
Ich habe auch schon weitestgehend erfolglos recherchiert, ob es eine passende postgreSQL Library gibt, aber da sieht es auch dünn aus (ich würde ja ein psql MERGE benötigen) und zudem würde dies unnötig Speicherplatz belegen.
Aktuelle befürchte ich fast schon, dass ich über php für das publish gehen muss, wobei ich die nötigen DB informationen im mqtt Bereich hinterlegen könnte, so dass diese nicht extra nochmals heraus gesucht werden müssen.
(psql: ioBroker-Tabelle -> datapoints -> mqtt-datapoint -> type/Nr)
Gruss von der Ostsee
Chris
@jleg said in Zigbee Alarmgeber gesucht:
@meckii alternativ einen normalen Zigbee-Switch nehmen, und eine Hupe deiner Wahl dranhängen?
Sehr gute Idee
@esp8266 Gelöst, oder per Kühlkörper provisorisch umschifft?
Die Last runter nehmen bringt, so denke ich, auf Dauer mehr.
Moin
@bob-der-1 said in RPI 4 Update auf ?:
Nun habe ich den Verdacht das der PI langsam zu klein wird.39 aktive Instanzen vor allem VIS sollte hunrig sein.
37 Instanzen?
Hast Du mal geschaut, ob Du nicht so manches auf MQTT verschieben kannst, um Dich von so manch Adapter zu trennen?
Gruss von der Ostsee
Chris
Moin,
ich probiere mich gerade an Code, welcher die "H Band" App ergänzen, idealer Weise langfristig ersetzen soll. Erste bi-direktionale Kommunikation ist bereits möglich. Im Hinblick auf ioBroker erfolgt der Datenaustausch via MQTT.
Da ich das Rad ungerne 2x erfinden möchte und nun der große Batz mit den ganzen HEX Codes folgt (grosser Teil bereits identifiziert, vielfach Daten-Struktur bereits bekannt), wüsste ich gerne, ob sich noch jemand mit diesem Thema beschäftigt.
Ich schreibe mit platformio / Arduino in cpp.
Hardware: ESP32c3-DevKit-M1 / ESP32-C3 Super Mini (2,16€)
SmartWatch: SACOSDING Health, Hersteller wohl "Tencent" (~50€)
Ich gehe davon aus, dass es mit allen Uhren, welche H-Band als App verwenden, funktionieren sollte, ggf mit kleineren Anpassungen. Ich baue es extra modular auf, so dass eine smartwatch<ix>.cpp/.h einfach realisierbar ist.
Gruss von der Ostsee
Chris
@homoran said in Darstellung einer Pulsoximetriekurve:
@ralla66 sagte in Darstellung einer Pulsoximetriekurve:
aus einer DB eine Kurve darstellen, siehst du da Möglichkeiten ?
nur wenn die Daten über iob geloggt wurden.
Aber ich glaube dass diese Frage bereits mal behandelt wurde. Leider weiss ich nicht mit welcher DB und welchem Ergebnis
Wäre es nicht sinnvoller die Daten extern ein zu speisen, statt via ioB, um eine korrekte Timestamp zu haben?
Wenn ich mich recht entsinne, dann verwendet ioB für die Datenbank (bei mir postgreSQL) den jetzt-Wert, was zu Problemen führt.
Ich hatte da Probleme, als ich Vorhersagen & Meßwerte vom BSH OpenData-Server einspeisen wollte.
Schreibe hier mal 2-Zeiler, um dem Thema zu folgen.
Habe seit Weihnachten eine einfache SmartWatch, welche nicht-medizinische Näherungswerte zu Blutdruck, Puls, Haut-Temperatur, Blutsauerstoff etc liefert, welche ich doch gerne statt mittelmäßiger H-Band-App in ioBroker/postgreSQL einpflegen würde. EInfach zur groben Kontrolle, wenn es irgendwo scheinbar starke Abweichungen gibt.
Gruss von der Ostsee
Chris