Test Freestyle Libre LibreLinkUp

[best57]

@tombox ich werde mein Projekt schrittweise ausbauen. Falls es erfoderlich sein soll, komme ich auf dein Angebot zurück. Danke jedenfalls!

[Skyx3]

@bahnuhr Ja, funktioniert noch.

[Skyx3]

@best57 Ich lasse den Adapter alle 60sec via Skript neustarten.

[Marko 0]

@g-hawk Ich versuche das Blockli zum laufen zu bekommen der Datenpunkt über alex geht aber alles andere nicht kannst du mir helfen
gruß Marko

[bahnuhr]

@bahnuhr sagte in Test Freestyle Libre LibreLinkUp:

@skyx3 sagte in Test Freestyle Libre LibreLinkUp:

Datenpunkt "libre.X.general.sensor.a" ist das Aktivierungsdatum des Sensors

Hat bei meinem letzten Sensor nicht geklappt.
DP wird nicht aktualisiert.

Klappt das bei dir noch ?

Habe immer noch das Problem, dass bei einem Sensorwechsel das Datum (libre.X.general.sensor.a) nicht aktualisiert wird.
Vielleicht kann man sich dies mal anschauen.
Nur ein Neustart des Adapters hilft dann.

[slohberg]

Hallo,

ich habe mir den Adapter heute zum ersten Mal installiert, Version 0.0.4 (so wurde sie in iobroker angeboten). Es treten aber die folgenden Fehler auf:

2024-03-08 15:59:25.538 error {"data":{"minimumVersion":"4.7.0"},"status":920}
2024-03-08 15:59:25.537 error AxiosError: Request failed with status code 403

Hab ich da nicht die aktuellste Version? Wenn nein, wie kann ich die installieren?

Vielen Dank, Gruß
Sven

[hsteinme]

@slohberg Installiere die letzte Version 0.0.5 direkt aus GitHub.

[slohberg]

@hsteinme Danke, damit funktioniert es, ich bekomme jetzt Werte.

[Rolf 71]

Hallo,
seit ca. 14.00 Uhr kommen bei mir keine Daten mehr rein. (Adapter Version 0.0.5)
2024-03-29 16:41:35.047 error AxiosError: Request failed with status code 403
Bin ich der einzige mit diesem Problem oder betrifft es noch andere ?
Gruß Rolf

[tombox]

@rolf-71 sollte mit 0.1.0 behoben sein

[Rolf 71]

@tombox
Vielen Dank, für die schnelle Bearbeitung.
Leider funktioniert es bei mir mit der Version 0.1.0 immer noch nicht.
Das Fehlverhalten ist allerdings ein anderes.
2024-03-30 04:38:00.606 error TypeError [ERR_INVALID_PROTOCOL]: Protocol "https:" not supported. Expected "undefined"
Ich recherchiere aktuell ob es an einer falschen Raspberry Konfiguration liegt.
Gruß Rolf

[tombox]

@rolf-71 Ist dein System aktuell. Denn sie haben auf http 2.0 umgestellt
also aktuelles OS und mindesten node 18.19

[bahnuhr]

@tombox
Version 0.1.0 funktioniert wieder einwandfrei.
Danke.

[Rolf 71]

@tombox
Es muss an meinem System liegen, da es mit der Version 0.1.0 bei einem Freund wieder läuft.
node: v18.20.0, js-controller: 5.0.19

[Samson71]

@rolf-71
Na dann gib hier mal ein 'iob diag' (Langfassung in Code-Tags) zum Besten.

[Rolf 71]

@samson71
Hallo Markus, ich hoffe du kanns damit was anfangen.

======================= SUMMARY =======================
                        v.2023-10-10


   Static hostname: raspberrypi
         Icon name: computer
  Operating System: Raspbian GNU/Linux 11 (bullseye)
            Kernel: Linux 6.1.21-v8+
      Architecture: arm64

Installation:           native
Kernel:                 aarch64
Userland:               armhf
Timezone:               Europe/Berlin (CET, +0100)
User-ID:                1000
X-Server:               false
Boot Target:            graphical.target

Pending OS-Updates:     0
Pending iob updates:    0

Nodejs-Installation:    /usr/bin/nodejs         v18.20.0
                        /usr/bin/node           v18.20.0
                        /usr/bin/npm            10.5.0
                        /usr/bin/npx            10.5.0
                        /usr/bin/corepack       0.25.2

Recommended versions are nodejs 18.20.0 and npm 10.5.0
Your nodejs installation is correct

MEMORY:
               total        used        free      shared  buff/cache   available
Mem:            3.8G        1.5G        1.7G        0.0K        580M        2.2G
Swap:            99M          0B         99M
Total:          3.9G        1.5G        1.8G

