[Vorstellung] Xenia Steuereinheit

Jap, das wollte ich ja auch zum Ausdruck bringen. WLAN mit Webinterface ist am universellsten und vor allem für euch am einfachsten umzusetzen. Außerdem gibt es ja für Webinterfaces mittlerweile einige Frameworks die dann auch den switch Smartphone/Tablet/PC vereinfachen.

 

Zumindest was Bluetooth (BLE) angeht Mit den Webframeworks hatte ich mich nur vor Jahren mal beschäftigt, da sollte sich aber mittlerweile einiges getan haben. Tendenziell kann man da halt mit den entsprechenden Stylesheet viel machen und braucht auch nicht viel Platz dafür. Welchen Chip habt ihr jetzt auf der 2ten Steuereinheit drauf bzw was bietet er da Webserver technisch an? Finde grad auf die Schnelle nichts.

*Edit* Hab grad mal fix gesucht. Sowas wie skeleton (getskeleton.com) wäre evtl was. Man müsste dann halt noch ne Menu dazu programmieren, aber das muss ja so oder so gemacht werden. Ich denke aber auf Basis solch eines Frameworks kann man gut anfangen und hat eben das skalieren auf die verschiedenen Geräte bzw. Bildschirmbreiten direkt drin.

 

Ah jap, sowas hatte ich noch im Kopf war mir aber nicht sicher, hab bisher noch nicht alles zum Xenia Projekt durchgelesen.

Mit dem Chip hab ich bisher noch keine Erfahrung wie das dort mit dem Webserver läuft, ich denke da gibt es Leute mit mehr Erfahrung, daher weiss ich auch momentan nicht wie es dort mit solchen responsive Designs funktioniert bzw wie aufwändig so etwas ist. Auf die schnelle habe ich aber etwas gefunden wie jemand das Twetter Bootstrap Framework dort zum laufen gebracht hat ( https://github.com/IOCare/esp8266GUI ). Vom Namen her scheint das mit einem http demon zu laufen. Ich denke wenn so etwas funktioniert wäre das ne komfortable Lösung damit es auf allen Geräten schön läuft.
Evtl hat ja hier schon jemand Erfahrung mit sowas und kann da unter die Arme greifen.

 

Keine Ursache!

Evtl mal nach HTTP Demon im Zusammenhang mit dem ESP8266 suchen. So wie ich das eben auf die Schnelle im Github gesehen habe wurden da zumindest die CSS Dateien einfach abgelegt. Damit sollte dann auch so ein Framework möglich sein. Der HTTP Demon dient ja dann irendwie als Parser für die HTML/CSS Dateien in dem Fall.

*Edit*
https://github.com/Spritetm/esphttpd
https://github.com/pgollor/esphttpd
http://www.esp8266.com/viewtopic.php?f=6&t=376

Generell scheint man mit esphttpd als Suchbegriff was zu finden

 

Von meiner Seite aus wäre wichtig, dass die Sachen auch noch solide in einigen Jahren funktionieren. Der technische Fortschritt ist ja rasant und es ist nicht ausgeschlossen, dass die Xenia noch in 20 Jahren ihren Dienst tut. Benutzen wir da noch smartphones? Und erinnert sich dann noch jemand an apps? Das weiß natürlich niemand, aber ich hätte ungern eine Espressomaschine, die ich 10 Jahren nicht mehr bedienen kann, weil ich nicht mehr das passende IT-Equipment auftreiben kann. Disketten sind ja schon verschwunden, CDs befinden sich auf dem Rückzug - und bald gibts vllt auch kein USB mehr? Da ist man schnell aufgeschmissen. Wie ich sehe, geht das hier zum Glück schon in die richtige Richtung (einfach, aber solide+dauerhaft). Das wäre mir ein Anliegen.

 

Ich denke das eben dies mit einem kleinen Webserver und WLAN relativ gut gesichert ist. Und wenn nicht könnte ja die zweite Platine, die ja eigentlich eh nur ein Gimmick ist, noch ausgetauscht werden.

 

Ich bin exakt 25 und finde das Meiste an der Xenia sowohl "bunt und schön" als auch "sinnvoll und notwendig"

Den Ansatz, eher solide, als fancy, aber dafür vielleicht anfälliger zu planen, finde ich sympathisch und sinnvoll. Sowohl für uns als Endnutzer, als auch euch aus wirtschaftlicher Sicht

 

Der Esp Chip ist inzwischen im Arduino Framework enthalten und kann dadurch sehr komfortabel programmiert werden. Es gibt diverse Beispiele für Webserver, Zugriff auf Google sheets etc., der Chip ist insgesamt ziemlich mächtig und könnte eigentlich auch Stand alone die gesamte Maschine steuern. Die hermetische Trennung von potentiell "gefährlichen" Funktionen (steuern eines Aquastop, 230V schalten etc) und Web-Erreichbarkeit hat aber eben auch seine Vorteile. So können wir zb besonders kritische Befehle, wie Bezug starten (man könnte ja grade am putzen sein und die Finger in der Brühgruppe haben und der böse Nachbar hat die Maschine gehackt und will mich verbrühen) auch mit einem Betätigen des Kaffeeschlaters quittieren lassen bevor die Maschine irgendwas macht. Dann ist sichergestellt dass wirklich der jenige an der Maschine steht der den Befehl geschickt hat.

 

Nochmals beim ESP8266 eingehängt:
Ich finde diesen Source-Code sehr kompakt und macht ziemlich genau das was ich mir vorstellen würde.
Startet einen Access Point um sich einfach verbinden zu können und Das Haus-Wlan inkl. Passwort eingetragen werden kann.
Danach deaktiviert sich der Access Point und der Chip verbindet sich zum eingestellten WLAN.

Zusätzlich wird ein CSS für eine schöne Webseite und AJAX für eine einfache "Live-Kommunikation" zwischen Webseite und Server gezeigt.
Und noch dazu wird die Echtzeit von einem Timeserver abgefragt und auch eine Zeitschaltuhr gezeigt.

Ich finde das deckt schon ein wenig der Anforderungen ab und ich wollte das mal zeigen. (Nicht mein Sorce-Code)
http://www.john-lassen.de/en/projects/esp-8266-arduino-ide-webconfig

LG

 

Damit wäre das Problem ohne die zweite Platine lösbar, was vermutlich für viele Käufer attraktiver ist, die auf ein PID verzichten wollen. Für die technische Realisierung sind dann die (Gas- und )Wasserinstallateure zuständig.
Für unser Thema (2. Platine) würde ich gerne noch mal wissen, wie leistungsfähig die Steuereinheit inklusive der dafür verbaubaren Steuerungs- und Regeltechnik ist. Kann das jemand z.B. im Vergleich zum Leva-Projekt (http://projectcaffe.bplaced.net/features_leva.html, vgl,. auch ito hier im Kaffenetz) eingrenzen? Dort wird u.a. Perfekte Brühtemperatur (PID), Pressure-Profiling mit Drucksensor, variable Preinfusion, Dosieren, verkürztes Aufwärmen, Shot-Timer, Shot-Zähler, Verkalkungsüberwachung, Energiesparfunktionen versprochen.