kleiner-brauhelfer v1.4.4.5

[rakader]

Hallo @gremmel

....jetzt mit IBU
jetzt bedeutet die Einstellung 50:50% das von den 30IBU
15IBU mit der ersten Hopfengabe erreicht werden soll
und auch 15IBU mit der zweiten.
Bildschirmfoto vom 2018-10-17 20-32-36.png

Danke, das ist es! Deswegen schnellt der Wert der 2. Gabe nach oben.

Die Frage, die jetzt bleibt: 30 IBU sind es am Ende immer. Anders gefragt: Wo liegen die Vorteile von Gewicht, wo von IBU?
Hat Gewicht die bessere Ausbeute, sprich ist die Schwabenversion?
Spaß beiseite: Es gibt ja noch andere Einträge des Hopfens, die nicht berücksichtigt werden.

Ich halte das für eine wichtige Frage, auf die in künftigen Versionen aufmerksam gemacht werden sollte, z.B. durch einen Tooltip.

fazit: welche Berechnungsart du nimmst ist zumindest was die Ziel IBU angeht völlig wurscht.
der kbh berechnet die mengen so das die ziel IBU erreicht wird.

das hat aber nichts mit dem aroma anteil zu tun!!

Klar.

ps. wo kann ich den Betreff global ändern? ich glaube das hatte ich sonst ja im ersten Beitrag gemacht...geht aber wohl nicht mehr?

Wenn Du der Starter bist, oben in der Headline.

LG
Radulph

PS.: An dieser Stelle meinen großen Dank und Anerkennung für Deine und Eure Arbeit!

Edit: Geht nach einiger Zeit nicht mehr. Frag einen Admin.

[gremmel]

Die Frage, die jetzt bleibt: 30 IBU sind es am Ende immer. Anders gefragt: Wo liegen die Vorteile von Gewicht, wo von IBU?
Hat Gewicht die bessere Ausbeute, sprich ist die Schwwabenversion?

hmm...das ist denke ich eine glaubensfrage Ich kann dir sagen warum ich persönlich IBU nehme...
wenn ich verschiedene Hopfen habe und beim nächsten mal wenn ich das Rezept braue ein Hopfen einen anderen Alphasäulengehalt hat,
wirkt sich das nicht auf die anderen Hopfengaben aus sondern es wird nur diese Hopfengabe angepasst

Edit: Geht nach einiger Zeit nicht mehr. Frag einen Admin.

danke für die Info...bin ich also noch nicht ganz dem Alzheimer verfallen :)

[rakader]

Anders gefragt: Wo liegen die Vorteile von Gewicht, wo von IBU?

hmm...das ist denke ich eine glaubensfrage Ich kann dir sagen warum ich persönlich IBU nehme...
wenn ich verschiedene Hopfen habe und beim nächsten mal wenn ich das Rezept braue ein Hopfen einen anderen Alphasäulengehalt hat,
wirkt sich das nicht auf die anderen Hopfengaben aus sondern es wird nur diese Hopfengabe angepasst

Daaaaaanke - you made my day

[VolT Bräu]

Ich fand Deine Ausführungen nicht schlüssig, da du den Zielwert beiseite gelassen hast: Du hast ein Bier mit 50 IBU, 2 Hopfengaben. Beide Hopfen haben 10% Alpha. Nach Gewicht wären das je 25g. Nach IBU auch je 25g, weil pro Gramm je 1 IBU. Prozentual nach IBU ist das identisch - in 50% stecken 25 IBU.

Mir erschließt sich der Freiheitsgrad nicht. Alles fußt auf den gleichen Rohstoffen mit den gleichen Anteilen und dem gleichen Zielwert. Mein Bauchgefühl mag mich täuschen, aber logisch ist das für mich nicht.

Anyway: Ich hate anfangs auch mit Gewicht gearbeitet, wechselte dann aber auf IBU, nachdem das hier im Thread empfohlen wure. Nochamal: Wenn ich 50 IBU haben will, so muss das eine definierte Menge sein - irgendwo ist da etwas falsch.

Der Zielwert ist immer der gleiche und fest vorgegeben, ich dachte das sei klar. Es spielt also für mein Beispiel keine Rolle ob es 10 oder 100 IBU sind. Genauso ist das Volumen egal (solange in beiden Berechnungen identisch). In meinem Beispiel haben nicht beide Hopfen 10% Alpha, sondern einer 5% und einer 10%. Anhand der wenigen einfachen Zahlen kannst Du es im Dreisatz nachrechnen. Wenn bei 10% Alpha (Hopfen A) 20g = 20 IBU sind, dann sind die 20g Hopfen B (5%) = 10 IBU. Gleiches Gewicht, verschiedene IBU-Anteile. Zusammen 30 IBU.
Nach IBU 50/50 berechnet wären es für Hopfen A (10% ~ 1 IBU/Gramm): 15 IBU Anteil = 15g und Hopfen B (5% ~ 0,5 IBU/Gramm): 15 IBU Anteil = 30g
Gleiche IBU Anteile, unterschiedliches Gewicht. Zusammen 30 IBU.

