[Vorstellung] Xenia meets Beanconqueror

Guten Abend Zusammen,
nachdem Holger nun in den Finalen Zügen der API ist ein paar Worte von mir dazu. Crosslink: [Vorstellung] - Firmware Xenia 2024

Ich habe ja nun die beta-api sowie die pre-release Firmware bei mir am laufen gehabt und habe in den letzten Wochen einige Espressos gezogen.
Das Problem, dass ein Script nicht mehr gestartet werden konnte ist bei mir bei ca. 40-50 Brühungen nicht mehr aufgetreten.
Zeitgleich ist auch die Webseite der Xenia viel Flüssiger geworden und beim Pre-Release Firmware konnte ich diese nun auch nicht mehr "breaken".

Damit sei auch gesagt, dass Beanconqueror mit der neuen API / Firmware funktioniert, dafür muss aber ein Beanconqueror Update ausgerollt werden.

Ich bin aktuell an zwei Verbesserungen dran.
A) Habe ich in der aktuellen Entwicklung einen First-Drip-Threshold eingebaut, manche Waagen Schwanken zwischen 0.1 - 0.2g (insb die DiFluid Waagen), was hier natürlich passiert, ist dass das Script früher als gewollt gestartet wird.
Das kann dann in den Einstellungen konfiguriert werden.
B) Weiterhin bin ich gerade dabei das Thema Brew-By-Weight zu optimieren, aktuell könnt ihr ja ein Zielgewicht Eintragen wo dann das Script X ausgeführt wird.
Ich bin hier aktuell dabei, dass Beanconqueror selbstständig durch Moving-Windows den richtigen Zeitpunkt erwischt das Script zu triggern und damit bei maximal +- 1 Gramm zu landen.
Mein Zielwunsch ist so +-0.5Gramm.
Eine mögliche Delayeinstellung wird es ebenfalls geben für feinjustierungen.

Frage hierzu in die Runde: Die Scripte die ihr habt, würden diese davon profitieren von dem Brew-By-Weight? Andernfalls würde ich vmtl das Brew-By-Weight nur auf "Stop Espresso" legen was standardmäßig von Xenia mit ausgeliefert wird.

Danke an dieser Stelle an Holger @XeniaEspresso der mir noch einen Bodenlosen Siebträger leiht, dass ich neben Auslauf auch den Bodenlosen vertesten kann.

Gruß in den Abend
Lars

 

Nein, das hat damit gar nichts zu tun.
Beanconqueror nimmt die Flusswerte die ankommen Berechnet durch die Gewichtsveränderung und berechnet sogesehen wann es der Maschine das Stop-Signal schicken muss.
Jenachdem wie ihr eure Scripte aber bei "Stop" hinterlegt habt, kann es sein dass die Lösung eher Kontraproduktiv für euch ist, da wenn man sagt ich möchte 28gram, schickt Beanconqueror bei 23g z.B. bereits "Stop" durch

 

Nein, wie oben drüber kurz skizziert.

 

Das läuft gerade Konträr.

Ich habe beispielsweise ein Script, an Gewicht X den Druck langsam runterfährt und dann den Bezug beendet.
-> Beanconqueror würde bereits X Sekunden bevor das Gewicht erreicht ist das Script-Ende triggern, d.h. eigentlich würde dann gar kein Druck-Runterfahren mehr passieren, das meinte ich oben mit das würde vmtl Konträr dazu laufen.

Da Auch interessant fände ich mehrere brew by weight scripte hintereinander schalten zu können. Ab Gewicht X Pumpendruck hochfahren, ab Gewicht Y Pumpendruck ablassen, ab Gewicht Z Bezug stoppen…
-> Ist möglich, vielleicht wäre hier aber der bessere Connection Point mal mit Holger @XeniaEspresso zu schauen ob man nicht "Aktuelles Gewicht" in die Skripte integrieren könnte und ich das Gewicht der Waage an Xenia übermittle (da wäre natürlich dann Performance Key was man testen müsste)

 

Einfach in das Feld rein drücken und die IP verändern:

z.B. ->


Wenn du den Checkknopf drückst, überprüft er ob er die Schnittstelle aufrufen kann, andernfalls einfach auf "Zurück" drücken und es wird automatisch gespeichert.

 

Ich habe nun die Lösung eingebaut:
Custom Script von euch bedeutet "aktuelles Gewicht >= Zielgewicht" -> Execute. Kein Forecast o.ä.
Mitgeliefertes Script von Xenia -> "aktuelles Gewicht + Lookahead >= Zielgewicht -> Execute. Mit Forecast und Brew By Weight intention.

 

Naja, der andere Modus wäre ein Toggle wo man explizit sagt: "Brew by weight active" und sobald das aktiv ist, ist es egal welche script hinterlegt ist.