Zuckermenge in den Abfülldaten kann nicht stimmen
Closed this issue · 10 comments
Hallo,
folgender Screenshot der Abfülldaten (geplante Karbonisierung ist 5,3 g CO2 pro Liter).
Die vom kleinen Brauhelfer errechnete Zuckergabe pro 0,33l Flasche weicht doch erheblich von der Menge, die die Maische Malz und Mehr Tools errechnen ab.
7.8 g/Liter = 2,6 g pro 0,33er Flasche.
Anhand der Volumendifferenz von 1,5 Liter zwischen Jungbiermenge (29 Liter) und der Jungbiermenge unter Karbonisierung (30,5 Liter) gehe ich davon aus, dass irgendwie 1,5 Liter Speise bei der Karbonisierungsberechnung berücksichtigt werden, finde aber den entsprechenden Eintrag nicht.
Ein entsprechenden Eintrag finde ich in der Datenbank, aber nicht in den Forms:
sqlite> select sudname,Speisemenge from Sud where sudname like '64%';
Sudname|Speisemenge
64 Sommerbier|1.5
Das Rezept wurde bereits mehrfach gebraut. Möglicherweise stammt die Speisemenge aus dem kopierten Rezept
arrrrrrrrrrrrrrgg, gefunden!
Die Speiseberechnung wurde wohl in ein eigenes Modul ausgelagert.
Wenn ich das Laden des Moduls aktiviere, finde ich das Feld "verfügbare Speisemenge" in der Abfüllungsdaten-Form und kann korrigieren.
Ja, die Speisemenge im Rezept kommt aus dem Original der Kopie. Wie sie dort reingekommen ist, entzieht sich meiner Kenntnis - ich habe noch nie mit Speisegabe in der Nachgärung gearbeitet.
Meines Erachtens sollte die Speisegabe nur dann berücksichtigt werden, wenn das Modul Speisegabe geladen ist. Ansonsten ist die Speisegabe nicht sichtbar und es kommt es zu üblen Überraschungen.
Danke!
Beste Grüße
Peter
Das siehst Du richtig. Aktiviere in Einstellungen -> Module die Speiseberechnung. Dann kannst Du die Abweichung korrigieren.
Aber ich sehe, du warst schneller und hast Deinen Fehler bemerkt. Das sehen übrigens viele wie Du, auf der anderen Seite gibt es auch eine große Fraktion der Speiseanhänger.
Der Anwenderfehler wird auch öfter im Forum hobbybrauer.de diskutiert. Viele Anwender störte die Prominenz der Speise in Abfülldaten, da es doch ein Verfahren ist, dass immer seltener genutzt wird.
Wo hättest Du in den Tooltips danach gesucht? Ich baue einen Hinweis ein, wenn gewünscht…
Der automatische Eintrag bei der Speise kommt von einem früheren Bug. Wenn du sicher sein willst, dass es nicht mehr kommt, aktiviere das Datenbankmodul und setze die Speisemenge überall auf null.
Die Module blenden Felder nur ein/aus. Es ist nicht optimal, aber alles andere war mir zu mühsam. Zum Beispiel was passiert bei bereits gebrauten Sude?
Die Module blenden Felder nur ein/aus. Es ist nicht optimal, aber alles andere war mir zu mühsam. Zum Beispiel was passiert bei bereits gebrauten Sude?
Ich denke, gebraute Sude werden nicht mehr neu berechnet - oder ist dem hier der Fall? Wenn ja: Gibt es noch andere Stellen, wo man Vorsicht walten lassen muss?
Fehlen bei gebrauten / ausgetrunkenen Suden Zutaten, werden bei einer Kopie diese Zutaten markiert. Das finde ich bisher ein sehr gutes und transparentes Verfahren. Vielleicht taugt das bei ähnlichen Fällen als Best Practice…
Aber ich sehe, du warst schneller und hast Deinen Fehler bemerkt. Das sehen übrigens viele wie Du, auf der anderen Seite gibt es auch eine große Fraktion der Speiseanhänger. >
ich bin garantiert kein Speisegabegegner. Ich bin mir aber auch keines Anwenderfehlers bewusst. Wie BourgeoisLab weiter unten bereits erwähnte, gab es mal einen Fehler, der zu automatischen Einträgen in der Speisemenge führte.
Wenn man noch nie mit Speisegabe gearbeitet hat, sieht man auch keinen Anlass dazu das Modul zu aktivieren. Umso überraschter ist man dann, wenn's nicht stimmt. Umso überraschter stelle ich heute beim Durchsuchen der Datenbank mit SQL-Mitteln fest, dass nur ein Teil der Sude betroffen (und deren Kopien). Rein zufällig. In dem Kontext von einem Anwenderfehler zu sprechen - kann man machen, hilft aber nicht wirklich.
Grundsätzlich stelle ich mir folgende Fragen
-
Wie sinnvoll ist es bei der Kopie eines Rezeptes die "Speisegabe" mit zu kopieren. Letztlich muss ich doch bei jedem Sud entscheiden, ob ich Speise für die Nachgärung abzwacke und wenn ja, wieviel. Gegebenenfalls könnte ich ja auch Speise aus einem anderen Sud verwenden.
-
Wichtige Parameter für die Karbonisierungsberechtigung auszublenden, nur weil ein Haken an einem Modul fehlt produziert Fehler, insbesondere, wenn der Einfluss signifikant ist.
Insgesamt 3 Biere haben bei mir qualitativ dadurch gelitten - ohne dass ich mir wirklich eines Anwenderfehlers bewusst war. Ich bin nur durch meine als Sofware-Entwickler eigenen Hartnäckigkeit der Ursache auf den Grund gekommen und finde es wirklich sehr schade in dem Kontext dann einfach von einem Anwenderfehler zu sprechen. Ich bin garantiert nicht der erste, der in diese Falle gelaufen ist und garantiert auch nicht der letzte.
Vielleicht hätte ein Hinweis auf die Speisegabe im Tooltip für die Jungbiermenge (sowohl unter Jungbiermenge als auch unter Karbonisierung) geholfen, dass wenn die beiden Menge sich unterscheiden mit einer Speisegabe kalkuliert wird, die nur bei eingeschaltetem Modul Speisegabe gesehen und geändert werden kann. Aber auch nur vielleicht. Generell halte ich nichts davon Defizite in der Funktionalität in einer eher weniger gelesenen Hilfe zu dokumentieren.
Anwenderfehler ist der neutrale Begriff dafür, nicht falsch verstehen. Der Begriff klingt vor dem Hintergrund natürlich überzogen. Der Fehler ist so alt noch nicht, daher steht noch nichts in den Tooltips. Da ich den Fehler selbst noch nie hatte: Welche Mengen wo unterscheiden sich genau?
Die TTs sind für Anfänger gemacht und sind gut angenommen. Sie gehen deutlich tiefer als eine FAQ und sind sicher ein Baustein im ansonsten niedrigen Supportaufkommen.
Anwenderfehler ist der neutrale Begriff dafür, nicht falsch verstehen. Der Begriff klingt vor dem Hintergrund natürlich überzogen. Der Fehler ist so alt noch nicht, daher steht noch nichts in den Tooltips. Da ich den Fehler selbst noch nie hatte: Welche Mengen wo unterscheiden sich genau?
Oben in den Screenshot reinschauen.
Da gibt es die Jungbiermenge in zwei Rahmen.
- Rahmen: Jungbiermenge
- Rahmen: Karbonisierung
Im 2. Rahmen ist die Jungbiermenge um 1,5 Liter höher als im ersten Rahmen. Und zwar genau, weil dort die Speisezugabe dazu addiert wurde, ohne das Feld Speisegabe jedoch zu sehen.
Speziell für Anfänger dürfte es kaum zu verstehen sein, warum die Jungbiermenge im Rahmen Karbonisierung größer ist als im Rahmen Jungbiermenge...
Meiner Meinung nach macht es keinen Sinn die Speisezugabe bei der Karbonisierungsberechnung zu berücksichtigen, wenn das Modul Speisegabe deaktiviert ist. Ein Tooltip an der Stelle hilft nicht wirklich weiter. Der Fehler, den man an der Stelle macht, fällt erst auf, wenn das Bier geöffnet wird. Erst dann werde ich nach der Ursacheforschung beginnen und vielleicht die Tooltips lesen. Aber auch nur vielleicht. Im ungünstigsten Fall traue ich der Berechnung einfach nicht mehr (ich war ganz kurz davor), was ich wieder sehr, sehr schade für den KB fände.
Felder in einer Eingabemaske mit einer Pseudo-Modul-Logik wegzublenden ohne die damit verknüpfte Funktionalität auszuschalten verringert eben nicht die Komplexität sondern erhöht die Fehleranfälligkeit.
Als Softwareentwickler darfst du dich gerne an der Weiterentwicklung des kbh beteiligen.
Als Softwareentwickler darfst du dich gerne an der Weiterentwicklung des kbh beteiligen.
hatte ich mir schon überlegt, bin aber technisch viel zu weit weg von Qt, C++ und irgendwelcher Logik bzgl. Sud-Theorie.
Bisheriger Schwerpunkt war Linux-Windows Portierung und da hauptsächlich die Nutzung von sehr low level C-Runtime und Betriebssystem-Schnittstellen (Windows). Aber vielleicht wird es mir ja im Winter etwas langweilig! Mal sehen. Müsste noch sehr viel dazu lernen bevor ich einen produktiven Beitrag im Coding leisten kann.
Generelles Problem. Siehe #222.