Auf die Frage "Welche Version ist besser" gibt es keine sinnvolle Antwort. Besser in welcher Hinsicht?
Wenn ich ein vorgegebenes Rezept einhalten will, sollte man m.E. immer mit Gewichts-Anteilen rechnen. Damit kommt man der ursprünglichen Hopfen-Aromatik sicherlich am nächsten. Es macht jedenfalls bei Aroma-Gaben wenig Sinn die nach IBU-Anteil anzupassen.
Wenn ich möglichst viel IBU mit möglichst wenig Hopfeneinsatz will, dann nehme ich Hochalphasorten und werfe sie früh rein... dazu braucht es keinen Optimierungsrechner. Oder man probiert beide Varianten und nimmt die, die einem besser gefällt.
Ich würde immer auf die Gewichte gehen, weil ich dann leichter erreichen kann zum Beispiel zwei Sorten Aromahopfen in gleicher Menge spät zu geben. Wenn die einen unterschiedlichen Alphawert haben und ich z.B. je 2g/l von jeder Sorte zum Kochende geben will, dann müsste ich mit IBU Anteilen noch mehr rumbasteln um dem Rechner die passenden Werte abzuringen.

[haefner]

Also ich verlasse mich auf "Gewicht" und bin der Meinung, dass das immer genau hinhaut. Alle meine Biere waren Bierstiltypisch gebittert. Macht der Wechsel zwischen Gewicht und IBU im Hobbybrauermaßstab überhaupt Sinn, bzw. ist erschmeckbar?

[DevilsHole82]

Morgen Jungs und Mädels,

das was Gremmel und VolT Bräu geschrieben haben ist genau das was ich gemeint habe, leider aber nicht für jeden verständlich in Wort und Schrift verfassen konnte.

Radulph, bezüglich meiner "Behauptung" aus Post #951:
- Mit Murks meine ich die Aussage, dass man immer IBU-Anteil nehmen sollte. Solche Pauschalaussagen kann man nicht stehen lassen. Das wäre wie: "Du solltest Dir immer einen Volkswagen kaufen!"
- Die IBU (als Maßeinheit) haben tatsächlich nur zweitrangig Einfluss auf das Hopfenaroma. Habe ich aber auch nicht anders behauptet.
Ich meine mit "aromatischer" genau das was Du in Gremmels Beispielrechnung in Post #957 erkennst.
Du hast bei Berechnung nach IBU-Anteil mit einem Aromahopfen und sonst konstanten Parametern eine größere späte Hopfengabe. Ergo was passiert? Es gehen neben den Bitterstoffen auch mehr Aromastoffe in die Würze, also wird es hopfenaromatischer.
Anders wäre es mit einer Hochalphasorte. Da könnte sich die späte Gabe sogar reduzieren.

Pauschal zu sagen es wird nach IBU-Anteil aromatischer stimmt also nur bedingt. Da haste recht. Hängt also von der Hopfensorte ab. In vielen Fällen kommen hier aber Aromasorten mit niedrigen Alphas zum Einsatz.
Strebe ich bspw. eine klassische Hopfung, die meist nach Gew.-% angegeben wird mit 40%/30%/30% an muss ich die Werte bei Berechnung nach IBU-Anteil anpassen.

Beide Berechnungsarten haben m.M.n. ihre Daseinsberechtigung.

EDIT: Noch ein Rechenbeispiel meines Dogfish Head 60 Minutes IPA Clones, was den Unterschied noch extremer verdeutlicht, da eine Flame Out Gabe drin ist.

Berechnung nach Gewichts-Anteil

60minutes_gewicht.JPG (48.8 KiB) 9321 mal betrachtet

Berechnung nach IBU-Anteil bei sonst konstanten Parametern

60minutes_ibu.JPG (43.75 KiB) 9321 mal betrachtet

Die berechneten IBU sind bei beiden gleich. Bedingt durch den hohen Anteil der Flame-Out Gabe wird aber wohl das Zeite hopfenaromatischer.

[VolT Bräu]

Die Bitterung wird ja durch beide Verfahren gleichermaßen angepasst. Von daher ist in dieser Hinsicht beides gleich gut. Gremmel hat ja oben ein Beispiel genannt, wo die IBU Berechnung vielleicht eher erwünscht ist: Es ändert sich bei einem Hopfen der Alpha Anteil. Dann möchte man vielleicht nur diese Sorte anpassen und nicht bei allen Sorten mit anderen und krummen Zahlen jonglieren.
Andere Dinge wie der Aromaöl Anteil werden überhaupt nicht berechnet und insofern ist es auch sehr schwer darüber irgendwelche Aussagen zu treffen.
Falls sich die anderen Geschmacksanteile bei einem Hopfen proportional zur Alphasäure verändern über die verschiedenen Jahre oder Anbaugebiete, dann wäre eine Anpassung nach IBU wohl besser.
Wenn die Aroma-Ausbeute eher stabil bleibt bzw unabhängig vom Alpha Gehalt ist, dann ist die Gewichtsanpassung theoretisch besser.
Schmeckbar wird es in den meisten Fällen sowieso nicht sein, weil die Abweichungen normalerweise recht klein sind.
Insofern würde ich sagen: Nein, es macht keinen Sinn aus theoretischen Erwägungen "auf das vermeintlich bessere Verfahren umzusteigen" - man kann ganz beruhigt das wählen was einem besser gefällt.

