Ich finde es viel sinnvoller, die App wie bisher an Xdrip zu knüpfen. So kann der Blutzucker via Xdrip gemanaged werden (Kalibrierungen, Alarme, Nightscout, Sharing...) und AndroidAPS managed den Diabetes.
Persönlich fände ich es eher einen Nachteil, Libre direkt mit AndroidAPS zu verknüpfen. Viel sinnvoller wäre eine minutiöse Datenübertragung von Xdrip zu AndroidAPS (gab Personen, die das so verwedente haben mit dem Libre 2).
Joern Die gepatchte App, da sie keinen Root benötigt und eher einfacher zum aufsetzen ist. Wenn Rooten, xposed etc. dir voll bekannt sind, kann auch Freethree eine gute Alternative mit einigen Zusatzfunktionen sein.
Kappa Die Github Repo ist nun mehrsprachig, genauso die .apk Datei. Die Anleitung der Looper Community enthält nun auch automatisch die mehrsprachige App und ist auf dem neusten Stand.
Der Link/App für den Patch auf der Github Repo wird morgen aktualisiert auf die multilang Version. Danke für die Hinweise.
Weitere Anleitungen, Tipps und Tricks sind geplant (Auch mehrsprachig), damit sich auch technisch weniger versierte Infos holen können.
Es sind mehrere Lösungen für den Libre 3 Verfügbar, darunter eine gepatchte Libre App: https://github.com/maheini/freeStyle-Libre-3-patch.
Demzufolge sollte es ohne grössere Probleme möglich sein, auf den Libre 3 zu wechseln, auch mit Xdrip.
Wollte nur kurz WOW! und Danke sagen - Ich freu mich unglaublich, dass eine Vielversprechende, einfache Offlinelösung in Sichtweite ist. Danke vielmals für die ganze Arbeit 
So, nun noch eine Rückmeldung an alle Tester
Vielen Dank für die "Mitarbeit" - es gab einige gute Rückmeldungen. Die App wird nun optimiert, die vorgefüllten Daten erweitert und nochmals gründlich geprüft. Anschliessend wird die App wohl ca. Ende August-September im Playstore erscheinen, ich werde noch berichten. An alle, welche die App bereits besitzen: Ihr dürft diese natürlich weiter verwenden, wünsche euch viel Spass bei der Nutzung. Wenn es noch Rückmeldungen gibt, bin ich jederzeit offen.
@cheers2, bierernst, dideldum Vielen Dank auch für diese Rückmeldungen. Ich möchte auf einige Aussagen von euch eingehen, da ich durchaus mehr Potential für die App sehe. Dazu nenne ich kurz die Hauptvorteile der App und anschliessend gehe ich auf die Aussagen ein:
Die App sollte nicht eine weitere Nährwertesammlung sein. Sie ist konzipiert um Kohlenhydrat-mengen besser/einfacher einzuschätzen.
Die App bietet folgende Vorteile/Unterschiede:
-Genaues abschätzen der Mahlzeiten. Die Idee ist, dass nicht nur ein "Symbolfoto" vorhanden ist, sondern mehrere reale, passend zur Menge. Das macht z.B. bei Kartoffelchips Sinn: Man schaut die Bilder durch und kann besser entscheiden welche Portionsgrösse vorhanden ist. (Siehe Bild unten)
-Die App läuft ohne Internet
-Zusätzliche Einträge können schnell & offline erstellt werden. Gerade bei der Eis-Diskussion hat man gesehen, wie Unterschiedlich Angaben sein können. In der App kann ganz einfach das Lieblingsessen in der üblichen Mahlzeit gespeichert oder die Nährwerte angepasst werden.
-Besonders einfach & intuitiv. Keine störenden Buttons, Anmeldeformulare, Kalorienzähler etc. Deshalb auch für Kinder/Betreuungspersonal besser geeignet
-Werbefrei, ohne Anmeldung
-Kleiner Vorteil: Mehrsprachig und mit dark/ligt Modus
Nun die Antwort auf einzelne Aussagen:
Für mich - der seit 20 Jahren dabei ist - reicht eine kurze Googelei um die KH pro Lebensmittel zu ermitteln wenn ich das denn unbedingt möchte und mich nicht auf die Schätzung verlassen will. Ich habe auch schon andere KH Apps versucht (Roche Glucci check oder so) und bin wieder weg davon, da vieles dann doch angepasst werden können sollte auf meine persönlichen Bedürfnisse. Das ist mir zu aufwendig und der Genauigkeitsgewinn meist zu marginal. Das jedoch sind meine persönlichen Präferenzen.
Klar geht es auch mit Google. Ich habe die Erfahrung gemacht, dass es vor allem bei spezifischen Sachen (z.B. bestimmte Kekse) Sinn macht, die Nährwerte einmal zu recherchieren und in der App zu speichern. So kann beim nächsten mal nur die App geöffnet werden und man erhält zuverlässige Angaben, evtl. sogar pro Stück und muss nicht mehr umrechnen.
Ich denke da steckt sehr viel Arbeit drin und es wäre auch ein dauerhafter Wartungsaufwand zu betreiben das immer weiterzuentwickeln und den nötigen support zu leisten.
Wenn Du dir das antun willst fände ich das super. Meine Erfahrung ist jedoch, dass solche Projekte über kurz oder lang wieder einschlafen, eben aus genau diesem Grund.
Dann habe ich viel Arbeit reingesteckt (persönliche anpassugnen), die dann irgendwann wieder weg ist.
Es steckt tatsächlich viel mehr Arbeit darin als sich vermuten lässt. Der Grossteil ist allerdings bereits erledigt, weshalb die App sowieso erscheint. Der Wartungsaufwand beschränkt sich auf ein Minimum: Hier und da mal ein Paketupdate, sonst kaum welcher. Die App muss ja nicht aktiv weiterentwickelt werden - Sie darf auch einfach fertig sein. Mehr Aufwand gäbe die Pflege der Sammlung - aber das ist nur der Fall wenn die App bekannter wird.
Und Du solltest Dir auch Gedanken machen wie groß denn Deine potentielle User Gemeinde wäre und was Du damit langfristig bezwecken willst. Als kommerzielles Produkt sehe ich es nicht. Hobby jedoch schon.
Ich weiss, dass es einige interessierte gibt. Langfristig wird die App so bleiben, unterstützen wo sie kann. Trifft die App auf einen Nerv, dann wird mehr Energie reingesteckt.
Ich denke nicht, dass es sinnvoll ist, eine eigene Datenbank aufzubauen, da die zwangsläufig über einen längeren Zeitraum noch sehr dünn bestückt sein dürfte. Da macht die Nutzung einer bereits sehr umfangreich gefüllten Datenbank wie FDDB viel mehr Sinn.
Die App benötigt Ihre eigene Sammlung und ist eher inkompatibel mit Datenbanken wie FDDB - aufgrund Ihrer Funktionsweise. Klar, die DB wird nie riesig sein - braucht sie aber auch nicht. Nur 200 Elemente reichen schon sehr weit. Es ist die Absicht, dass Nutzer ganz einfach ihre (privaten) Mahlzeiten ablegen können. So kann z.B. das Lieblingsbier mit 1 Klick kurz gespeichert werden und anschliessend ist es immer dabei. -> bei FDDB wird das etwas aufwändiger.
Auch Apps wie die hier vorgestellte gibt es ja schon, z.B. wetid (die benutzt die FDDB im Hintergrund). Die Frage stellt sich deshalb, ob hier etwas sinnvoll Neues entsteht oder die Kräfte nicht vielleicht anderweitig sinnvoller eingesetzt werden könnten. Der Entwickler von wetid ist meines Wissens z.B. noch auf der Suche nach Native-App-Entwicklern, weil die Android-/iOS-Apps wohl in Wirklichkeit nur Webseiten-Abbildungen sind. Ich muss aber zugeben, dass ich weder wetid noch eine andere gleichartige App je probiert habe, weil ich mit Wiegen, gKH/100g-Angaben und Dreisatz gut genug zurecht komme.
Der Hauptunterschied liegt wie gesagt im hauptsächlichen Gebrauch von Bildern. Das erleichtert das Abschätzen und orientieren. Zudem können eigene Elemente schnell & einfach erstellt werden. Apps wir FDDB / Wetid beinhalten zudem Werbung, ein Konto und sind nicht offline nutzbar.
So, Maddin89 , nun habe ich eine Gelegenheit deine Vorschläge zu evaluieren.
Die App gefällt mir echt schon gut, schlicht und nicht überladen.
Freut mich, danke für die Rückmeldung
Das ganze aufbauen und teilen der KH Datenbank sollte vereinfacht werden, sofern das auch in deinem Interesse ist.
Das ist voll in meinem Interesse und ich habe mir bereits auch Gedanken dazu gemacht.
Das wichtigste wäre sicher schonmal das auch Bilder vom Storage genommen werden können und nicht nur Fotos. Allgemein würde ich meine bzw. dann auch geteilte KH Datenbank gerne am PC bearbeiten können. Wenn man direkt auf der Homepage Bilder und Daten eingeben könnte, wäre das sehr einfach. Ich würde Stunden damit verbringen, Lebensmittel oder auch gängige Gerichte dort einzutragen, vielleicht auch mit Kategorien oder Tags.
Ursprünglich war die Idee, die App simpel zu halten, weshalb auf die Galerie verzichtet wurde. Ich kann mir aber mittlerweile ebenfalls gut vorstellen das die Auswahl zwischen Kamera/Galerie mehr Mehrwert als Schaden bringt. Ist geplant und nicht allzu aufwändig.
Die Bearbeitung am PC würde die Entwicklung einer nahezu komplette Web-app mit sich ziehen, was wiederum sehr viel Aufwand ergibt. Aktuell können Elemente am PC bearbeitet werden, auf die Benutzerfreundlichkeit werden wir aber verzichten müssen - dazu fehlt schlicht die Zeit/ das Geld um sich die Zeit nehmen zu können.
Hier kannst du einen Einblick in das Format der Importe erlangen: https://github.com/maheini/CarbPro-preset-data/tree/main/de. Alle Daten sind in der items.json Datei gespeichert, dazu die Bilder. Um daraus ein import-fähiges Paket zu machen muss die items.json Datei zusammen mit den Bildern in ein .tar Archiv komprimiert werden - fertig.
Ich denke eine Offene von der Community erstellte ( vielleicht moderierte ) Datenbank wäre genau das richtige und bisher habe ich noch nichts dergleichen gefunden.
Ich so wie andere sind bestimmt bereit da Zeit und Mühe hineinzustecken.
Das wäre auch für mich das ultimative Ziel. Allerdings ist das ebenfalls wieder sehr viel Zusatzaufwand: Einerseits muss das Backend der App entwickelt werden, dann folgt die Option der Moderation und des Managements aller Uploads. So nebenbei würde das wohl zusätzlich 6 Monate benötigen, was aktuell nicht drin liegt. Die naheliegendste Alternative wäre ein direkter Upload oder Download aus der App, ohne je eine Datei auswählen zu müssen. Die aktuelle Lösung ist da zwar etwas aufwändiger, funktioniert allerdings und ist bezüglich Aufwand/Nutzen sehr stark. Ich schätze allerdings das Engagement zur Erstellung weiterer Elemente sehr.
Um es zusammenzufassen: Die Auswahl der Bilder via Galerie oder Kamera kommt. Das teilen von Elementen bleibt vorerst nur via Export/Import und Website möglich - der Aufwand für eine einfachere Möglichkeit ist noch zu hoch. Evtl. wird mal eine Möglichkeit kommen, Elemente noch einfacher zu teilen/downloaden.
Eine Alternative wäre ein Crowdfunding, um mehr Ressourcen zu erhalten. Dazu würden ca. 5'000 € benötigt, um das teilen & bearbeiten von Elementen komplett in die App zu integrieren. Das macht wohl aber erst Sinn, nachdem die App veröffentlicht wird (damit der Erfolg der App erstmal abgeschätzt werden kann und die App-funktionen bekannt sind)
Auch super wäre natürlich Unterstützung von einem zweiten Flutter App Entwickler.
Stimmen die 10 g Kh beim Ei??
Und 15 g Kh für eine ganze Mango erscheinen mir viel zu wenig.
Huch, sehr guter Punkt, da ist tatsächlich ein Fehler passiert: 10 g KH sind falsch, 1 g KH wäre richtig. Ist korrigiert. Auch bei der Mango hast du mich erwischt (schäm). Das zeigt mir, dass ich alle Angaben mindestens nochmals prüfen werde.
Mein Windows 10 zeigt die runtergeladene Datei als Virus an und hat mich gewarnt vor einem Trojaner.
Alle die die App runtergeladenen haben, sollten ihren PC scannen.
Da möchte ich Entwarnung geben (klar, kann jeder sagen): Ich habe die App kurz online gescannt mit Virustotal (https://www.virustotal.com/gui/home/upload) - hier wurde nichts erkannt. (0 von 62) Evtl. wird die App als Virus wahrgenommen weil die App nicht im Playstore ist oder weil es sich um ein komprimiertes Paket (apk) handelt, welches der Virenscanner nicht einsehen kann. Ebenfalls ist die App ja auch OpenSource (https://github.com/maheini/CarbPro), womit der Quellcode eingesehen werden kann (kann natürlich dennoch sein, dass die .apk manipuliert ist).
Zusätzlich habe ich den Download nochmals geprüft, die Prüfsumme stimmt, also wurde der auch nicht manipuliert.
SHA256: 5010DA163958D2F80A5A175C01CC96210357EFF1A86892C8C1F358EDD993441A
Bin auch neugierig geworden und würde es gerne testen bevor übernächste Woche die 780 in Betrieb geht.
Ich sende dir die apk auch mal zu und überlasse es dir, ob du sie testen möchtest.
Ohne die App jetzt schon gesehen zu haben aber kann man nicht eine große (ca 18g KH) und eine kleine Kugel (ca 12 g KH) zur Auswahl stellen?
Wie es zb im Fddb geregelt ist?
Ich denke langsam auch, dass mehrere Optionen (was ja problemlos möglich ist), die beste Lösung ist. Werde etwas recherchieren und im Anschluss kleine & grosse Kugel einfügen. Zusätzlich wäge ich die Option ab, Kohlenhydrate separat zu speichern (nicht als Text, sondern als reine Angabe). Das ermöglicht dann auch eine potentielle Umrechnung wie auch Kalkulation.
@Maddin89 Vielen Dank für deinen Test. Ich werde bei Gelegenheit ausführlicher auf deine Punkte eingehen. Viele davon waren auch bei mir schon ein Thema.
Das ist ja interessant, 10 g KH scheinen demnach tatsächlich zu wenig. Werde diese Angabe auf 14 g KH anpassen.
1 Kugel Eis 10gKH. Ich würde sagen auf jeden Fall 20 gKH. Ich kann die Größe auf den Bildern schlecht einschätzen,
Jap, das ist teilweise noch etwas schwierig, vor allem einen guten Grössenmassstab zu finden - evtl. ergibt sich ja mal eine Lösung. Ich habe bez. Eis nochmals nachgeschlagen im Internet, die meisten Angaben bewegen sich hier zwischen 10 und 15 g KH pro Kugel.
Und sorry, bin beruflich vorbelastet und deswegen mag ich keine halbrichtigen Einheiten. Es sind nicht KH sondern g KH.
Das sei dir verziehen, vielen Dank für den Hinweis. Der Hauptgrund für diese Schreibweise war in erster Linie der begrenzte Platz, doch ich werde nochmals prüfen ob nicht doch vielleicht ein "g" mehr gut reinpasst.
die Idee finde ich aber richtig gut. Hatte zu Beginn meines Diabetes tatsächlich auch von den wichtigsten Dingen Fotos auf dem Handy mit Info wieviel g das sind.
Dankeschön, das freut mich am meisten. Die Umsetzung kann man immer noch optimieren, doch sobald die Grundlage nicht stimmt ist alles umsonst. Tatsächlich war die App zu erst nur für mich selbst gedacht, doch dann kam der Gedanke das zu teilen. Und um die App zu teilen wollte ich zumindest ein paar Funktionen erweitern - so wurde nun gleich eine ganzes Projekt. Ich seh die Stärken vor allem für Leute, die häufig Kohlenhydrate schätzen oder solche, die z.B. häufig im selben Lokal etwas bestellen.
Die Bilder finde ich schon mal ganz schön, so'n Buch mitschleppen im Urlaub zb ist sicher lästiger- Handy ist eh dabei.
Super, das war die Idee hinter der App.
Aber die pro Stück Angaben gerade beim Obst, finde ich, nicht böse sein, grenzwertig. Erdbeere, Banane oder Kiwi's sind ja doch recht unterschiedlich groß. Da finde ich 100 g Angaben besser.
Das stimmt, zumindest bei Sachen wie "1 Heidelbeere" - da wird noch eine Verbesserung kommen. Zudem steht die Idee im Raum, überall ein Bild mit dem Text "100g" bzw "100ml" einzufügen und dazu die Nährwerte pro 100g/100dl zu ergänzen. Abgesehen davon, ist es genau das Ziel der App, anhand von Bildern die Menge einzuschätzen. So könnte man z.B. eine kleine Frucht, eine grosse Frucht und ein Stück davon abspeichern mit den jeweiligen Nährwerten.
Insgesamt sind die aktuell vorhandenen Daten eher knapp gehalten, diese lassen sich aber jederzeit ergänzen oder auch selbst nachtragen. Ich werde darauf allerdings dennoch ein grösseres Augenmerk legen vor der Veröffentlichung. Chips und Proteinbrot kommen demnächst auch dazu. Bei Teilwarenprodukten wird es wohl noch etwas dauern.
Übrigens: Auch die Daten der App sind open-source und können hier betrachtet/ erweitert werden: https://github.com/maheini/CarbPro-preset-data
Vielen Dank für das Feedback
Machama @Kiki03
Vielen Dank für euer Interesse
Ihr solltet die aktuelle Version erhalten haben via PN. Bei Fragen dürft ihr euch jederzeit melden.
Hast du ein Repository auf Github dafür, damit man sich vorher ansehen kann, was man sich da aufs Telefon holt?
In der Tat: https://github.com/maheini/CarbPro/tree/dev
Der dev branch ist auf dem aktuellsten Stand, der master ist etwas im Rückstand (gab viele Änderungen und neue Features). Falls du den aktuellen release candidate möchtest (apk, signiert) darfst du gerne schreiben
Einige Zusatzinfos:
Es gibt keine Voraussetzungen, jede/r ist willkommen. Ich werde nach der Kontaktaufnahme die .apk Datei zur Installation zusenden. Anschliessend hast du die Möglichkeit, die App nach eigenen belieben zu testen/nutzen. Die App sollte möglichst selbsterklärend sein, bei Fragen darfst du dich dennoch jederzeit melden.
Es ist vollkommen dir überlassen, wie intensiv du die App benutzt und testest. Ich wäre allerdings froh um eine kleine Rückmeldung (z.B. nach der Installation und nach einer Woche nochmals). Hier beschreibst du am besten was gut und was schlecht ist sowie evtl. Vorschläge.
Hallo zusammen
Ich habe das letzte halbe Jahr damit verbracht, eine KH App zu erstellen. Diese soll nun bald kostenlos und Werbefrei im Playstore erscheinen. Die App ist ausgiebig getestet und wäre bereit, allerdings ist es immer ein Gewinn, diese mit verschiedenen Geräte und von anderen Personen zu testen.
Jetzt die Frage: Wer würde gerne eine neuartige App (möchte noch nicht zu viel verraten, die App wird hier noch vorgestellt) testen und mir etwas Feedback geben? 👉Antwortet auf diesen Beitrag oder schreibt mir eine PM und ihr dürft unverbindlich mit-testen.
Eure Vorteile:
- Mithilfe für die Community
- Ihr dürft diese als erste benutzen
- Ihr dürft Wünsche mit eingeben
Meine Vorteile:
- Ich kann potentielle Probleme beheben
- Die Benutzer -Erfahrung wird verbessert
Und wie gesagt, ich verdiene keinen Cent mit der App, daher sehe ich es nicht als Eigenwerbung, sondern als Projekt für die Community.
Vielen Dank für die Verlinkung - ich bin der Ersteller des Repos und dank dieser Linkplatzierung hier gelandet.
Ich habe diese Github Repo eröffnet, um gemeinsam an einer Libre 3 Schnittstelle zu arbeiten oder zumindest Infos zu sammeln. Ich selber bin kein Profi im Thema reverse engineering etc, aber interessiert an einer Entwicklung und motiviert zu helfen.
Es freut mich deshalb sehr, dass es bereits Entwicklungen gibt zum Libre 3 . Wenn es ok ist, werde ich den Downloadlink sowie einen Link zu diesem Thread auf Github posten, damit potentielle Entwickler davon Kenntnis haben. Der bisherige stand sieht jedenfalls sehr vielversprechend aus, juhu! 
