Beiträge von Baudi

    Fände ich auch eine gute Sache! Wird das Symbol wie das Katheter-Alter auch rot eingefärbt, wenn es dem Sensor-Ende zugeht?


    Und was müsste ich dafür machen, wenn ich das auch haben will?


    In Juggluco was updaten? :S

    jka hat die Übertragung der Sensor-Startzeit via xDrip broadcast (also nicht an/über xDrip, sondern anstelle von xDrip direkt an AAPS) in eine Testversion eingebaut:

    RE: Libre3-2-Juggluco

    Vielleicht / hoffentlich wird die Funktion in die zukünftigen Versionen übernommen.


    Wir hatten erst einen Sensorwechsel mit AAPS, an eine rote Färbung kann ich mich nicht erinnern.

    Ja, nachdem ich die Bedingung bei https://github.com/nightscout/…/XdripSourcePlugin.kt#L83 entfernt und sie zu var sensorStartTime: Long? = bundle.getLong(Intents.EXTRA_SENSOR_STARTED_AT, 0) gemacht habe, wird das Alter des Sensors angezeigt. Ich konnte in den Einstellungen nicht finden, wo du diese Einstellung vornimmst.

    Aber ich glaube nicht, dass der Wechsel zu Juggluco ein so großes Problem darstellt. Dort sehen Sie sofort das Enddatum des Sensors. Es wird schneller sein als der Wechsel innerhalb von AAPS. AAPS ist furchtbar langsam.

    Dankeschön, funktioniert!
    In der Konfiguration unter BG source habe ich xDrip gewählt, dann daneben das kleine Zahnrad für preferences und dort log sensor change to NS.


    https://androidaps.readthedocs…nshot_20231202_141925.png

    https://androidaps.readthedocs…nshot_20231202_141958.png

    Welchen Sinn hat es, die Sensorstartzeit an AAPS zu senden? Sie können es ganz einfach in Juggluco ansehen (wobei die Endzeit wichtiger ist). Und wo kann man es in AAPS sehen?


    Ich habe es jetzt zu einer Testversion hinzugefügt


    Dankeschön, werde ich morgen testen!


    AAPS zeigt das Sensoralter in der Mitte auf dem Hauptbildschirm, hier rechts, noch via xDrip übertragen. Die Übersetzung der Einheiten in AAPS ist kaputt (3 days und 1 Stunde), gilt auch für den Omnipod links.



    Wir stellen jetzt auf AAPS um und unser Kind soll natürlich in AAPS auf den Wert schauen und auf das aktive Insulin, den Bolus in AAPS eingeben usw... Juggluco läuft da nur im Hintergrund.


    Und wenn wir als Eltern schon die Gelegenheit haben, Basalraten, aktives Insulin etc. ebenfalls zu sehen (und oft auch ob das Kind überhaupt gebolt hat), wollen wir das natürlich auch nutzen. Also laufen auf unseren Geräten Nightscout oder AAPSclient, die praktisch sämtliche Werte aus AAPS auch anzeigen können. So hätte man die Sensorlaufzeit gleich mit im Blick.

    Juggluco 7.1.22:


    Über den Umweg Juggluco --(patched libre broadcast)--> xDrip --(local broadcast)--> AAPS wird das Sensor-Alter in AAPS angezeigt.


    Mit direkter Verbindung Juggluco --(xDrip broadcast)--> AAPS wird das Sensor-Alter in AAPS nicht angezeigt.


    Gibt es hierfür eine Einstellung, oder wird das Sensor-Alter im xDrip broadcast nicht übertragen?

    Und welche Probleme hatten Sie, als Sie diese Protokolle erstellt haben?

    Im Moment habe ich keine Probleme mehr. Ich hatte es tagelang nicht hinbekommen, dann wurde der Sensor gewechselt und die Uhr neu gestartet und plötzlich lief es.


    Ich habe nur nicht verstanden, was die Uhr oder der Sensor mit dem Uploader auf dem Handy zu tun haben.

    Wenn Sie den Anweisungen von https://www.michael-schloemp.d…untu-vps-server-mit-nginx folgen, führen Sie ein Shell-Skript start.sh aus, das /home/mainuser/.nvm/versions/node/v16.20.2/bin/node server.js enthält

    Sie führen es aus mit:

    sh ./start.sh

    Danke!


    https://pastebin.com/embed_js/HRQYx72N


    Laut Anleitung wird Port 443 wohl (von nginx?) auf 1337 geroutet. Jedenfalls komme ich sowohl mit dem Browser mit mein.server.de:443 auf die Seite als auch kann ich mit xDrip Daten an :443 senden.

    Und welche Meldung hat cgm-remote-monitor/server.js generiert?


    Sie haben versucht, auf Ihrer Uhr von Juggluco auf Nightscout hochzuladen? WearOS schaltet WLAN ab, um den Akku zu schonen. Hat WLAN wirklich funktioniert? Haben Sie das linke Menü→Klon→WIFI aktiviert? Haben Sie beim Pingen an die Uhr eine Antwort erhalten?


    Wie komme ich an Meldungen von server.js?


    Nein, Juggluco auf der Uhr sendet die Daten an Juggluco auf dem Telefon. Das funktioniert seit Monaten problemlos, alle Werte von der Uhr kommen auf dem Telefon an.


    Dann habe ich auf dem Telefon den Uploader aktiviert, aber das hat nicht funktioniert. Ich habe es mehrfach aktiviert und deaktiviert, das API-Secret kontrolliert, Juggluco und das Telefon neu gestartet, alles ohne Erfolg.


    Nachdem ich gestern die Uhr neu gestartet habe, waren plötzlich die Daten an. Vielleicht auch schon seit dem Sensorwechsel vorgestern Abend, ich hatte dazwischen nicht mehr geschaut. Letztendlich hätten doch beides keinen Einfluss auf den Uploader haben dürfen?

    Sie betreiben https://github.com/nightscout/cgm-remote-monitor selbst?

    Was erhalten Sie, wenn Sie Folgendes tun:

    grep limit: cgm-remote-monitor/lib/api/entries/index.js

    Exakt, auf einem VPS selbst installiert.


    limit: '50Mb'


    Nachdem ich heute die Smartwatch neu gestartet habe, sehe ich plötzlich Werte in Nightscout (hatte aber auch länger nicht mehr drauf geschaut).


    Ich habe den Uploader auf dem Handy aktiviert und Juggluco auf dem Handy auch öfters über die "App-Info" beendet und neu gestartet, ohne Erfolg. Ich hatte die Hilfe so verstanden, wenn ich den Uploader auf dem Handy aktiviere, dass dann auch das Handy die Werte an Nightscout sendet und nicht die Uhr.

    ok, sorry, war nur so eine Idee...

    Bin für jede Idee dankbar. Bei Androids App-Einstellungen für Netzwerk, Hintergrunddaten etc. ist übrigens ebenfalls alles aktiv. Und im Logcat finde ich auch nichts besonderes zu Juggluco.

    Nachtrag: Habe testweise den DNS-Eintrag für IPv6 deaktiviert, um IPv4 zu erzwingen, das ändert auch nichts.

    Es gibt da auch noch eine checkbox "Aktiv", die angehakt sein muss, damit der upload läuft. Ist aber vermutlich nicht das Problem, oder?
    :/


    Das hatte ich mit "habe ich den Uploader aktiviert" zu umschreiben versucht. :bigg

    Hi, leider bekomme ich den Upload an Nightscout nicht zum laufen.


    Ich habe in Anlehnung an https://www.michael-schloemp.d…ntu-vps-server-mit-nginx/ Nightscout auf einem gemieteten VPS mit Debian 11 installiert.

    Im Browser bekomme ich die Nightscout-Seite angezeigt und mit wget -4 und wget -6 https://mein.server.de:443 bekomme ich die index.html von Nightscout sowohl über IPv4 als auch IPv6.

    Ein xDrip-Follower kann testweise Werte hochladen (an https://API-Secret@mein.server.de:443/api/v1).


    Nur aus Juggluco (7.1.20) klappt es nicht. Die Werte werden von Juggluco auf einer Smartwatch empfangen und an Juggluco auf dem Handy gesendet. Dort habe ich den Uploader aktiviert und wie in der Hilfe beschrieben nur https://mein.server.de:443 und das API-Secret eingetragen, doch es kommt nichts an.

    "Methode xxx" hat es wohl in halbfertigem Zustand in die Nightly geschafft - das wird noch korrigiert. Schön, dass du trotzdem die anscheinend richtige Auswahl getroffen hast ;)

    Hab einfach alles durchprobiert. :D

    Rest kommt per PM, da zu offtopic.

    Ich habe jetzt die Juggluco -> xDrip Übertragung per Nightscout-Server getestet.


    Pro: Die übertragenen Werte stimmen exakt überein.


    Contra: Es kommt wieder nur alle 5 Minuten ein Wert. Ältere Minutenwerte werden zwar aufgefüllt, aber der aktuelle Wert kommt trotzdem nur alle 5 Minuten.

    Contra 2: Die Information zur Sensor-Laufzeit wird nicht mehr angezeigt.



    Daher bin ich wieder zurück zur "Patched App"-Übertragung und "Libre one minute"-Option (developer mode). Ich habe noch einmal alle Optionen durchgearbeitet und bin auf das hier gestoßen:


    Einstellungen - NFC-Scan-Funktionen - Libre3-Daten glätten, wenn Methode xxx verwendet wird


    Die Bezeichnung ist total unverständlich (in der englischen Version übrigens genauso) und mit NFC hat das natürlich auch nichts zu tun, aber wenn ich hier von "25 Minuten>" auf "10 Minuten" umstelle, reduziert sich die Glättung deutlich!


    Der Effekt lässt sich überprüfen, indem man


    Einstellungen - Erweiterte Einstellungen - Erweiterte Einstellungen für Libre 2 - Rohwerte im Graph anzeigen


    aktiviert, dann werden die Rohwerte aus Juggluco als zusätzlicher Plot dargestellt. Betrachtet man einen Bereich mit einem durchgehenden Anstieg oder Abfall, dann sieht man deutlich, wie sich die zeitliche Verzögerung von gut 10 Minuten zwischen den Plots auf etwa 3 Minuten reduziert. Im Gegensatz zu anderen Optionen betrifft dieses aber nur neu eintreffende Werte, ändert das Mittelungs-Intervall also nicht rückwirkend!


    Eine Anzeige der Rohwerte als Haupt-Plot, mit numerischer Anzeige und Weitergabe an xDrip Follower habe ich nach wie vor nicht hinbekommen. Hier sind meine Einstellungen mit Bezug zur Glättung, zur Recherche hatte ich allerdings die Sprache auf englisch umgestellt:


    [ ] display settings - smooth sensor noise


    [ ] display settings - smooth sensor noise ultrafine


    [ ] display settings - glucose number from filtered


    [ ] display settings - graph settings - graph smoothing


    [ ] display settings - graph settings - display filtered plot

    (zeigt einen zusätzlichen, noch mehr geglätteten Plot)


    [ X ] display settings - graph settings - display raw data plot

    (macht anscheinend überhaupt keinen Unterschied)


    [ 10] nfc scan features - smooth libre 3 data when using xxx method

    (ändert das Glättungs-Intervall, nicht rückwirkend)


    [ X ] less common settings - other misc options - show unsmoothed data

    (kein Unterschied sichtbar)


    [ ] less common settings - other misc options - smooth libre data


    [ * ] less common settings - advanced settings for libre 2 - show raw values in graph

    (zeigt die Rohdaten als zusätzlichen Plot)

    Ich nehme an, 91 Seiten Thread bedeuten: FSL3 und xdrip+ ist nicht einfach "installieren und loslegen"?

    Juggluco hat seit den Anfängen eine sehr große Entwicklung durchgemacht:

    Zuerst wurden die Werte noch aus der modifizierten Original-App abgezweigt, später konnten in der Original-App gestartete Sensoren von Juggluco übernommen werden, und inzwischen kann Juggluco den Sensor eigenständig starten und nutzen. Dadurch ergaben sich über die Entwicklungsstufen unterschiedliche Anforderungen (online, Account, Original-App beenden usw), parallel dazu benötigen einige auch eine Übertragung der Daten in Richtung LibreView für Berichte an den Arzt. Zwischendrin kam noch die Möglichkeit dazu, die Werte mit einer Smartwatch zu empfangen, sowie diverse Schnittstellen für Nightwatch, AAPS usw.


    Das alles wurde in diesem einen Thread begleitet. Neueinsteiger lesen dann oft nur die ersten und die letzten Beiträge, zwischen denen Generationen des Programms liegen, und sind verständlicherweise verwirrt.

    Ich hoffe, Sie haben den „xDrip Webservice“ in xDrip nicht aktiviert.

    Hi, vielen Dank, das war tatsächlich aktiv!

    Ich kann mich nicht daran erinnern, diese Option jemals eingeschaltet zu haben, aber ich exportiere die xDrip-Einstellungen auch schon seit Libre 1 + Miaomiao. Es wird wohl mal Zeit, da gründlich aufzuräumen.

    Hier funktioniert die Verbindung zu xDrip per aktiviertem Nightscout-Webserver leider nicht:

    - Ohne API-Secret sagt xDrip "NS entries download was not successful: 404 Not found".

    - Mit API-Secret kommt stattdessen "...403 Unknown".

    - Stoppe ich Juggluco, erhalte ich "failed to connect", also scheint die Anfrage vorher ja durchaus bei Juggluco angekommen zu sein.


    Die Werte werden von einer Android Smartwatch empfangen, den Webserver versuche ich natürlich auf dem Handy einzurichten, auf dem auch xDrip läuft: Google Pixel 4a, LineageOS 19 (Android 12), Root (Magisk), Google Family Link. Juggluco 4.17.6, xDrip 2023.06.17



    Verbindungsverlust bei mir eindeutig!

    Google sagt, es gibt Jacken mit aluminiumbeschichtetem Futter, welches die Körperwärme reflektieren soll. Im Zweifelsfall kannst Du ja noch mal das Handy in die Jacke einwickeln und schauen was passiert.