[rakader]

Du hast bei Berechnung nach IBU-Anteil mit einem Aromahopfen und sonst konstanten Parametern eine größere späte Hopfengabe. Ergo was passiert? Es gehen neben den Bitterstoffen auch mehr Aromastoffe in die Würze, also wird es hopfenaromatischer.
Anders wäre es mit einer Hochalphasorte. Da könnte sich die späte Gabe sogar reduzieren.

Pauschal zu sagen es wird nach IBU-Anteil aromatischer stimmt also nur bedingt.

Hallo Daniel,

nur ganz kurz und danke für die schöne Aufdröselung. Hopfenaromatisch ist wohl das Wort. Aber halt nicht bei allen Bieren. Bei Platobomben wie starken belgischen oder Imperials im Fass, die lange gelagert werden, kommt es auf Verhältnis Alpha- und Betasäure an. Das erfasst der Messwert IBU nicht. Es baut sich Alphasäure ab und die Betasäure, bzw. das Verhältnis Alpha/Beta wird wichtiger. Dann kommt es auf das Interpretationsverständnis des Brauers bei seinem Bierstil an.

Mich überzeugt hier @gremmel: Bei manchen Bieren möchte man sich über einen langen Zeitraum herantasten und optimieren, aber ich bekomme nicht mehr den identischen Hopfen (gerade Hochalphasorten weichen eklatant ab). Das Verhältnis der Alphawerte untereinander soll aber gleich sein. Da bervorzuge ich IBU.

Sonst gehe ich d'accord: Beide haben ihre Berechtigung.

Grüße
Radulph

Edit: Nachdem ich in meinem KBH-Archiv geschaut habe, werfe ich hier noch eine fakultative Betrachtungslösung ein: In der Zusammenfassung weichen die rezeptberechneten Wunschwerte (nach dem Brauen) oft ab. (In einem Fall habe ich eine Abweichung von 60%.) Hier kann der Wechsel der Berechnungsart Sinn machen. Allenthalben empfiehlt es sich, einen Blick auf die Zusammenfassung zu werfen, will man optimieren, z.B. wenn es um die Betonung Malz oder Hopfen nach Bierstil geht.

[VolT Bräu]

An dem Beispiel von DevilsHole sieht man m. E. wofür die Option IBU-Anteil gerade nicht sinnvoll ist.

Bei der Entwicklung eines Rezepts (insbesondere für Aromagaben, die ohnehin einen geringen Einfluß auf die Bitterkeit haben (sollen)) will ich mich doch nicht vom Rechner bevormunden lassen. Natürlich ist es ein großer Unterschied wenn ich die 10-fache Menge in den WP haue. Aber das möchte ich doch selbst entscheiden und der Rechner soll bitteschön den Rest so anpassen, dass die Bitterkeit passt und nicht andersrum.
Wie beim Stopfen denke ich beim WP doch primär auch in Gramm/Liter und nicht in %-IBU Anteilen. Natürlich kann ich auch mit dieser Berechnung die Einstellungen so wählen, dass die gewünschten Aromagaben herauskommen, aber m. E. umständlicher.

Niemand wird ein Rezept so konstruieren, dass 5%der Bitterkeit von der WP Gabe kommen soll. Man überlegt sich wie viel Gramm pro Liter muss ich nehmen um das Hopfenaroma wie gewünscht zu erreichen (!!!).

Wenn ich dann ein gegebenes Rezept habe und ich muss/will andere Sorten/Jahrgänge einsetzen, dann kann es schon sehr sinnvoll sein dies nach IBU Anteil anzupassen.

[VolT Bräu]

Ergänzung: In diesem Sinne könnte man überlegen ob nicht eine Berechnung besser wäre in der späte Gaben absolut in g/l eingetragen werden und nicht angepasst werden. Den IBU Beitrag kann der Rechner dann berücksichtigen und die frühen Gaben entsprechend anpassen.

So würde ich es jedenfalls manuell machen wenn ich ein Rezept anpasse (indem ich die Anteile so verdrehe, was natürlich etwas mühsam ist)..

[rakader]

Du meinst eine fakultative Funktion "Sperren" einzelner Gaben. Darüber kann man sicher diskutieren, aber ob das im Gesamtkontext Sinn macht oder nicht doch überfrachtet ist? Würde meines Dafürhaltens, ohne alle Aspekte durchgespielt zu haben, nur Sinn bei einer reinen Vorlagenfunktion machen. Und ist, wenn ich es mir so überlege, ein Einfallstor für Fehleranfälligkeit, da Du die Quelldaten aus der Sektion Rohstoffe berücksichtigen musst. Überschlagen meine ich wäre das alles andere als leicht umzusetzen.

[VolT Bräu]

Sperren wäre auch eine Möglichkeit. Ich stelle es mir eher so vor, dass man irgendwo die einzelne Hopfengabe aus der IBU Anpassung (nicht Berechnung!) ausschließen kann und man dann statt eines Anteils die Hopfengabe in g/l o.ä definiert.
Damit könnte man bestimmte Hopfengaben stabil halten und das Tool z. B. auch zwingen die Anpassung nur bei einer bestimmten Bitterhopfengabe bei Kochbeginn zu machen. Nicht unwahrscheinlich, dass dies häufig die bessere Lösung ist als wie oben in den Screenshots die WP Gaben zu verdrehen, oder?

