Du könntest eventuell das Kochbuchthema aufgreifen. Wenn wir soetwas implementieren dann ist es sicherlich ein eigenes Modul. Vl setzt du es gleich auf sqlite auf. Den Datenaustausch bitte über Schnittstellen damit wir nachher die Schnittstellen austauschen können.
Natürlich mach ich mir da Gedanken darüber. Ich will das ja auch selbst nutzen. Ich bin mir nur nicht sicher, wie es am Sinnvollsten umzusetzen ist, da ich das Konzept von Software V3 noch nicht kenne. "Bloß" eine Datenbank wird vermutlich nicht reichen. Es sollte ja auch noch festgelegt werden, wie die Logik funktionieren muss, da ihr euch / man sich sonst doppelte Arbeit macht.
Beispielsweise mache ich mir Gedanken über folgendes:
- Sollen tatsächlich nur Eckdaten wie Max-Temperaturen, Fühlerpositionen/-bezeichnungen, Zeiten, also sowas wie ein erweitertes Grillprofil gespeichert werden und ein Link in den Rezeptebereich auf der Homepage. Vermutlich wäre es dann besser gewesen die 'Kochbuchfunktion' 'Preset-Funktion' zu nennen.
- Soll das Kochbuchmodul den Pitmaster und die Fühler 'konfigurieren'
- Soll das ganze in PHP oder in Python gelöst werden?
- Verwendet ihr für die Neuentwicklung ein Framework als Basis, an die das angepasst werden sollte? (Beispielsweise
http://cakephp.org/)
- Macht das ganze so überhaupt Sinn?
Ich nehme als Beispiel mal Spare-Ribs. Ich besitze (noch) keinen Smoker, also werden die Spare-Ribs, die ich mache, bei indirekter Hitze etwa 1,5 Stunden und unter Verwendung von Rauchchips im Kugelgrill bei etwa 100-120°C gegrillt, dann mit einem Schuss Apfelsaft in Alufolie für etwa 4-5 Stunden gegart und zuletzt aus der Alufolie entfernt, mit BBQ-Soße eingepinselt und bleiben dann noch 10-20 Minuten auf der indirekten Seite des Grills liegen.
Es gibt also mindestens folgende Schritte, die beachtet werden müssen:
- Die Temperatur muss erst mal passen
- Die SpareRibs werden 45 Minuten mit der Fleischseite nach oben in den Grill gelegt
- Räucherchips dazu
- Nach weiteren 20 Minuten Räucherchips dazu (Geschmackssache)
- Die SpareRibs werden gewendet und für weitere 45 Minuten mit der Fleischseite nach unten indirekt gegrillt
- Räucherchips dazu
- Die SpareRibs werden mit einem Schuss Apfelsaft in Alufolie eingewickelt
- Die Temperatur muss konstant gehalten werden
- Die SpareRibs werden ausgewickelt, eingepinselt und bei etwa 110°C 10 Min indirekt weiter gegrillt
- Die SpareRibs werden erneut eingepinselt und nochmal 10 Min indirekt weiter gegrillt
Nun wäre es (meiner Meinung nach) schön, wenn das Grillthermometer folgendes macht kann:
- Evtl. Nach dem Anzünden mittels Servos und Lüfter den Anzündevorgang unterstützen
- Evtl. Darauf hinweisen, dass die Starttemperatur passt
- Die Timer nach klicken auf Start/Fortfahren aktivieren und so darauf hinweisen, dass der nächste Schritt erfolgen sollte (Wenden, Einwickeln, ...)
- Temperaturen an mehreren Sensoren überwachen und ggf. regulieren
- Weiteren Timer aktivieren, der nach der ungefähr bekannten Brennzeit der Kohlen darauf hinweist welche nachzulegen
- Berechnen, wann man mit dem Grillen anfangen muss, wenn man Samstag um 17 Uhr essen möchte (incl. Karenzzeit für Anheizen des Grills)
Da habe ich jetzt bestimmt noch nicht alles Berücksichtigt, was Sinnvoll wäre. Ich denke allerdings, dass es für das Thermometer selbst kaum Sinn macht ein Rezept abzuspeichern, da dies direkt auf dem 2,8" großen Display nicht Sinnvoll zu benutzen wäre. Dazu verwende ich am liebsten ein Tablet oder meinen Laptop und dann kann ich direkt auf die Rezeptseite gehen, da ist das ja schon sehr gut gelöst.
Andererseits wäre es für eine "Offline-Verwendung" auch Super, wenn man die Rezepte aus dem Kochbuch irgendwie exportieren könnte (XML Beispielsweise) und im Thermometer importieren kann oder das Thermometer eine Offline-Version eines per Link hinterlegten Rezepts speichert. Irgend jemand schrieb mal, dass er in der Pampa grillt und es dort keinen Internetzugang gibt. Dann wäre es natürlich cool, wenn das Thermometer gleich die entsprechenden Rezepte liefern könnte.
Es soll ja alles irgendwie Stimmig sein und zusammenpassen, sonst macht ihr bei V4 gleich die nächste komplette Neuentwicklung
Ach ja. Und nochmal: Ich bin wie bereits erwähnt kein Entwickler/Programmierer sondern habe als DevOP/Systemadministrator lediglich Erfahrung im Scripten von Abläufen in vorwiegend Python und Bash und gezwungener Maßen auch etwas mit Datenbanken. Dennoch gehe ich vielleicht anders ran als es sein sollte und bin natürlich für Verbesserungsvorschläge offen.