Active iob-Instances:   38
Active repo(s): stable

ioBroker Core:          js-controller           5.0.19
                        admin                   6.13.16

ioBroker Status:        iobroker is running on this host.


Objects type: jsonl
States  type: jsonl

Status admin and web instance:
+ system.adapter.admin.0                  : admin                 : raspberrypi                              -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
+ system.adapter.web.0                    : web                   : raspberrypi                              -  enabled, port: 8082, bind: 127.0.0.1, run as: admin

Objects:                13943
States:                 11219

Size of iob-Database:

14M     /opt/iobroker/iobroker-data/objects.jsonl
5.7M    /opt/iobroker/iobroker-data/objects.json.migrated
5.7M    /opt/iobroker/iobroker-data/objects.json.bak.migrated
29M     /opt/iobroker/iobroker-data/states.jsonl
964K    /opt/iobroker/iobroker-data/states.json.migrated
964K    /opt/iobroker/iobroker-data/states.json.bak.migrated
0       /opt/iobroker/iobroker-data/states.json.broken



=================== END OF SUMMARY ====================

[tombox]

@rolf-71 Vermutung wäre nur ein update auf Debian bookworm

[Thomas Braun]

@tombox

Kein Update von Bullseye auf Bookworm unter Raspberry OS versuchen.
Funktioniert nicht richtig. Außerdem fährst du da einen Mix aus 64Bit-Kernel und 32Bit-Userland.

Neuinstallation als reines 64Bit-OS erforderlich.

[Rolf 71]

@thomas-braun
@tombox
Hallo ihr zwei,
danke nochmals für die Unterstützung. Ich als Typ 1er bin schon sehr froh, dass es diesen Adapter gibt.
Ich setze das System nochmal neu auf und hoffe das es dann wieder funktioniert.
Viele Grüße Rolf

[bb61]

Hallo,
wollte mal Danke sagen für die feine Lösung. Funktioniert (fast) alles hervorragend, seit der V 0.0.5 bzw. auch 0.1.0 auch nach dem Libre-Update wieder.

Fast. - Ist aber Jammern auf hohem Niveau.

Ich wollte mir, ähnlich wie bei einigen Temperatur-, Luftdruck- usw. -Ansagen auch hier eine Trend-Ansage einbauen, zusätzlich zum Wert, den Alarmen und dem Sensor-Alter/Restlaufzeit. Einen DP dazu gibt's ja. Dachte ich zumindest....

Leider ist "TrendArrow" (Number) aber konstant auf Wert=3, egal in welchem Unterbaum. Der "TrendMessage"-String dagegen ist beständig leer.

In irgend einem älteren Libre-Script im Web habe ich etwas gefunden, was offenbar eine Array-Definition des dort verbal "Tendenz" genannten Wertes darstellt, in folgender Reihenfolge:

• konstant
• stark fallend
• leicht fallend
• leicht steigend
• stark steigend

Assoziiert man diese 5 Werte "Trend[x]" als "Trend[0, ..., 4]", könnte x = genau der TrendArrow-Wert sein.

Ursprünglich/grafisch wohl mal als Pfeil unterschiedlichen Anstiegs, wäre der aber auch sehr sinnvoll weitergehend nutzbar, z.B. für Dringlichkeiten, also zusammen mit BZ-Wert und dessen Abstand zur Limit-Grenze, nun quasi als weiter Komponente für Anstieg=Geschwindigkeit der Änderung => Schweregrad und Prio-Ketten bei Alarm usw. - Soweit die Idee.

Nur - rührt sich dort heutzutage wohl nichts mehr? - Nur noch ein herstellerseitig Zer-updatetes Überbleibsel aus intelligenteren Zeiten? Oder zurückgestellt und - vergessen? Oder: Nur bei mir auf Wert=3 wie festgenagelt klebend?

Klar müssen erstmal die Basalwerte sauber funktionieren. Tun sie aber nun doch, oder?

Wäre wirklich schön, diesen Wert nutzen zu können. Vor allem den eindeutig-sprachunabhängigen numerischen welchen ("TrendArrow"). Der String "TrendMessage" dagegen wäre ein sicher für manche Anzeige sinnvolles nice-to-have-Addon.

Und:
Sicher kann man sich das relativ easy selbst zusammenbauen, z.B. über 'ne SQL-Werte-Aufzeichnung nebst passender, dann sogar noch flexibler parametrisierbarer statistischer DB-Abfrage. - Aber wenn's schon mal da ist und vielleicht leicht reaktivierbar wäre... - War eben nur mal so eine Idee und Frage von mir.

Danke und schöne Pfingstgrüße
bb61