[rakader]

Ich empfehle Dir Dich ein wenig mehr in das Thema Hopfen einzulesen, z.B. hier: https://braumagazin.de/article/bierfehl ... e-bittere/
https://braumagazin.de/article/der-heil ... industrie/

[VolT Bräu]

Danke für die Links, kannte ich noch nicht die Artikel.
Aber jetzt musst du mir auch sagen was Du meinst, denn meine Glaskugel ist gerade beim Service

[matschie]

Hallo!

Zuerst mal: Danke für den KBH! Ich nutze ihn seit dem 2. Sud und bin Begeistert!
Heute kam mir die Idee, ob man den Gärverlauf nicht um eine Import-Funktion z.B. einer CSV-Datei erweitern könnte?
Viele messen die Gärung ja ohnehin laufend, dann wäre das doch die logische Fortsetzung, oder?

[bourgeoislab]

Hallo!

Zuerst mal: Danke für den KBH! Ich nutze ihn seit dem 2. Sud und bin Begeistert!
Heute kam mir die Idee, ob man den Gärverlauf nicht um eine Import-Funktion z.B. einer CSV-Datei erweitern könnte?
Viele messen die Gärung ja ohnehin laufend, dann wäre das doch die logische Fortsetzung, oder?

Hallo matschie
Grundsätzlich machbar, aber welches Format soll die importierte Datei haben? Beim CSV müssen noch die Spalten definiert werden. Es macht nur Sinn wenn es ein Standard- (oder ein "viel genutzes") Format in der Brauwelt gibt.

