Darstellung einer Pulsoximetriekurve

[AlexAxel]

@dragon du kennst noch nicht mein IOBrokerprojekt, das RC Cars-Rennen im Garten misst, über Alexa moderiert und mit Spotify und den coolen Gauge-Meter eine tolle Spielgrafik darstellt. Monitor steht quasi im Garten auf der mobilen Rennstrecke. Ein paar ESPs messen, die IR Codes der eingebaute ESP im Auto von innen an der Ziellinie senden. Der Empfänger ESP schickt die Messdaten via MQTt an den Broker. Mit den lustigen Alexa Emotion-Tags moderiert sie richtig emotional. "Mark, Du lahme Ente. Das geht noch besser, du bist auf dem letzten Platz und hast nur eine Durchschnittsgeschwindogkeit von bla bla. "
Beim Start, Ende und während des Rennens werden coole Sounds und Rennmusik abgespielt. Ace of spades kommt da richtig gut. Hehehe

[Dragon]

@alexaxel
Du machst mich seeeehr neugierig. Ich glaube du solltest das mal vorstellen....

[Ralla66]

@alexaxel

ok, zur Darstellung benötige ich ja nur ca 48 Punkte / Bytes pro min für die Pulskurve in Vis.
Dann alle 1,25 sec 1Byte. Der ESP sollte die Bytes langsamer senden, so der Ansatz.
Array hat ja den Nachteil das ich dieses für die Visu wieder zerlegen muß.
Halt der Ansatz das Problem direkt im ESP zu lösen.

[AlexAxel]

@dragon ja nächstes Jahr

[AlexAxel]

@ralla66 nicht der ESP Broker definiert das Tempo, es ist der BLE Server, also Dein Pulsoximeter. Wenn du auf dem ESP bremst, gehen dir ja Updates/Bytes verloren.
Oder ich hab Dich falsch verstanden.

[Ralla66]

@alexaxel

könntest du bitte ein Codeschnipsel hier einstellen damit ich in den Datenpunkt Wave
die Bytes 41 - 67 schreiben kann.

mqttClient.beginMessage(Topic_Wave);
?
mqttClient.endMessage();

Dann hätten wir das sauber.

Danke

[Ralla66]

@alexaxel

Hast du irgendwelche Informationen zur Key Berechnung aus der Mac Adresse und x Byte bei BLE,
Link oder andere Informationquellen ?
In unserem BLE BlazePod Projekt stecken wir gerade an der Stelle fest das wir
die Verbindung nicht aufrecht erhalten können da wohl der Key fehlt.

[AlexAxel]

@ralla66 said in Darstellung einer Pulsoximetriekurve:

BlazePod

Musste erstmal googlen, was ein BlazePod ist
klappt es denn initial und ihr konntet die Bytes identifizieren, die für das Ding bzw. Euch wichtig sind ?
Wenn ja, glaube ich nicht daran, dass die Entwickler die Verbindung im nachhinein kappt, weil ein Key fehlt.

Wenn die Werte noch nicht kommen und Ihr wollt herausfinden, was die Original-App und das Teil so austauschen,
lasst es auf einem Android handy im Debug-Modus (muss man am Handy aktivieren) laufen und schließt es mit einem USB-Datenkabel(!) nicht Ladekabel am
PC an. Dort lasst Ihr die Android IDE Entwicklungsumgebung laufen. Man kann da schön sehen, was da so hin und her geht. Ihr könnt auch ein Android virtuel auf dem PC laufen lassen und dort die Andorid App im virtuellen Handy laufen lassen und gleiches sehen.
Wenn Ihr wissst was die App so sendet, damit es die Daten empfängt, die Ihr sucht, wisst Ihr was Ihr per BLE Code auf dem ESP vorab senden müsst, um gleichen Daten zu empfangen.

[Ralla66]

@alexaxel

BlazePod sind Neumodische Trainingsblinkis mit Pushbutton.
Daten sind alle da und Sichtbar, aufgeschraubt und Kabel angelötet auch.
Speicherauslesen und beschreiben geht

[AlexAxel]

@ralla66 said in Darstellung einer Pulsoximetriekurve:

