hatte ich einen Linux Server in China am Laufen. In meiner Wohnung. 2012 lag ich dann in Handschellen auf dem Boden meines Wohnzimmers.
Seither wohne ich ohne Server.
Wie kommts? auch wenns Off Topic ist, interessiert es mich. Sind die in China gegen die westlichen Dinge?
Patched Libre Broadcast - Libre (patched App) Verbindung wählt kann man auch in xDrip+ 1 Minutenwerte erreichen.
Minütliche Wert mit maximaler 5 minütigen Filterung seitens xdrip ist ohne Probleme Möglich.
Es gibt eine dev Version in der die Filterung auf 5 Minuten reduziert wurde. Ist wesentlich besser als 10 Minuten oder länger.
Ich habe es so konfiguiert:
Juggluco "Patched Libre Broadcast" aktiviert -> Xdrip Quelle Libre patch.
Engenering Mode in Xdrip aktiviert und in den "anderen Einstellungen" "Libre one minute" aktiviert.
Xdrip unter "NFC Scan feature" die "Smooth Libre 3 date" auf 5 Minuten eingestellt.
Die Glättung ist maximal 5 Minuten und meiner Meinung nach völlig ausreichend.
Die Glukose Werte sind fast Identisch Juggluco. Durch die Glättung sind die, manchmal vorhandenen Sprunghaften Glukose Schwankungen fast weg.
Ohne deine Aktionen schmälern zu wollen: die Spannung einer Zelle im Leerlauf sagt u.U. wenig über ihren Gesundheitszustand aus
Mag völlig korrekt sein. Dennoch unterstütze ich nicht die These dass bei Signalverluste die Batterie leer gesaugt wird.
Der gesamte Sensor ist auf eine Laufzeit von 14 Tagen ausgelegt, inklusive aller Bauteile. Selbst wenn der Sensor 14 Tage lang Ausfälle hätte, muss die Batterie ausreichend Spannung haben.
Danke Dir, darkmichael1 ! Kannst Du ev. den anderen kleineren Chip auch erkennen? Könnte mir vorstellen, der ist für NFC zuständig.
Auf dem kleinen schwarzen Chip sind je Sensor Unterschiedliche Bezeichnungen/Nummern aufgedruckt. Ich glaube der hat nicht viel mit NFC zu tun.
Kann ich nicht gut beurteilen und finde dazu auch keine Informationen.
Der kleine Silberne macht eher den Anschein dass es ein NFC Chip ist.
Da ist 48.000 und 25 02/37 aufgedruckt.
darkmichael1 Typenbezeichung vom chip posten?
Ui, muss ich gucken ob ich das mit Smartphone schaffe. Hab nichtmal eine Platinenbezeichnung/Revisionsnummer gefunden, die beim Libre 2 super einfach zu erkennen war.
Edit:
sokrates bei der neuen Revision ist keine Chip Bezeichnung vorhanden. Auf der ersten Revision ist ein EM 9304 Bluetooth 5.0 Low Energy Chip verbaut.
Hoffe man kann es auf dem Foto erkennen.
Datenblatt zum Chip unter:
https://www.emmicroelectronic.…ts/datasheets/9304-DS.pdf
Wenn der L3 tatsächlich bis zu 1/6 der Zeit "leuchtfeuert", wenn kein Gegenüber in Reichweite ist: bestätigt das nicht genau die Beobachtung, dass die Batterie vor allem dann vorzeitig erschöpft ist, wenn sich das Handy (oder Lesegerät) nicht die ganze Zeit in der Nähe befindet?
Nein, die Batterie hat genügend Spannung und kann wesentlich länger halten als die 14 Tage Sensor Laufzeit.
Ich habe letzte Woche Sensoren auseinander genommen. Alle Batterien, egal wie lange der Sensor schon liegt und egal wie lange diese Verbunden waren (einer nur Laufzeit von 6 Tagen, alle anderen 14 Tage) haben 1,56V Spannung anliegend.
Die Batterie hat keine Nennenswerte Verluste.
Laut Datenblatt der Batterie ist die Spannung mit 1,55V Nominal angegeben.
Verbaut ist eine Seizaiken 716W (was ich erkennen konnte), Wahrscheinlich SR716SW.
SR716SW entspricht Größe und Spannung.
Was Verbindungsverlust angeht, die Antenne wurde zwischenzeitlich geändert.
Bzw. das Antennen Layout. Zu Beginn war eine "Flachband" Antenne Verbaut, die 2022 Optimiert wurde und somit eine besserer Reichweite erzielt.
Ein kurzer Überblick: Schematisch sind sie gleich und die Software ist identisch. Die BLE-Antenne hat sich von einer Spurantenne zu einer oberflächenmontierten Antenne entwickelt. Die Originalantenne ist eine Monopolantenne mit einem maximalen Gewinn von -12,5 dBi. Das neue Design wird eine oberflächenmontierte PIFA (planare Inverted-F-Antenne) mit einem maximalen Gewinn von -15 dBi verwenden. Die NFC-Antenne wandelt sich von einer platinenunabhängigen Flex-Loop-Antenne zu einem Leiterplattendesign auf einer neuen Ebene, und dem neuen Design wurde eine neue Grundebenenebene hinzugefügt. Das Gerät ist ein passiver Tag, der in der NFC-Kommunikation verwendet wird.
Mit der gepatchten App sollte man keine Daten hochladen.
Ob Abbott spezifische Server für libre 1/2 hat, kann dir nur Abbott beantworten.
Aber wenn es eh keine Sensoren mehr gibt, dann stellt sich mir nicht die Frage nach weiter verwenden.
Wahrscheinlich gibt es Übergangsfristen.
Solange du die APK Datei lokal gespeichert hast, ist sie für dich verfügbar.
Tutorial MongoDB aktualisieren.
In meinen bisherigen Tutorials Nightscout Installation auf VPS-Server mit Ubuntu 20.04 basierte alles auf die, im Image integrierte MongoDB Version.
Die enthaltene Version 3.6.8 ist veraltet und wird nicht mehr supported.
Die im Server-Installer-Beta installierte Version 4.4. wird nur noch bis zum kommenden Jahr 2024 supportet.
In nachfolgenden Ubuntu Images oder auch auf anderen Images wie z.B. Debian ist die MongoDB komplett aus dem Image verschwunden.
Um ein bisschen Sicherheit zu erhöhen, empfiehlt sich das Update der MongoDB.
Da Nightscout, meinem Kenntnisstand zufolge offiziell nur bis 5.0 kompatibel ist, zeige ich in meinem neuen Tutorial die Aktualisierung auf MongoDB 5.0.17 ohne Datenverlust.
Ähm, die Libre 3 App kann meInes Wissens nach ohne Probleme aktualisiert werden.
Juggluco holt sich die Sensordaten ja aus libre View und übernimmt die Session.
Also spielt die App Version eigentlich keine Rolle.
Wichtig ist nur das die libre View Account id in juggluco korrekt ist, um die Daten zu holen.
Die gepatchte App lies sich leider nicht installieren.
Ich habe bislang nur einen Sensor testen können.
Die gepatchte App ist nicht Notwendig beim 3er.
Die ganz normale Libre 3 App aus dem Playstore mit Libre View Anbindung vor dem starten des Sensors.
Wenn die Aufwärmphase durchlaufen ist, App beenden erzwingen, dass sie auch vollständig geschlossen ist.
(Muss ggf nach Handy Neustart wiederholt werden).
Juggluco öffnen und in den Einstellungen Libre View ID anfordern
Das reicht aus.
Hatte bei meinem Testsensor nach 24 Std einen 5 Stündigen Signalverlust.
Bei mir hat das beenden 8beenden erzwingen) von Juggluco und danach Juggluco öffnen und Sensor Scannen geholfen um die Verbindung wieder herzustellen.
Seit dem läuft es bei mir relativ Stabil, mit nur wenigen Signalverlusten.
Ich verwende die aktullellste Juggluco App.
Vielleicht hilft es dir ja.
Google Cloud wäre noch eine Option als kostenlos gehostet.
https://navid200.github.io/xDrip/docs/Nightscout/GoogleCloud
Ansonsten nur mit etwas Eigenleistung und wird ein Rechner benötigt, der immer Online ist.
Dazu eignet sich z.B. Raspberry Pi oder irgendein Rechner im Idealfall mit Linux Distribution.
Für Raspberry Pi gibt es hier eine Anleitung:
https://toastbrot.org/category/howto/
Für Rechner mit Linux/Ubuntu Betriebssystem bzw. VPS Server habe ich mehrere Anleitungen geschrieben.
Mindestvoraussetzung 2 GB Ram, Ubuntu 20.04 Server Version.
Theoretisch sollte es auch mit Raspberry funktionieren, jedoch muss der Ram mindestens 2 GB betragen, sodass ältere Modelle nicht kompatibel sind.
Das liegt an NodeJs bzw. nvm.
Mehrere Anleitungen gibt´s auf meiner Homepage:
https://www.michael-schloemp.de/alles-rund-um-nightscout/
Wer faul ist, kann auch den Server Installer ausprobieren und den Installer per wget herunterladen:
https://www.michael-schloemp.de/2023/01/16/nightscout-server-installer/
Update: Ich habe die Anleitung aktualisiert und biete in 2 Optionen den Down/Upload an.
Ursprünglich wurde der Nightscout-Installer via FTP auf den Server hochgeladen und editiert.
Nun kann per wget Befehl noch einfacher auf FTP verzichtet werden.
Das erleichtert es noch ein wenig mehr!
Viel Spaß beim Ausprobieren.
Eigentlich ist die Sprache doch egal. Wer sich angesprochen fühlt mit einem Beitrag, der wird darauf entsprechend Antworten.
Und zur Not gibt's Übersetzer.
Ich kann auch nur dürftig Englisch, kann aber dank Übersetzer, (auch in anderen Gruppen/Foren) in anderen Sprachen kommunizieren.
Evtl ist es hilfreich hier im Forum einen internationalen Bereich hinzuzufügen, aber ob das wirklich hilfreich ist?
Mahlzeit.
Ich habe einen Nighscout Server Installer geschrieben.
Er soll einem die Arbeit erleichtern und die Eingaben deutlich reduzieren.
Der Nightscout Installer kann nicht alle arbeiten abnehmen, aber doch schon sehr viele.
Er läuft auf Ubuntu 20.04, der Vserver muss Minimum 2GB Ram besitzen. Darunter geht es nicht, wegen NodeJS/NVM.
Der Installer ist ein Bash Script, welches viele Komponenten, die für den Betrieb erforderlich sind herunterlädt und installiert. Im Anschluss wird Nightscout aus Github geladen und ebenfalls installiert.
Das ändern der Host, das Anlegen der Domain Config und des SSL Zertifikat kann nicht automatisiert werden. Ebenfalls das Anlegen des mainuser.
Da ich es nur auf meinem Testserver durchgetestet habe, gebe ich es nur als Beta ohne funktions-Garantie raus.
Den Nightscout Server Installer und die Anleitung dazu findet Ihr auf meiner Homepage.
Über ein Rückmeldung nach Verwendung würde ich mich freuen.
Naja, so teuer ist der Betrieb eines Forums auch wieder nicht. Das hält sich arg in Grenzen.
Je nach Forensoftware werden Lizenzgebühren fällig.
Und Haku hatte es hier auch schon geschrieben, dass sich das Forum mit den Werbeeinnahmen finanziert.
Lediglich der Haftungsgrund ist eine spezielle Sache. Aber ob nun Einzelperson oder Verein spielt kaum eine Rolle.
Das Risiko ist überschaubar.
So, hab jetzt mal Zeit gefunden, einen Vergleich aus dem Report zu schaffen.
Ich habe das Glucose-Perzentil-Diagrammvon Libre 2 und Poctech übereinander gelegt.
Zur Auswertung verwende ich den Zreptil Reporter.
Die Median Linie des Libre 2 ist Schwarz und von Poctech ist Rot eingefärbt.
In der Auswertung habe ich die Poctech Daten rechts neben die Libre Daten gesetzt und ebenfalls rot eingefärbt.
Die Messdaten und Durchschnitte sind identisch aus den Auswertungen der Poctech App, bis auf die Anzahl der Messungen.
In Nightscout sind 3074 verzeichnet, obwohl es laut Poctech Auswertung 4779 Messungen.
Die Abweichung könnte durchaus mit der Aufwärmphase zusammenhängen. Während der Aufwärmphase von 3 Std. werden Messungen in der Poctech App bereits gezählt, während AAPS Pumpcotroll keine Daten erhält. Generell sendet der Poctech Sensor alle 3 Minuten einen Wert, der auch tatsächlich so in Nightscout aufgezeichnet wird.
Der Poctech Sensor lag fast immer höher als der Libre 2 und war somit ungenauer.
Die Abweichung des Poctech Sensors im Vergleich zum Libre 2 lag überwiegend bei +30mg/dl.
Den Libre 2 verwende ich ohne Kalibrierung und er liefert ziemlich genaue Werte im Vergleich zur blutigen Messung.
Mein Fazit: Der Poctech Sensor ist verhältnismäßig groß, hat nur eine Laufzeit von 10 Tagen. Danach war die Batterie leer. Ob man die Batterie austauschen und den Sensor länger tragen kann, konnte ich mangels Knopfzelle nicht testen.
Tragekomfort war angenehm. Ich habe den Sensor am Oberarm, ähnlich dem Libre 2 getragen.
Dadurch dass man die Messdaten offiziell an AAPS/Pumpcotroll etc.. Senden darf, macht es den Sensor interessant. Es ist kein Patchen oder ähnliches nötig.
Ganz großer störender Faktor für mich, die App öffnet sich ungefragt, ausnahmslos jedes Mal, wenn man die Displaysperre vom Smartphone löst, wenn ein Sensor aktiv ist. Das Nervt.
Im niedrigen BZ-Bereich hätte ich mir gewünscht, dass der Sensor bessere Werte liefert.
Da war der Unterschied zum Libre 2 doch schon gravierend. Viel zu selten wurden niedrige Werte gemeldet.
Das Setzen des Sensors war sehr gewöhnungsbedürftig.
Teste jetzt nochmal eine VM ins Proxmox. Das lxc Image heist (ubuntu-20.04-standard_20.04-1_amd64.tar.gz)
Das finde auf dem Proxmox Server etwas doppelt gemoppelt.
Lade dir das Ubuntu 20.04 Server Image runter.
Hatte schon einen anderen Kontakt, der das Desktop verwenden wollte und gescheitert ist.
Proxmox Server mit lxc Container habe im ersten Versuch 1GB zugewiesen und im zweiten Anlauf 2GB/4GB zugewiesen.
Promox könnte das Problem sein.
Nutzt du das Ubuntu Server oder Desktop Image?
Ich stehe da gerade auch vor.
Ich habe einen wirklich mikrigen kleinen Testserver mit 1gb RAM und erhalte die selbe Meldung.
Es ist ein Memory Error.
Laut npm/nvm Docs wird empfohlen die Version zu aktualisieren.
Das hat bei mir allerdings noch kein Erfolg gebracht.
Bei meinen beiden anderen besseren Servern läuft es ohne Probleme. Dementsprechend denke ich dass es am RAM liegen könnte.
Sicher bin ich mir aber noch nicht.
Wie sind deine Specs?