Witzig wäre es mit der iSpindel zu kombinieren (http://www.ispindel.de/). Nutzt es jemand hier?

[VolT Bräu]

Ich habe gerade angefangen die iSpindel zu nutzen und fände eine Importfunktion sehr gut.
Andere Formate (z. B. selbst gemacht) könnte man ja notfalls auch selbst passend umwandeln.

[rakader]

Grundsätzlich machbar, aber welches Format soll die importierte Datei haben? Beim CSV müssen noch die Spalten definiert werden. Es macht nur Sinn wenn es ein Standard- (oder ein "viel genutzes") Format in der Brauwelt gibt.

Witzig wäre es mit der iSpindel zu kombinieren (http://www.ispindel.de/). Nutzt es jemand hier?

Moin Bourgeosielab,

CSV benötigt keine Spalten, ist ja kommasepariert. Vgl. https://tools.ietf.org/html/rfc4180

iSpindel fristet ein Nischendasein, aber es sollte gehen: Ich würde den größten gemeinsamen Nenner gängiger Messgeräte heranziehen, zuvorderst den EasyDens; der spuckt csv, xls und pdf aus. PDF kann man scripten. Der EasyDens hat eine App für iOS und Android, bin aber skeptisch, ob Anton Paar eine API zu Verfügung stellt. Ich denke mit csv UND xls wären 99% abgedeckt; csv geht immer, aber viele tun sich mit csv schwer und führen ihre Daten in Excel.

Sexy wär's schon.

Grüße
Radulph

Edit: Einer der Manager von Anton Paar ist hier zugange, die haben eine APP freigegeben; vielleicht einfach mal @uTube (Gebhard) fragen?
https://hobbybrauer.de/forum/viewtopic. ... &start=150

[matschie]

Naja, CSV hat ja nur die Schwierigkeit der Länderspezifikationen, also ob Amerikanisch (Comma-Separated mit Punkt als Dezimaltrennzeichen) oder Europäisch (Semikolon als Separator und Komma als Dezimaltrennzeichen). Ansonsten ist CSV ja die Simpelste Form einer Tabellendatei, die es gibt, daher ist CSV als Austauschformat denke ich sehr gut geeignet.

Direkt von der iSpindel wird nicht gehen, da diese ja einen dauerhaft laufenden Server braucht. Aber selbst CBPi legt die Messwerte als eine Art CSV ab.

[rakader]

Naja, CSV hat ja nur die Schwierigkeit der Länderspezifikationen

Das sollte lösbar sein, bieten die meisten Programme doch gar 3 Exportversionen an. Aus dem Bauch: Lässt sich z.B. an die Sprachversion koppeln oder via Preferences regeln. Warum übrigens sollte ein Gerät, das mit SSID eingebunden wird, einen Server brauchen? (Ich habe mir gerade die Anleitung im Braumagazin angeschaut - ehrlich: so eine Spindel bauen sich doch nur Freaks zusammen, die nebenher Bier machen - das ist derartig durch den Rücken in die Brust; OK, bei meiner Modelleisenbahn ging es auch nicht ums Zugfahren… )

[matschie]

(Ich habe mir gerade die Anleitung im Braumagazin angeschaut - ehrlich: so eine Spindel bauen sich doch nur Freaks zusammen, die nebenher Bier machen - das ist derartig durch den Rücken in die Brust

Dann oute ich mich mal als so ein "Freak".

Ich finde die iSpindel super. Seit ich die nutze, spindel ich nur noch 2 mal: Vor dem Anstellen und vor dem Abfüllen, da ich den exakten Werten der iSpindel nicht traue. Man kann aber sehr gut während der Gärung beobachten, ob es z.B. zum Stillstand kommt, oder in welcher Phase der Gärung man gerade ist.
Weißt du eine bessere Variante um fortlaufend die Gärung zu beobachten?
Und ich hatte zwar persönlich nie ein Problem mit Infektion durch Probeentnahme, aber dadurch könnte einem auch schnell ein Sud kippen.

Aber nun genug mit Off-Topic, es soll hier ja nicht um Pro/Contra iSpindel gehen - ob man das will muss schließlich jeder selbst wissen.

Aber den genauen Gärverlauf, woher die Daten auch immer stammen, im KBH zu archivieren um bei Bedarf nochmal nachsehen zu können, fände ich persönlich genial.

[bourgeoislab]

Wo trägt ihr denn die Gärdaten ein? Nicht direkt in den KBH?
Und woher soll die CSV (oder was auch immer) stammen?

[matschie]

Als ich noch regelmäßig gespindelt habe, hab ich immer direkt in den KBH eingetragen.

Da ich jetzt nur noch 2 mal spindel, ist der Graph hinterher wenig aussagekräftig, daher würde ich gerne die iSpindel Daten hinterlegen.
Die CSV Daten stammen in meinem Fall vom CBPi, der als Server für die iSpindel fungiert.

[rakader]

Ich spindele nicht, eben wg. angesprochener Infektionsgefahr (und mir ist darob auch noch nie ein Bier gekippt). Ganz klassisch etw. Bier ablassen und mit Refraktometer messen. Die Temperatur mit einem Messgerät. Ich messe 5-7 mal pro Sud.

Ich stehe aber vor einer teuren Entscheidung, mir einen EasyDens anzuschaffen, der nach dem Biegeschwingverfahren arbeitet, das ist die Messmethode von Brauereien. Für den EasyDens gibt es eine App von Anton Paar, die per InApp-Kauf direkt Plato ausgibt (sonst SG und Brix). Hier ist natürlich von einem gesteigerten Interesse auszugehen, die Daten nicht-händisch in den KBH zu importieren.

Zur Info wg. angefragter Altnerative: Der EasyDens wurde vom Profi-Hersteller Anton Paar für Hobbybrauer entwickelt. Ist aber trotz Hobbyausrichtung natürlich ein teures Vergnügen. Es gib hier einen langen Thread dazu: https://hobbybrauer.de/forum/viewtopic.php?t=7401
Ist überschlagen mit allen nötigen Gerätschaften mehr als doppelt so teuer wie die iSpindel.

[VolT Bräu]

Eine der Möglichkeiten für die iSpindel ist Ubidots.
Dort kann man CSV-Dateien exportieren. Das Format ist glaube ich immer genau so wie in dem Beispiel.
Hier ein Beispiel (Werte sind Blödsinn, falsche Kalibrierung... value sollte eigentlich °P sein)
https://s3.amazonaws.com/ubi-files/csv/ ... _82sgc.csv
Eine Import-Möglichkeit dafür im KBH wäre super. Dazu müsste der Importer ja eigentlich nur das Datum lesen können und "value" als °P interpretieren. Oder auch was anderes... eine Umrechnung kann man in Ubidots auch leicht realisieren.

Ich würde es denke ich nur dafür nutzen die Daten am Ende im KBH zu archivieren und für die "Online-Kontrolle" Ubidots.

[bourgeoislab]

Hallo KBH Nutzer,

es gibt eine neue Version 1.4.4.3 für euch (windows & Linux).

Version 1.4.4.3
https://github.com/Gremmel/kleiner-brau ... g/v1.4.4.3

- Deutsch überarbeitet (Dank an Radulph)
- Fix: Windows SSL Bibliotheken für Anleitung integriert
- Fix: Absturz in "Bewertung" bei Sprachumschaltung
- Min Max werte gesamte Kochdauer auf 1 - 999 min geändert
- Möglichkeit eine Sicherungskopie beim Start anzulegen
- Formatierung von Spickzettel & Zusammenfassung lässt sich über HTML Datei anpassen
° Windows: C:\Users\<benutzer>\AppData\Roaming\Gremmelsoft
° Linux: /home/<benutzer>/.config/Gremmelsoft/
° Templatesystem von Robert Knight (https://github.com/robertknight/qt-mustache)
- Zusammenfassung enthält auch Rezeptwerte
- Spalte Bewertung in Sudauswahl
- Import von "Maische Malz und Mehr" Rezepte unterstütz "Weitere Zutaten" und VorderwürzeHopfung

gruss
Frédéric

[DerDerDasBierBraut]

Daten manuell von Ubidots als CSV exportieren und wie Opa am KC85 per Datasette wieder einlesen?
Leute schaut mal auf die Uhr... Wir haben bald 2019 ...
Ubidots hat eine API zum Abrufen der Daten. Baut einfach eine ordentliche Schnittstelle dafür in den KBH .
https://ubidots.com/docs/hw/#retrieving-data
Dann noch den Tozzi von dem Feature überzeugen, damit er die API von seinem iSpindel Server ggf. auch um einen Lesezugriff ergänzt und schon wird das Ganze interessant ...

[Alt-Phex]

- Möglichkeit eine Sicherungskopie beim Start anzulegen
- Formatierung von Spickzettel & Zusammenfassung lässt sich über HTML Datei anpassen

Das klingt doch schonmal Super. Erstere Funktion kommt für mich leider ewas zu spät aber gut es die jetzt gibt.

Das mit dem HTML Templates ist genial. Das guck ich mir mal an. Die bisherige "Gestaltung" war auch nie so mein Fall. Gibt es da Marker für das Template und vo finde ich eine Auflistung/Referenz dazu?

Danke euch allen, die ihre Zeit hier investieren. Tolle Software, nutze ich für alle meine Rezepte und kann mir einen Umstieg auch nicht vorstellen. Bitte genauso weiter machen.

Gruß
Bernd

[VolT Bräu]

Daten manuell von Ubidots als CSV exportieren und wie Opa am KC85 per Datasette wieder einlesen?

Gebe ich Dir recht, ist natürlich Steinzeit. Aber ich würde das auch nur ein Mal am Ende für jeden Sud machen um die Daten dann unter einem Dach zu haben. Die online Überwachung im KBH bringt mir keinen Zusatznutzen.
Ein CSV Import könnte ein kleinster gemeinsamer Nenner sein, während API Anbindungen für alles einzeln gebaut werden müssen. Daher wäre ich schon happy wenn es per CSV geht.

[DerDerDasBierBraut]

Der MMuM Import ist mir bisher überhaupt nicht aufgefallen. Genial!
Die Möglichkeit zur Umgestaltung von Spickzettel & Zusammenfassung finde ich auch super.

Mit dem CSV vs. Web-API sehe ich anders. Der KBH kennt den Zeitraum der Gärung (Zeitpunkt der Hefegabe und das Datum des Abfüllens). Hinterlegt man in seinen Suden die Abfragedaten von Ubidots & Co, dann der KBH beim Start (im Hintergrund) prüfen, ob für die aktiven Gärungen neue iSpindeldaten vorliegen, und fragen, "Für folgende Sude liegen neue Gärverlaufsdaten vor [...]. Darf ich sie jetzt im KBH aktualisieren? [Ja,Nein, Immer automatisch, Immer manuell]". Easy going....
Darüber hinaus sind die Daten von einer Web-API eindeutig in Bezug auf Encoding und Format. Sobald der User aber die Chance bekommt, eine CSV herunterzuladen und diese am PC/Mac vor dem Import anzuschaunen , dann geht das Elend los. Je nach Anwendung hat man dann UTF-8, UTF-16, UTF-16-LE, ASCII, CP 1252-(...) oder sonstwie codierte Dateien, wobei die UTF-[..] noch jeweils mit oder ohne BOM vorliegen können. Vermeidlich intelligente Anwendungen ersetzen dann noch die CSV Trennzeichen oder verändern die originalen Texterkennungszeichen. Das ist ein echter Spaß, für so einen "kleinen gemeinsamen Nenner" eine stabile Schnittstelle zu bauen. Besonders, wenn CSV Export und Import nicht auf beiden Seiten automatisiert sind, damit der User nicht dran herumfummeln muss (kann).

[integrator]

Habe mir heute den KBH 1.4.4.3 installiert und gesehen, dass er bei der Zusammenfassung nicht die weitere zutaten (Stophopfen, ...) aufführt.

[rakader]

Hallo KBH Nutzer,

es gibt eine neue Version 1.4.4.3 für euch (windows & Linux).

Moin moin - gibt es schon eine endgültige Mac-Version?

Edit: Von @realholgi gibt es eine untagged-e313b81ef33b401ad192 unter https://github.com/realholgi/kleiner-br ... r/releases
Dort fehlen bisher aber
1. die Zusammenfassung
2. die Anleitung
3. Über

[realholgi]

Hallo KBH Nutzer,

es gibt eine neue Version 1.4.4.3 für euch (windows & Linux).

Moin moin - gibt es schon eine endgültige Mac-Version?

Edit: Von @realholgi gibt es eine untagged-e313b81ef33b401ad192 unter https://github.com/realholgi/kleiner-br ... r/releases
Dort fehlen bisher aber
1. die Zusammenfassung
2. die Anleitung
3. Über

Das Problem ist, dass Qt die Art der Webansicht (mehrfach) geändert hat, und ich es nicht hinbekomme, diese korrekt auf einem Mac ohne QT-Runtime anzuzeigen. Der Workaround ist, die QT-Runtime per homebrew zu installieren:

Zuerst homebrew installieren, wie dort beschrieben unter https://brew.sh/index_de und dann mit "brew install qt" dieses nachinstallieren.

Dann müsste es eigentlich funktionieren...

[rakader]

Zuerst homebrew installieren, wie dort beschrieben unter https://brew.sh/index_de und dann mit "brew install qt" dieses nachinstallieren.

Dann müsste es eigentlich funktionieren...

Vielen Dank Holger, damit funktioniert es. Die Bibliothek ist mächtig. Es wäre schon nett, wenn es ohne funktioniert. Jetzt sind auch inaktive Reiter wie Bewertung wieder ausgeblendet, wenn ein Bier noch in der Reifung ist.

Was mir an der v1.4.4.3 auffällt ist, dass er Gärverlauf beim ersten Mal zeitverzögert geladen wird. Freue mich auf die neuen Funktionen, insbesondere die angesprochene HTML-Funktion.

VG
Radulph

[bourgeoislab]

Habe mir heute den KBH 1.4.4.3 installiert und gesehen, dass er bei der Zusammenfassung nicht die weitere zutaten (Stophopfen, ...) aufführt.

Stopfhopfen werden beim normalen Hopfen aufgeführt. Die andere weiteren Zutaten separat nach Kategorie.

[bourgeoislab]

Zum Thema HTML Gestalltung von Sudinfo/Spickzettel/Zusammenfassung

Speicherort:
Windows: C:\Users\<benutzer>\AppData\Roaming\Gremmelsoft
Linux: /home/<benutzer>/.config/Gremmelsoft/
Mac: ??

Die Dateien werde beim Start vom KBH erstellt, sofern sie nicht bereits vorhanden sind.

Tags
Am besten hier nachlesen, wie die Template Tags funktionieren. Oder einfach die vorhandenen benutzen.
http://mustache.github.io/mustache.5.html

Man kann keine einzelne Felder platzieren, sondern "nur" Blöcke. Die Blöcke bestehen meistens aus einer Tabelle. Über CSS kann man diese Tabellen zusätzlich formatieren. Die table Tags haben keine "class" Eigenschaft.

CSS Style
style_hell.css und style_dunkel.css sind die CSS für die entsprechende Farbauswahl vom KBH.
Sie werden so eingebunden:

Code: Alles auswählen

<link rel="stylesheet" type="text/css" href="{{Style}}">

{{Style}} wird vom Templatesystem durch style_hell.css oder style_dunkel.css ersetzt.
Man kann natürlich eine eigene CSS Datei angeben und auf style_hell.css oder style_dunkel.css verzichten.


Wenn jemand ein schönes Design hat, kann er es gerne Teilen. Eventuell wird im KBH eine Templateauswahl eingebaut.

[peterkling]

Zum Thema HTML Gestalltung von Sudinfo/Spickzettel/Zusammenfassung
...
Wenn jemand ein schönes Design hat, kann er es gerne Teilen. Eventuell wird im KBH eine Templateauswahl eingebaut.

Wow Gremmel und Frédéric,

Danke Top top top - Spende ist unterwegs! Weiter so bitte.

Habe erst mal gedacht, wer braucht denn sowas, wie "selbst CSS-bearbeiten" und dann hab ich als allererstes die Kommentare aus der Zusammenfassung wieder runter geschoben und endlich Gerätschaften und Läutern aus dem Spickzettel entfernt. Perfekt (für mich) - aber nicht perfekt genug, um es zu teilen. Sollten wir für die CSS-Versuche nicht vielleicht einen eigenen Thread eröffnen, sonst wird das hier mit der Entwicklungsarbeit schwer in Übersicht zu bringen, oder?

[rakader]

Zum Thema HTML Gestalltung von Sudinfo/Spickzettel/Zusammenfassung

Speicherort:

Mac: ??

Liegt auf Mac versteckt unter /Users/$benutzer/.kleiner-brauhelfer

3 Lösungen:
a) per Shortcut im Finder = [cmd] + [Shift] + [.] (retour wieder [cmd] + [Shift] + [.])
b) per Terminal = defaults write com.apple.finder AppleShowAllFiles -bool TRUE (unsichtbar defaults write com.apple.finder AppleShowAllFiles -bool FALSE
c) per Einstellungen = gewünschten Pfad für Speicherort wählen (Daten werden kopiert, Original verbleibt an /Users/$benutzer/.kleiner-brauhelfer)

Sollte klar sein: Es empiehlt sich den Ordner zu kopieren, um sich bei einem Fehler nicht das Original zu zerschießen.

VG Radulph

[bourgeoislab]

Danke für die Pfadangabe.

Sollte klar sein: Es empiehlt sich den Ordner zu kopieren, um sich bei einem Fehler nicht das Original zu zerschießen.

Nicht nötig. Man kann die Datei löschen, dann wird das Original neu erstellt.

[rakader]

Nicht nötig. Man kann die Datei löschen, dann wird das Original neu erstellt.

Klar - aber evt. Daten sind weg. Ansonsten einfach mit einer Testversion arbeiten. So mach's ich.

[graythread]

Hallo zusammen,

erst einmal vielen Dank für diese schöne Software. Ich bin neu hier, heiße Peter, komme aus Aachen und werde mich beizeiten hier auch sicher nochmal offiziell vorstellen, wollte nur kurz Rückmeldung, bevor ich das hier vergesse:

Kann es sein, dass in der v1.4.4.3 (btw, Titel dieses Threads ist etwas irreführend:-) ) ein kleiner Fehler beim Erstellen der Datenbank unterlaufen ist (Windows Version)?


Ich bekomme folgende Fehlermeldung:

fehlermeldung startup 1.4.4.3.png (115.49 KiB) 8097 mal betrachtet

Dies deckt sich auch mit der Datenstruktur der SQLite:

Nachdem ich dann v1.4.4.2 installiert habe (ebenfalls natürlich die Windows Version), hat die Datenbank folgende Datenstruktur:

Und nach Updaten auf v1.4.4.3 kann ich dann auch mit dieser Datenbank durchstarten.

Viele Grüße,
Peter

[rakader]

Hallo Peter und willkommen bei den Hobbybrauern,

wenn Du schon so weit zum Fehler vorgedrungen bist, was ist, wenn Du den fehlenden Ordner einfach händisch nachinstallierst (natürlich mit den identischen Rechten)? Geht sicher schneller als aufs Update zu warten. Nur so eine Idee.

Viele Grüße
Radulph

[gremmel]

Kann es sein, dass in der v1.4.4.3 (btw, Titel dieses Threads ist etwas irreführend:-) ) ein kleiner Fehler beim Erstellen der Datenbank unterlaufen ist
Viele Grüße,
Peter

