Diabetesinfo-Forum
SiDiary => Allgemeines => Thema gestartet von: Möffer am Oktober 01, 2007, 18:33
-
Hallo Ihr Lieben,
wie Ihr wahrscheinlich schon wißt, habe ich vor ein paar Jahren ein Excel Pumpenprotokoll bei meinem Aufenthalt in der dortigen DK entwickelt. Dieses wurde von Ralf ausgegraben und zum Teupe-Protokoll (Althausen) mit Import Funktion aus SiDiary weiterentwickelt. Siehe: "Vorlage für SiDiary - War mal RE: Jetzt geht's los" und im Downloadbereich von SiDiary.
Die Zusammenarbeit mit Ralf :banane: und Euch war für mich so anregend :prost:, daß ich nun ein neues Bad Mergentheimer DK Protokoll geschrieben habe. Dieses funktioniert - Dank Ralf :ja: - mit Import von Pumpe und Messgerät über SiDiary, aber auch ohne diesen Import bei händischer Eingabe der Werte.
Nun meine ich soweit zu sein, daß ich Eurer Mithilfe bedarf. Es wäre schön, wenn die/der eine oder andere gefällige Leser/in und (ehemalige/r) Kundin/e der DK mir mittels einer PM die persönliche Testerbereitschaft übermitteln würde. Bitte sagt mir ob mit oder ob ohne SD Import. Ich würde dann das Excel-Sheet zusenden.
Bis zum 27.10.2007, dem Termin des "Pumpenkolloquiums" in der DK hätte ich gerne ne fehlerbereinigte Version. :hilfe:
Bis denn - und im voraus Dank!!
Michael
-
Ich war zwar nicht in Bad Mergentheim, aber helfen würde ich trotzdem, falls das was bringt. Allerdings habe ich nur OpenOffice, was die Mithilfe dann wohl ausschließt? (Aber ich wollte meine Hilfe wenigstens anbieten ;) )
-
Nallo Michael,
Bin zwar kein Pumpi und war auch nicht im DK oder Althausen, aber testen will ich auch... ;D ;D ;D
Habe Dir heute meine Überarbeitung zugeschickt. Da wäre noch eine Option die BZ Werte je nach Hypo oder Hyper Bereich einzufärben.
Das ist aber in der FXM_V.7 (M=Mergentheim) noch nicht drin...
Du solltest auch die automatische Aktualisierung der Verknüpfungen auf Manuell setzen, sonst gibt es ggf. Probleme beim Export...
-
Hallo Ralf
Dank für die Überarbeitung - sollte Du Dich in meinem Hilfeersuchen ausgeschlossen fühlen - verzeih mir - mea culpa :mauer:
Ich dachte, wir sind das Dream Team und hatte automatisch Dich includiert :patsch:
Jemanden, die/der sich im täglichen Alltag mit dem Mergentheimer Protokoll rumplagt und sich nun geholfen fühlte wäre mein/e begehrte Kandidat/in gewesen.
Vieleicht sollte ich in Mergentheim mal mer Werbung für's Forum machen. Es wird schon noch werden. ;D ;D ;D
Michael
-
Hallo Michael,
ja ich verstehe schon, dass in erster Linie hier "DK´ler" testen sollen, damit wir auch ein Feedback aus Mergentheim erhalten...
Letztlich müssen die Doc´s ihren Segen geben... :zwinker:
Klar sind und bleiben wir das A-Team... ;D
Morgen schicke ich Dir die neue Version mit einem kleinen Änderungsvorschlag...
-
Meine Version (2.10) 2.11 :zwinker: steht jetzt.
Ich habe Sie nach http://www.forum.diabetesinfo.de/index.php?ind=downloads&op=entry_view&iden=3 gestellt.
Ich bitte um Rückmeldungen.
Danke.
Michael
-
Anmerkung für unsere Nur-lesenden Gäste: ich habe den Downlaod gerade auch für euch freigeschaltet. Man muß sich also nicht mehr vorher erst anmelden.
-
Kann man die Vorlagen nicht zippen... :kratz:
-
Dank für den Typ :super:
Die Version 2.12 ist nun als *.RAR gepackt. (534 KB) :patsch:
Michael
-
rar hat aber nicht jeder ... Zip ist hier eindeutig die bessere Wahl, da dies jeder seit XP automatisch öffnen kann ohne zusätzliche Software zu benötigen.
-
Wurde sofort erledigt :zwinker: Ist jetzt aber etwas größer (742 KB)
-
Kannst ja auch beide Formate reinstellen... ;D ;D
-
rar hat aber nicht jeder ...
www.winrar.de ist nun aber auch nicht soooo schwer zu finden, oder?
Grüße
Anja
-
Alternative empfehle ich 7-zip (http://sourceforge.net/projects/sevenzip/).
Das kann mit vielen Formaten um (7z, ZIP, CAB, RAR, ARJ, LZH, CHM, GZIP, BZIP2, Z, TAR, CPIO, RPM and DEB formats) und ist open source.
-
rar hat aber nicht jeder ...
www.winrar.de ist nun aber auch nicht soooo schwer zu finden, oder?
Winrar ist aber nicht kostenlos, nicht jeder findet das Geld auf der Straße :zwinker:
Zum Glück gibt es aber noch kostenlose Alternativen, hierzu wäre eine Link sinnvoller gewesen...
wie Brain Ihn eingestellt hat.
-
Nun aber zurück zum eigentlichen Thema :zwinker:
Ich habe Michael angesprochen, ob es nicht sinvoll wäre die Zeilen 33-38 des Tabellenblattes 'DK Protokoll Vorderseite'
nicht auch mit den Daten aus SiDiary zu füllen, zumal einige Daten ja auch von SiDiary geliefert werden können.
Ich sehe das Protokoll als gute Übersicht um im nachhinein Regelmäßigkeiten zu entdecken.
Im Tagesgeschäft wende ich SiDiary zum eintragen der Werte an und sehe das Protokoll mehr als Analysewerkzeug an.
Auf der anderen Seite hat auch nicht jeder SiDiary, vielleicht wäre es auch möglich/sinnvoll 2 Versionen draus zu machen :gruebeln:
Um einige Meinungen und die Wünsche des Anwenderkreises zu erhalten gebe ich mal diesen Punkt öffentlich zur Diskussion frei...
Viele Grüße
Markus
-
Ich habe Michael angesprochen, ob es nicht sinvoll wäre die Zeilen 33-38 des Tabellenblattes 'DK Protokoll Vorderseite'
nicht auch mit den Daten aus SiDiary zu füllen, zumal einige Daten ja auch von SiDiary geliefert werden können.
Ich sehe das Protokoll als gute Übersicht um im nachhinein Regelmäßigkeiten zu entdecken.
Ich würde gerne - wenn ich denn nur könnte . . .
Das Protokoll soll verschiedene Funktionen erfüllen:
1. Erfassen und Bewerten der eigenen Einstellungssituation (mit oder ohne SiDiary)
2. Plangrundlage für die weiteren therapeutischen Schritte
3. Kommunikationsbasis für das Verhältnis Pumpi <-> DK.
Dort werden innerhalb einer Woche sehr viele solche Protokolle gelesen - und drum sollte in den Feldern stehen, was die Mergentheimer da haben wollen. Hier ist dies ist die Verteilung der angeordneten BE und der jeweilige Umrechnungsfktor, aus dem sich dann der "SOLL"-Bolus errechnet.
In SiDiary tun wir gleiches! Im Profil BE-Faktoren werden diese vom/von der Nutzer/in eingetragen und damit rechnet SiDiary dann den entsprechenden Bolus zur entsprechenden Uhrzeit aus.
Diese Daten würde ich gerne ins Protokoll übernehmen - Alf gibt sie mir aber (noch) nicht.
Das heißt aber auch: Wenn Du im Protokoll den BE-Faktor veränderst. solltest Du dies gleichzeitig in deinem Profil in SiDiary tun. Hier ist händische Zusammenarbeit gefordert!! :ja:
Im Teupe- Protokoll werden an gleicher Stelle die IST-Mengen angezeigt. Die gibt mir SiDiary. Und dies ist meines Wissens mir den Althausnern so abgesprochen.
Ich hoffe nun, dass nicht allzu viele User/innen ihre Protokolle nach Althausen und nach Bad Mergentheim gleichzeitig schicken ;D
Am 27.10. bin ich in der DK zum 22. Insulipumpenkolloquium und werde das Protokoll dort nochmals briefen lassen.
bis denn
Michael
-
Dort werden innerhalb einer Woche sehr viele solche Protokolle gelesen - und drum sollte in den Feldern stehen, was die Mergentheimer da haben wollen.
Yep.
Im Profil BE-Faktoren werden diese vom/von der Nutzer/in eingetragen und damit rechnet SiDiary dann den entsprechenden Bolus zur entsprechenden Uhrzeit aus.
Diese Daten würde ich gerne ins Protokoll übernehmen - Alf gibt sie mir aber (noch) nicht.
:haeh:
-
Ich konnte mir jetzt mal dieses und das Althausen Protokoll anschauen.
Ich frage mich, ob es nicht möglich ist, die Kurve der Verlaufsgrafik zu "glätten"? Sprich, dass die Kurve nicht so eckig ist sondern nen bisschen runder. Keine Ahnung ob das überhaupt in Excel geht, bei OOffice habe ich das entdeckt und finde es irgendwie "anschaulicher".
-
Dort werden innerhalb einer Woche sehr viele solche Protokolle gelesen - und drum sollte in den Feldern stehen, was die Mergentheimer da haben wollen. Hier ist dies ist die Verteilung der angeordneten BE und der jeweilige Umrechnungsfktor, aus dem sich dann der "SOLL"-Bolus errechnet.
Also interessiert an der Stelle sozusagen der Wert wie er rechnersich sein sollte und nicht was wirklich abgegeben wurde :kratz:
Viele Grüße
Markus
-
Ja sicher könnte man einfach die Linie glätten: Doppelt auf die Linie klicken-Register Muster und in "Linie glätten" das Häkchen setzen... :zwinker:
Ich würde Jörg zustimmen und eher Istwerte Protokollieren...
-
Ja sicher könnte man einfach die Linie glätten: Doppelt auf die Linie klicken-Register Muster und in "Linie glätten" das Häkchen setzen... :zwinker:
Ah, danke für den Tipp, aber wirklich schön mach Excel das nicht ;) Aber man kann ja nicht alles haben.
-
[Diese Daten würde ich gerne ins Protokoll übernehmen - Alf gibt sie mir aber (noch) nicht.
:haeh:
[/quote]
Lieg ich hier falsch? Ich kenne im Datenexport (noch) keine Parameter, welche mir die (erweiterten) BE-Faktoren aus dem Profil ausgeben ???
Ich konnte mir jetzt mal dieses und das Althausen Protokoll anschauen.
Ich frage mich, ob es nicht möglich ist, die Kurve der Verlaufsgrafik zu "glätten"? Sprich, dass die Kurve nicht so eckig ist sondern nen bisschen runder. Keine Ahnung ob das überhaupt in Excel geht, bei OOffice habe ich das entdeckt und finde es irgendwie "anschaulicher".
Auch hier gilt, meine ich, oben gesagtes (geschriebenes). Wenn Du eine Kurve malst, verbindest Du traditionell die einzelnen Datenpunkt. So sollte die Grafik für den gefälligen Therapeuten aussehen (Ich wurde jedenfalls in Mergentheim angehalten, die Striche mit dem Lineal zu ziehen (war aber schon 2001 ;D)).
Individuell kannst Du es Dir ja so anpassen. Sowohl Excel als auch OpenOffice kennen die Funktion "Glätten". Ich sitze im übrigen grade drüber, das Mergentheimer Protokoll OpenOffice fähig zu machen :burger: Bei den vielen Formeln ist es aber ein hartes Brot und dauert noch ein kleines bischen . . . :D :D
Gruß
Michael
-
Man kann auch noch an der BR spielen. Ich hatte um jeden Balken einen Rahmen gesetzt und einen Abstand zwischen den Balken gelassen.
Doppelt auf einen Balken klicken, Register Muster Rahmen keine, Register Optionen Abstandsbreite auf Null setzen... :zwinker:
-
[Also interessiert an der Stelle sozusagen der Wert wie er rechnersich sein sollte und nicht was wirklich abgegeben wurde :kratz:
Ja, irgendwo muss auf dem Protokoll die Regel definiert sein - sonst bräuchten wir wo anders eine Tabelle mit dem sich verändernden Umrechnungsfaktor. Dieser eingegebenen Daten, sowohl die BE Verteilung als auch der Umrechnungsfaktor, können im Protokoll dynamisch verändert werden. Der momentane, aktuell schwankende BE Verbrauch kann nicht die Grundlage für den nächsten Tag sein.
Gruß
Michael
-
@Möffer
Klar kann man die Messpunkte mit dem Lineal verbinden, aber ich denke das entspricht noch weniger dem tatsächlichen Verlauf als eine "Glättung" der Kurve, wobei das wohl auch abhängig vom Glättungsverfahren und weiteren Faktoren ist.
Auf die OpenOffice Version freue ich mich schon. :super:
-
Ich habe da nen Problem mit der Basalrate. In SiDiary ist die eigentlich eingetragen, also da steht zumindest in der ersten Spalte die gesamte Menge Basal. In einer Woche vom August wird sie auch angezeigt, danach aber nicht mehr. Woran kann das liegen?
-
Du musst in SiDiary im Register Profil in der Basalratenverwaltung das eingestellte Profil für alle gewünschten Tage übernehmen, indem Du die Häkchen setzt. Dann wird die BR auch automatisch für diese Tage in der Übersicht übernommen...
-
Hallo Michael!
Wenn nur die aktuellen Faktoren für die Berechnung gefragt sind, die bekommt man mit dem Parametern
[CARB_RATIO_1] Der BE-Faktor Morgens
[CARB_RATIO_2] Der BE-Faktor Mittags
[CARB_RATIO_3] Der BE-Faktor Abends
[CORR_RATIO_1] Die Korrektur-Regel Morgens
[CORR_RATIO_2] Die Korrektur-Regel Mittags
[CORR_RATIO_3] Die Korrektur-Regel Abends
s. Anleitung zur Erstellung von Vorlagen...
Viele Grüße
Markus
-
Du musst in SiDiary im Register Profil in der Basalratenverwaltung das eingestellte Profil für alle gewünschten Tage übernehmen, indem Du die Häkchen setzt. Dann wird die BR auch automatisch für diese Tage in der Übersicht übernommen...
...und ansonsten kann man die für den einzelnen Tag auch manuell auswählen :zwinker:
-
Klar kann man die Messpunkte mit dem Lineal verbinden, aber ich denke das entspricht noch weniger dem tatsächlichen Verlauf als eine "Glättung" der Kurve, wobei das wohl auch abhängig vom Glättungsverfahren und weiteren Faktoren ist.
Ich denke der Sinn ist da vermutlich das man bei einer mit dem Lineal gezogenen Linie den Verlauf besser erkennt
als bei einer Kurve die geglättet ist...
-
Du musst in SiDiary im Register Profil in der Basalratenverwaltung das eingestellte Profil für alle gewünschten Tage übernehmen, indem Du die Häkchen setzt. Dann wird die BR auch automatisch für diese Tage in der Übersicht übernommen...
Hmm, eigentlich habe ich die Häkchen gesetzt. Naja, ich werde es noch mal überprüfen und schauen ob sich da irgendwo nen Fehler eingeschlichen hat.
-
Also ich bin jetzt meine letzten 6 Wochen durchgegangen und habe die Basalrate überprüft und bei jedem Tag nochmals per Hand ausgewählt und trotzdem kommt es vor, dass in den Excel Sheets nicht bei jedem Tag deine BR angezeigt wird. :kratz: Hab echt keinen Plan woran das jetzt noch liegen kann.
-
Wenn die BR per Hand in der Übersicht in SiDiary eingetragen wird, wird meiner Erkenntnis nach kein Profil für den Tag angelegt. Es wird also nur die Gesamtsumme für den Tag exportiert. Das Profil wird nur dann in SiDiary in der Pump.dat hinterlegt und exportiert, wenn das Häkchen im Profil gesetzt war. Rückwirkend lassen sich keine Profile erzeugen.
Trifft es denn zu, dass nicht alle Häkchen bei Dir gesetzt waren...?
-
Lieg ich hier falsch? Ich kenne im Datenexport (noch) keine Parameter, welche mir die (erweiterten) BE-Faktoren aus dem Profil ausgeben ???
Ach so, du meinst die erweiterten...
-
Wenn die BR per Hand in der Übersicht in SiDiary eingetragen wird, wird meiner Erkenntnis nach kein Profil für den Tag angelegt. Es wird also nur die Gesamtsumme für den Tag exportiert. Das Profil wird nur dann in SiDiary in der Pump.dat hinterlegt und exportiert, wenn das Häkchen im Profil gesetzt war. Rückwirkend lassen sich keine Profile erzeugen.
Trifft es denn zu, dass nicht alle Häkchen bei Dir gesetzt waren...?
Also ich habe in der Spalte Pumpe ja die Möglichkeit mehrere Events auszuwählen und da habe ich dann die entsprechende BR ausgewählt. Dadurch hatte ich schon bei mehr Tagen als vorher eine BR. Die Häkchen sind und waren auch vorher bei allen Tagen gesetzt, daran kann es nicht liegen.
Ich habe gerade mal in die dat Datei vom entsprechenden Monat geschaut. Irgendwie ein bisschen verwirrend.
Aber wenn ich das richtig deute, dann ist die Zahl in der ersten Spalte immer der Tag. Und beim Excel Sheet gibt es zum Beispiel für den 2.9. keine BR, in der dat Datei steht bei Basis aber folgendes:
2-Basis=21,2:4####PAb#KW#PAn##
Sollte dann ja heißen, dass ich die Basalrate 4 habe. Aber trotzdem kommt beim Export da keine BR raus. Sehr merkwürdig. Kann es vielleicht daran liegen, dass die dat Datei etwas "durcheinander" ist? Die fängt mit 2 in den Zeilen an, dann kommt die 1 gefolgt von 1-1 dann kommt irgendwann wieder ne 2, dann mal ne 3, sprich die Datei scheint nicht vollkommen nach dem "Datum" sortiert zu sein, sondern scheint mir etwas durcheinander.
-
Wie ich schon sagte, in der Data.dat ist kein Profil hinterlegt, nur die Tagessumme. Das "Durcheinander" entsteht, wenn nachträglich Änderungen in der Tagesübersicht vorgenommen werden.
Es kann also nur ein Profil aus der Pump.dat exportiert werden. Schau Dir mal die an [Profile per weekday] für die Wochentage an...
-
Also zu dem Zeitpunkt, den ich bisher betrachtet habe, hatte ich eine andere BR als jetzt.
In der Pump.dat ist jedem Wochentag eine BR zugeordnet.
Habe gerade mal die erste Oktoberwoche exportiert und da habe ich ab Freitag keine BR mehr, obwohl in SiDiary in der Übersicht die Basalsumme bei jedem Tag eingetragen ist.
Mit dem Bad Mergentheim Sheet habe ich bei allen Tagen dieser Oktoberwocher eine BR, nur beim Althausen Sheet nicht. Jetzt bin ich noch mehr verwirrt. :kratz:
Edit:
Habe gerade die Problem-September-Woche noch mal mit dem Bad Mergentheim Protokoll angeschaut und da habe ich bei allen Tagen eine BR.
Ich glaube ich muss mir das am Wochenende noch einmal in Ruhe anschauen.
-
Lieg ich hier falsch? Ich kenne im Datenexport (noch) keine Parameter, welche mir die (erweiterten) BE-Faktoren aus dem Profil ausgeben ???
Ach so, du meinst die erweiterten...
Ja!!! :ja: (ich hätte es vielleicht deutlicher schreiben können)
... und @Markus: Dank für den Typ mt der "Kurzanleitung zur Erstellung von Druck- & Exportvorlagen für SiDiary" LESEN müsste man halt können ;D ;D nix für ungut ...
Michael
-
Schau doch mal in den Sheets im Blatt SiDiary nach, ob für jeden Tag eine BR drinsteht. Dazu musst Du die Spalte über den Schalter im Tabellenkopf einblenden...
-
Ich glaube es liegt an dem Durcheinander in den dat Dateien. Ich habe die vom Oktober per Hand aufgeräumt und schon kommen die BR richtig im Excel Sheet an.
Werd ich mich mal am September zu schaffen machen müssen in der Hoffnung, dass es dann richtig klappt.
-
Die Exportschnittstellen für den BO/BE Index und Insulinempfindlichkeit kannte ich auch noch nicht.
Bei mir steht davon nix in der Anleitung für die Erstellung von Vorlagen... :kratz:
-
Die Exportschnittstellen für den BO/BE Index und Insulinempfindlichkeit kannte ich auch noch nicht.
Bei mir steht davon nix in der Anleitung für die Erstellung von Vorlagen... :kratz:
??? ich meine den Parameter gibt es schon sehr lange, aber nur die 3 Stück Morgens, Mittags Abends, ob es schon erweiterte Parameter gibt :nixweiss:
-
Schau dir mal die 24h Vorlage an, da werden die ja auch eingefügt.
-
Tatsächlich, da habe ich ja noch was, das ich ins Teupe-Protokoll einbauen kann... :zwinker:
-
Um mal wieder über die Vorlage zu diskutieren ;)
Ich habe jetzt meine dat Dateien sortiert und überall Basalraten und so :)
Zu den Zeilen 27-30 habe ich eine Frage. Und zwar gibt Zeile 27 den gesamten Bolus an, allerdings steht da immer nur der Essensbolus ohne den Korrekturbolus. Soll das so sein? Wenn ja, dann finde ich den Zeilennamen etwas unglücklich.
Edit:
Was ich auch noch gut fände wäre, wenn man in der grafischen Übersicht des BZ-Verlaufs den Zielbereich farblich kennzeichnen könnte. Also zum Beispiel Ober- und Untergrenze in Rot markieren.
-
Zu den Zeilen 27-30 habe ich eine Frage. Und zwar gibt Zeile 27 den gesamten Bolus an, allerdings steht da immer nur der Essensbolus ohne den Korrekturbolus. Soll das so sein? Wenn ja, dann finde ich den Zeilennamen etwas unglücklich.
In der Zeile 27 steht hier (bei mir jedenfalls) der gegebene Bolus, den mir meine Pumpe reingedonnert hat - also der Gesamtbolus. SiDiary kann beim Pumpendatenimport (jedenfalls bei meiner D-Tron) nur die abgegebene Menge (also die jeweiliege Gesamtmenge pro Schuss) einlesen und so unkommentiert in den Datenexport->zum Protokoll weiterleiten.
In der Zeile 28 steht der Korrekturbolus als Teil des Gesamtbolus - und zwar primar als gerechnetes Ergebnis auf Grund der Eingabe Deines Diabetestyps auf der Rückseite des Protokolls mittes des Radiobuttons. Hast Du jedoch einen Korrekturbolus im SiDiary mit den entsprechenden Vorzeichen eingegeben, wird dieser angezeigt.
Die Exportschnittstellen für den BO/BE Index und Insulinempfindlichkeit kannte ich auch noch nicht.
Bei mir steht davon nix in der Anleitung für die Erstellung von Vorlagen... :kratz:
??? ich meine den Parameter gibt es schon sehr lange, aber nur die 3 Stück Morgens, Mittags Abends, ob es schon erweiterte Parameter gibt :nixweiss:
Die Schwierigkeit für mich dabei ist auch noch die, dass ich diese Werte (alle Felder außerhalb von Listenabschnitten lt. Anleitung S.4+5) bei einem Wochenexport der Daten nur einmal reinbekomme. Ich bräuchte sie als Datenlistenfelder mit Datumsangabe bei Veränderung. Schau mer mal, was SiDiary V6 mit der neuen Datenbank uns bietet.
bis denn
Michael
-
Bei meiner Pumpe (Cozmo) sieht es da anders aus. Die protokolliert den Essensbolus und die Korrektur einzeln. Sprich in SiDiary steht dann 2+5. In dein Protokoll wird dann die 5 als Gesamtbolus übernommen und die 2 als Korrektur, daher meine Verwirrung mit dem Namen für die Zeile.
-
So, ich hatte ja gedacht, ich hätte die Datei vom September aufgeräumt, aber ich habe trotzdem noch Probleme.
Es gibt bei mir den 9.9. wo in der Bad Mergentheim Version als auch in der Althausen Version keine Daten exportiert werden. Wenn ich aber zum Beispiel die NovoStyle Vorlage nehme, dann ist der Tag komplett gefüllt, sprich alle Werte sind da.
Ich kann mir einfach nicht erklären woher dieses Phänomen kommt.
Ich habe es jetzt min. 5 oder 6 Mal probiert und immer mit dem gleichen Ergebnis.
Bei den Protokollen ist der Tag im SiDiary Blatt aber auch gefüllt, also die Werte kommen im Excel Sheet an, werden aber nicht ins eigentliche Protokoll übernommen.
-
Der Gesamtbolus ist, wenn in SiDiary eine Korrektur eingetragen ist tatsächlich nur der Essensbolus. Hier muss im DK-Protokoll noch nachgebessert werden.
Welche Werte fehlen denn genau, alle Werte oder nur die BR...
-
Der Gesamtbolus ist, wenn in SiDiary eine Korrektur eingetragen ist tatsächlich nur der Essensbolus. Hier muss im DK-Protokoll noch nachgebessert werden.
Ist -so hoffe ich- nun erledigt. Die Version 2.12 liegt im Downloadbereich bereit.
Grüsse
Michael
-
Welche Werte fehlen denn genau, alle Werte oder nur die BR...
Es fehlen alle Werte. Da ist nix, obwohl die Daten im SiDiary-Sheet vorhanden sind.
-
Das hatten wir bisher noch nie. Referenz ist das korrekte Datum für die Übernahme der Daten ins Protokoll. Nur wenn das nicht stimmt fehlen die Daten komplett. Es muss also im Sheet SiDiary links in jeder Zeile ein Datum im Format Mo.27.08.07 stehen mit der Zeit daneben im Format 16:50...
@Michael :super:
-
Das hatten wir bisher noch nie.
Ich denke da kommt man ohne die Datenfiles von Brain nicht weiter. :zwinker:
Mit den Datenfiles kann man das wesentlich besser nachsehen wo es klemmt,
anders sind es nur vermutungen.
Viele Grüße
Markus
-
Also ich kann gerne meine Datei zur Verfügung stellen.
Anbei ein Screenshot vom SiDiary Sheet:
(http://www.lounge-3d.de/sidiary-sheet.png)
Hier noch die Ausschnitte aus dem Althausenprotokoll:
(http://www.lounge-3d.de/althausen.png)
(http://www.lounge-3d.de/althausen_sidiary.png)
-
Das SiDiary Sheet sieht eigentlich ganz normal aus, das müsste auch so im DKProtokoll übernommen werden. Ich habe das bei mir mal so reproduziert.
Im Teupe Protokoll gab es mit 00:00 Zeiten ein Problem. Das ist inzwischen behoben, wie schon im aktuellen DKProtokoll. Z.Zt. liegt aber noch die alte Version vom Teupe Protokoll auf dem Server. Da müssen wir warten bis Alf wieder da ist und die neue Version hochläd...
Oder soll ich sie mal hier reinstellen... :kratz:
Wenn das Problem in beiden Protokollen vorhanden ist schickst Du mir am besten mal Deine Pump.dat, Profil.dat und die betreffende Data.dat per Mail. Dann kann ich mir das mal ansehen...
@Michael ist die DK.XLT auch abwärtskompatibel bis Excel95.... :kratz:
-
Oder soll ich sie mal hier reinstellen... :kratz:
Ja, bitte,bitte . . . Es gibt hier so nen schönen Downloadbereich... und Alf kann ja dann vierteljährlich die aktuellste Sheet-Version übernehmen. :laugh: (wennadais)
Das @Michael ist die DK.XLT auch abwärtskompatibel bis Excel95.... :kratz:
Im Prinzip JA - ich habs immer unter den Speicherkonventionen :"Microsoft Excel 97-Excel 2003 5.9/95 Arbeitsmappe"vor Speicherung als .XLT gespeichert gehabt, habe es jedoch nie ausprobiert, da ich leider :( nur Office 2003 und Office 2007 im Zugriff habe.
Momentan findet bei mir jedoch ein Wandel in der Denke an :patsch: endlich . .
Ich trenne SiDiary-Export und das Protokoll - dies schafft Raum für andere Kalkulationsprogramme und ich bin dann nicht mehr abhängig von nur unter Excel laufenden SheParser. Ich exportiere in eine HTML Datei (siehe Downloadbereich) und verknüpfe diese mit der jeweiligen Protokolldatei. Mal sehen, wie das kommt - ich stricke grad noch daran. Der große Vorteil daran ist auch, dass das Protokoll nicht jedesmal "überschrieben" wird, sondern nur die unter der Woche neu hinzugekommenen Daten im alten - mit Anmerkungen gefüllten - Protokoll ergänzt werden.
Schau mer mal...
bis denn
Michael
-
Hoffentlich wird die Bedienung über HTML dann nicht zu kompliziert.
Vielleicht kann mal jemend die XLT mit Excel 95 oder 97 testen...
Das aktuelle Teupe-Protokoll steht nun auch hier im Downloadbereich.
-
Hallo brain,
habe die Ursache gefunden. Du hast schlichtweg zuviel Zeiten pro Woche im Sheet...
Beide Protokolle verabeiten maximal 101 Zeiteinträge mit den dazugehörigen Werten. Du hast in der Woche vom 3.9 bis 9.9 aber 114
Zeiten in SiDiary Protokolliert. Ab der 102. Zeit wird alles ignoriert... :zunge2:
Wenn Du häufiger mehr als 101 Zeiten protokollierst könnte man die Vorlagen für ca. 150 Zeiteinträge erweitern. Geht aber nicht von heute auf morgen... :gruebeln: :kratz:
-
Hmm, ich weiß nicht, wie häufig das vorkommt, aber ich denke eine höhere Schwelle wäre nicht schlecht. Kann ja immer mal wieder passieren.
Also wenn das machbar wäre, dann wäre es echt super.
-
Ich kann mich ja mal dransetzen.... Aber nicht vergessen, es passen maximal 112 BZ-Werte in das DKProtokoll, 16 pro Tag.
Die übrigen Zeiten müssen sich dann auf andere Events beschränken...
Wie ich sehe hast Du am 6.9. Zeilen mit doppelten Werten drin...
-
Mit der Erweiterung auf 150 Zeiten pro Woche läuft es bei mir ganz gut. Alle Deine Werte werden protokolliert.
Ich denke, dass ich bis zum Wochenende beide Protokolle erweitert habe.... :zwinker:
Vielen Dank nochmal für Deine aktuellen Files zum testen der Vorlagen. Die Werte für September haben mir wirklich gut geholfen.
Bin ja kein Pumpi und somit immer auf edle "Spender" angewiesen.... ;D
-
Das klingt doch gut :)
Und die doppelten Werte am 6.9. stammen von meiner Pumpe, das sind ja die Sachen wie Kathederwechsel und so, wobei ich gerade geschaut habe und selber etwas verwirrt bin, was da so protokolliert ist :kratz:
-
Es sieht aus, als wenn Du die Pumpenevents alle mit der Hand eingetragen hast...
Wenn Du in das Feld Pumpe klickst erscheint ein Auswahlmenü, da brauchst Du nur das passende Event anzuklicken. Das wird dann automatisch eingetragen...
-
Nein, eigentlich nicht. Das hat alles der Import ausm CozManager gemacht. Ich habe im September noch so ein paar Tage, wo es recht seltsam aussieht mit den Pumpenevents. Ich geh das gerade mal von Hand durch.
-
Dann schau am Besten auch mal in die Datenbank, die der Cozmanager anlegt. Wenn dort ein Pumpenevent vermerkt ist wird er auch in SiDiary eingetragen.
-
Hallo, Ihr lieben Pumpis ;)
die neue Version von SiDiary 6.0 und das neue OpenOffice 3.0 haben mich motiviert, das nun in die Jahre gekommene Excel2003-Sheet neu unter OpenOffice aufzusetzen.
Es steht für Euch im Downloadbereich http://www.forum.diabetesinfo.de/forum/index.php?action=downloads;cat=3 (http://www.forum.diabetesinfo.de/forum/index.php?action=downloads;cat=3) zu Verfügung.
Bitte Testen!
Neu daran ist, dass es sowohl ohne als auch mit SiDiary eingesetzt werden kann und dass das Sheet Makrofrei ist. Ebenso sei zu erwähnen, dass das Protokoll dynamisch mit den SiDiary-Daten gefüllt werden kann - ihr könnt also Datenimporte während der laufenden Protokollwoche ins Sheet machen und die inzwischen u.U. händisch eingetragenen Daten bleiben erhalten.
Dazu wählt beim Export aus SiDiary das begonnene Wochenprotokoll aus und speichert es nach dem Export unter gleichem Namen.
Ich bin jetzt seit November am basteln und hoffe, die meisten Fehler eliminiert zu haben. ::)
Nun brauch ich Euch . . .
bis bald
Michael