Hier mal so ein Schnippsel ungetestet geschrieben:

  mqttClient.beginMessage(Topic_DataArray); // Hier den Topic nehmen, den Du vorher auch deklariert hast. Wenn das auch bei Dir oben not DataArray heißt, kann das so bleiben.
  //eben einen String zusammenbasteln, damit nur ein Datenpunkt verwendet wird. Geht sicherlich auch noch eleganter...
  String sTemp;
  int iWert;

  //Hier die Schleife
  for (int i = 41; i < 68; i++) {
    iWert = int(data[i],DEC); // nun an der Position das Byte rausziehen. Dieser Code muss ja in der Subroutine stehen, wo auch eine Variable namens Data mit dem gesammten Array übergeben wird.
    sTemp += iWert; 
  }
  mqttClient.print(sTemp); // Daten senden
  mqttClient.endMessage(); // MQTT Klasse mitteilen, dass nun Ende ist.

[Ralla66]

@alexaxel

Danke,
wird klappen, wenn nicht frage ich mal meinen BlazePod Progger.
Meine Fachabteilung im Freundesteam ist eher für Decoding zuständig
Diese ganzen Tves Chip ( ähnlich ESP ) haben ja auch so ne Verkasperung
wo du aus fernen Ländern einen Zugangskey per Mail bekommst anhand der Mac.

[AlexAxel]

@homoran wie hast du das hinbekommen. Mir reicht ja transparent oder schwarz. Wenn ich background setze, sieht das so aus:

[Homoran]

@alexaxel sagte in Darstellung einer Pulsoximetriekurve:

Mir reicht ja transparent

dann schreib das dahin
oder clear

EDIT:
Blödsinn, nicht im iFrame widget, sondern im Flot

deswegen fragte ich ja was das "history Widget" sein soll

[AlexAxel]

Ich möchte alle Mitlesenden und Begeisternden IOBler noch einmal deutlich daraufhinweisen, dass dies nur für private Zwecke eingesetzt werden darf.

Ein Produkt, dass für professionelle medizinische Zwecke bestimmt ist, muss dem Medizinprodukte-Gesetzt entsprechen! Die Anforderungen an eine MPG-konforme Lösung ist weit mehr als das bisschen basteln und coden. Also unsere Basteleien bitte nicht im professionellen Bereich, wie in der Pflege und oder in Einrichtungen verwenden! ... und für den privaten Gebrauch immer einen Plan B haben. So alarmiert bei mir immer noch das MPG-Konforme Pulsoximeter mit seinem eigenen Alarmlautsprecher.

So... das lag mir noch am Herzen... Ich wünsche allen ein Frohen Neues 2024 !! Alex:-)

[AlexAxel]

@homoran Achso du nimmst ein ganz anderes Objekt. Ich hab das hier genommen. Live History Chart:

Kann Flot auch in Echtzeit die Kurve so schnell zeichnen, dass 2 Kurven pro sekunde gezeichnet werden und diese nach links scrollen ?

[Homoran]

@alexaxel sagte in Darstellung einer Pulsoximetriekurve:

Kann Flot auch in Echtzeit die Kurve so schnell zeichnen, dass 2 Kurven pro sekunde gezeichnet werden und diese nach links scrollen ?

hab ich noch nie probiert.
So schnell steigt der Rheinpegel nicht

allerdings wird bei der Datenrate die History DB sehr schnell sehr groß

[Ralla66]

@homoran sagte in Darstellung einer Pulsoximetriekurve:

allerdings wird bei der Datenrate die History DB sehr schnell sehr groß

so war auch mein Gedanke und viel Traffic erzeugt der eigentlich nicht notwendig ist.
Da wir ja nicht im medizinischen Bereich sind sollten weniger Byte in der Datenübertragung
reichen.

[Homoran]

@ralla66 bleibt außerdem die Frage, ob eine lange Vorhaltezeit notwendig ist.
Wenn ich nur eine Nacht monitoren will, reicht ein Tag.
Das ist dann auch nicht wirklich kritisch.

[AlexAxel]

@homoran Ich schreibe nur die Frequenz und den O2 Wert in einer externen SQL DB. Das History Chart schaut aber nur auf einem anderen DP, der gar nicht historisch weggeschrieben wird. Das sind also flüchtige Kurvendaten. Quasi immer der Punkt der gemalten Live-Kurve der 4 Takte des Herzens.

[Ralla66]

@homoran

sehe ich auch so,
und wenn sich ein Progger gelangweilt fühlt kann dieser noch einen Code schreiben
wo Wifi / Mqtt und Device ID per Gui eingefügt werden kann.
Nicht jeder hat / kann mit der Arduino IDE umgehen.
So hätten viele User was davon, flashen, Daten eigeben, fertig ist die Laube.