Hallo Peter

Danke für die Rückmeldung, der Fehler ist bereits für die nächste Version behoben.

grüße
Gremmel

ps. den Titel des Threads kann ich leider nicht mehr ändern.

[graythread]

Hallo Peter und willkommen bei den Hobbybrauern,

wenn Du schon so weit zum Fehler vorgedrungen bist, was ist, wenn Du den fehlenden Ordner einfach händisch nachinstallierst (natürlich mit den identischen Rechten)? Geht sicher schneller als aufs Update zu warten. Nur so eine Idee.

Viele Grüße
Radulph

Hi
Naja mit "durchstarten" meinte ich genau das. Ich dachte nur, ich teile das Wissen mal hier sodass andere nicht auch diesen Umweg gehen müssen. Software läuft bei mir einwandfrei:-).

Hab dann auch gesehen, dass der Fehler bereits für die nächste Version behoben wurde. Super:-)

Viele Grüße,
Peter

[peterkling]

Ich möchte hier nochmals einen Wunsch äußern, den ich letztens auch in den issue-tracker eingetragen habe.

Full-Text Suche

- so viele Sude habe ich jetzt auch nicht in meiner Übersicht. (50-70, davon die hälfte gebraut, die andere in Vorbereitung, Tendenz steigend mit jedem durchgeführten Sud).
- trotzdem verliere ich schnell den Überblick, wenn es darum geht bestimmte Sude mit gewissen Eigenschaften zu finden.
- ich benötige das eigentlich ständig um z.B. alle Rezept mit einem bestimmten Malz, einem bestimmten Hopfen, einer bestimmten Hefe, oder sogar einem bestimmten Kommentar (zur Brauvorbereitung etc.) herauszufiltern.
- die Suche nach "Namen" ist zwar nett, aber bei gerade mal 70 Einträgen ist das das geringste Problem.

[rakader]

Full-Text Suche
- so viele Sude habe ich jetzt auch nicht in meiner Übersicht. (50-70, davon die hälfte gebraut, die andere in Vorbereitung, Tendenz steigend mit jedem durchgeführten Sud).
- trotzdem verliere ich schnell den Überblick, wenn es darum geht bestimmte Sude mit gewissen Eigenschaften zu finden.
- ich benötige das eigentlich ständig um z.B. alle Rezept mit einem bestimmten Malz, einem bestimmten Hopfen, einer bestimmten Hefe, oder sogar einem bestimmten Kommentar (zur Brauvorbereitung etc.) herauszufiltern.
- die Suche nach "Namen" ist zwar nett, aber bei gerade mal 70 Einträgen ist das das geringste Problem.

Dem schließe ich mich umfänglich an. Allerdings ist eine Suche mit vordefinierten Filtern (Malz, Hopfen, Hefe, Weitere Zutat) sinniger als eine offene Volltextsuche. Was bringt die beste Suche, wenn man z.B. den Hopfennamen vergessen hat oder falsch schreibt? Eine Filtersuche nähme den User an die Hand. Der Performance wäre es auch weniger abträglich. Im besten Fall kombiniert man beide Sucharten.

Grüße
Radulph

[bourgeoislab]

Ich möchte hier nochmals einen Wunsch äußern, den ich letztens auch in den issue-tracker eingetragen habe.

Ungeduldige Menschen . Habs gerade implementiert.

Textfilter für Sudauswahl sucht auch in Malzschüttungen, Hopfengaben, weitere Zutaten Gaben, Hefeauswahl und Kommentar

Gruss

[rakader]

Da ist man baff und sagt Dank!

[glassart]

@Frederic,

wann denkst du dass die neue Version verfügbar sein wird ?

Hast du bzgl. meinem früheren "Wunsch" verbrauchte Zutaten auf eine eigene Seite zu verschieben schon nachgedacht ?
Es wäre bzgl. Zutatenübersicht sehr hilfreich und man könnte in dieser Liste/Listen dann diese teils evt. ausscheiden oder bei Bedarf nachbestellen und dann rutschen sie wieder auf die Hauptseite -bin kein Programmierer aber irgendwie so in der Art oder eine andere, sinnvolle Lösung.
Meine Listen sind schon ziemlich rot eingefärbt mit Nullständen und das verwirrt. Aber löschen möchte ich sie auch nicht da ja mind. 50% irgendwann wieder nachbestellt werden.

Vielen,vileen Dank für die tolle Arbeit

lg Herbert

[hyper472]

Bin auch sehr für eine Filtermöglichkeit.
Viele Grüße, Henning