MQTTDevice Version 2 & Platine

[Innuendo]

Wenn ich mich richtig erinnere, werden die PID Werte auf dem Bildschirm angezeigt und im Protokoll gespeichert. Falls Du den MQTTExplorer aktiv hast, steht die PIDs im Verlauf vom Topic. Die drei Werte müssen dann manuell in PIDBoil eingetragen werden.
Viel einfacher geht das (natürlich) mit dem Brautomat

[Braumeister999]

Ok danke! Brautomat, ja das schau ich mir an. Im Moment hab ich Craftbeerpi 4 in Gebrauch. Wenn ich wieder anfange umzubauen bin ich irgendwann Single

[Braumeister999]

Also bin echt am verzweifeln. Die IDS2 will einfach nicht anspringen, obwohl sie das schon mal tat mit der Version 4.43. Nach dem Update, ich bin mir nicht sicher, eher nicht. Wenn ich Autotune versuche passiert nichts, bei der Einstellung Boil kann es sein das das Relais angeht, aber sonst keine Leistung abruft. Was ich gemacht hatte, ein 2. Dashboard hab ich nur mit dem braukessel eingerichtet um Autotune dort zu machen, aber da ging es dann schon nimmer. Ich hab die Version in Verbindung mit dem Raspi und Display.
Hab ein paar Bilder angehängt, der MQTT Server läuft wohl.
Über etwas Hilfe würd ich mich freuen, ich glaub ich werd sonst noch zum Soda Streamer wechseln…
Besten Dank Andi

[Innuendo]

Hey,
was steht im Heater IDS2?

[Braumeister999]

Danke Innu…

[Innuendo]

Wird eine Temperatur in CBPi4 angezeigt? Falls nein: was steht in der config.yaml?
Sinngemäß sollte dort bei dir stehen

Code: Alles auswählen

mqtt: true
mqtt_host: 192.168.170.66
mqtt_password: cbpi
mqtt_port: 1883
mqtt_username: pi

Das MQTTDevice zeigt eine Verbindung zum MQTT broker an.

[Braumeister999]

Die Temperatur wird mir angezeigt Innu. Siehe links oben, 11,5 Grad Schon merkwürdig das ganze.

[Innuendo]

Ich weiß nicht, ob die Doppelbelegung über zwei Dashboards Probleme machen kann. Das IDS2 Kettle wird für AutoTune mit der Logik AutoTune gestartet. Wenn die PID Werte ermittelt sind, wird auf PIDBoil umgestellt. Beispiel:

Kannst Du einen MQTT Explorer starten und prüfen, ob Daten von CBPI4 gesendet werden? Auf deinen Bildern schaut das Topic induction/IDS2 an beiden Stellen korrekt aus. Testweise stelle es mal auf ids2 auf beiden Seiten um. Verwendest Du das Originalkabel an der JST Buchse?

[Braumeister999]

Ok, auf dem iPad hab ich leider keinen MQTT Explorer, Kabel ist das von Dir und testweise hab ich’s umgestellt, ohne merkliche Veränderungen.
Wenn ich manuell aufheizen möchte, schaltet die Platte wohl ein, aber keine Leistung. Nach ner Weile schaltet sie dann wieder ab.

[Innuendo]

Kabel ist das von Dir und testweise hab ich’s umgestellt, ohne merkliche Veränderungen.
Wenn ich manuell aufheizen möchte, schaltet die Platte wohl ein, aber keine Leistung. Nach ner Weile schaltet sie dann wieder ab.

Das verstehe ich nicht. An welcher Schraubklemme ist das grüne Kabel angeschlossen?

[Braumeister999]

Das kann ich erst morgen kontrollieren, bin im Moment nur über VPN damit verbunden, bin nicht zu Hause. Aber da habe ich nichts verändert, wie gesagt es hat ja schon mal funktioniert. Hab damit den Autotune bereits gestartet und auch erfolgreich beendet gehabt. Konnte damals nur die Werte nicht in PD Boile übernehmen. Es aber ich schau trotzdem morgen mal danach.

[zoki]

Nur so eine Idee:
- mit 4.43 probieren, ob es funktioniert und dann das Update auf 4.44 machen um das "hat schon mal funktioniert" Gefühl zu verifizieren ODER
- die IDS per MQTT-Explorer direkt steuern, ganz ohne CBPi4 um ein Hardware-Problem auszuschließen

[Braumeister999]

Danke für die gute Idee, dass werd ich auf jeden Fall ausprobieren. Nur heut nimmer, war die letzten Tage auf Inbetriebnahme bei Alpirsbacher klosterbräu, die machen dort auch ein sehr gutes Bier. Wird also erst nächste Woche mit ausprobieren, vorher leider keine Zeit.
Werde dann berichten! Danke

[Braumeister999]

Ok, ich hab den Sensor mal ausgetauscht, ohne Erfolg. CBPI Version 4.17, MQTT 4.44. Hab noch nicht die alte 4.43 Version drauf gespielt, kann ich morgen probieren. Was also passiert: wenn die IDS2 einschalten soll, dann tut sie dies (manchmal) für ca 3 Sekunden 100% und geht danach aus, obwohl die Anforderung noch immer ansteht. Manchmal geht sie auch gar nicht an. Merkwürdig das ganze. Hab mal Bilder angehängt, ja ist nicht schön gecrimpt, sollte ich mal besser machen. Verwendet wurde das von Innu gelieferte Kabel.
Danke erstmal, Andi

[Innuendo]

Das MQTTDevice schaltet (ohne Eventmanager) nicht selbstständig. Das befeutet, es gibt ein payload mit state off. ein MQTT Explorer würde helfen. Bitte aktualisieree CBPI4 und die Addons

[Braumeister999]

Ok, bevor ich deine Nachricht gelesen habe, habe ich noch mal die Firmware 4.43 drauf gespielt. Und was soll ich sagen, jetzt funktioniert es wieder. Okay, die Updates werde ich natürlich auch noch ausprobieren, bin jetzt sehr zuversichtlich. Danke…

[brilli_willi]

Moin zusammen,
ich quäle mich seit Tagen mit einem Problem in der Kommunikation zw. MQTT V2.66 und CBPi3 und dachte mir ich schreib einfach mal an in der Hoffnung das jemand eine Idee hast:
Das ganze Setup lief schon mal über 2 Jahre. Aktuell leider nicht mehr.
Hatte bzw habe CBPi3 auf nem Raspberry und hatte dort auch mosquitto installiert.
Wollte nun auf eine andere mosquitto Instanz wechseln und nun bekomme ich die Topics vom MQTT nicht mehr zu CBPi.
Beispiel:
MQTT
Sensor - Topic: mash/temp
IDS2 - Topic: mash/heater
MQTT broker IP 192.168.2.135
CBPi
Temperatur Maische MQTT_Sensor - Topic: mash/temp - Sensor.Value
MQTT_SERVER 192.168.2.135

Im MQTT Explorer tauchen die Topics auf. In CBPi bleibt der Wert des Fühlers aber leer.
Jemand ne Idee? Muss ich noch eine Config in mosquitto anpassen?

Danke und Viele Grüße
Christoph

[Innuendo]

Hallo,
es gibt eigentlich kein Argument mehr für die alte CBPi3 Version.
Mit Deiner Beschreibung liegt das Problem beim Raspberry. Starte den mosquitto Prozess manuell mit Ausgaben auf der Bash und prüfe die log Dateien von CBPi3. Nicht zu vergessen: das RaspberryPi Image sollte wegen Python2 genauso veraltet sein.

[brilli_willi]

Kann ich das MQTT einfach mit V4 flashen?
Evtl würd ich mit der Brauanlage dann auch auf CBPi4 wechseln.
Habe ja bereits eine Instanz am Laufen und möchte die für meinen Mundschenk nutzen.

[Innuendo]

Ja. Du kannst jederzeit zwischen V2 und V4 wechseln.

[brilli_willi]

OK, dann werd ich das MQTT wohl auch auf V4 flashen und versuchen meine beiden Brauanlagen (2 Töpfe + Mundschenk) über CBPi4 zu steuern.
Denke nicht das hierzu 2 CBPi4 Installationen notwendig sind, oder?
Kann ich das MQTT V2.66 mittels ESPTool einfach so flashen oder ist etwas zu beachten beim Sprung von V2 auf V4?
Danke im Voraus.

[Innuendo]

OK, dann werd ich das MQTT wohl auch auf V4 flashen und versuchen meine beiden Brauanlagen (2 Töpfe + Mundschenk) über CBPi4 zu steuern.
Denke nicht das hierzu 2 CBPi4 Installationen notwendig sind, oder?

nein. Aber Fragen zu CBPi4 sind im Faden von mrhyde besser aufgehoben. Da liegen auch schon 1000 + 1 Antwort.

Kann ich das MQTT V2.66 mittels ESPTool einfach so flashen oder ist etwas zu beachten beim Sprung von V2 auf V4?
Danke im Voraus.

Nimm doch einfach das Script flashen.cmd (rtfm)

[brilli_willi]

Bekomme beim Flashen folgenden Fehler:

erase flash
warning: espcomm_sync failed
error: espcomm_open failed
Flash firmware and LittleFS
warning: espcomm_sync failed
error: espcomm_open failed
error: espcomm_upload_mem failed
ESC to quit
Drücken Sie eine beliebige Taste . . .

COM-Port ist der richtige.

Kann jemand helfen?
Danke im Voraus!

[Innuendo]

Hast Du ein anderes Programm mit Zugriff auf den COM Port geöffnet?

warning: espcomm_sync failed
error: espcomm_open failed

COM-Port ist der richtige.

Mit der Fehlermeldung ist entweder
- der COM belegt
- der COM falsch
- oder der OS benötigt noch einen USB Treiber CH341SER für den Zugriff (eher selten)

[brilli_willi]

Leider funktioniert es immer noch nicht.
Habe auf 3 PC's sämtliche COM-Ports durchprobiert.
Auch den USB-Treiber habe ich mehrfach installiert und deinstalliert...
Noch jemand irgendeinen Tip? Das MQTT ist nicht erreichbar.
Auch nicht der Accesspoint nach Reset.

[hattorihanspeter]

Bei mir lags am Kabel, mit dem ich davor erfolgreich die letzten 5 Smartphones mit Roms geflasht hatte...

[brilli_willi]

Bei mir lags am Kabel, mit dem ich davor erfolgreich die letzten 5 Smartphones mit Roms geflasht hatte...

Wahnsinn... Es lag tatsächlich am Kabel. Vielen Dank für die Info!!!

[hattorihanspeter]

Gerne

[Innuendo]

WebUpdate 4.50 SSE liegt bereit

Das Framework MQTTDevice wurde um Server Sent Events erweitert. Das Web Interface ist nun angenehm flott.
Für SSE muss nichts neu konfiguriert werden und es ändert sich auch nichts im Zusammenspiel mit CBPi4!

http polling vs Server Sent Events
Bislang hat der WebBrowser im 3 bis 5-Sekunden-Takt vom MQTTDevice alle Daten zu Sensoren, Aktoren und die IDS abgefragt (requests). Das MQTTDevice hat jede Anfrage beantwortet (response).

Ein MQTTDevice mit zwei Sensoren, einem Aktor und einer IDS2 antwortet pro Minute auf 20 Anfragen mit 80 Geräteinformationen. Hinzu kommen Informationen zum Systemstatus(wlan, mqtt, mDNS, etc.). Wenn ein zweites Browserfenster offen oder zusätzlich ein Tablet aktiv war, vervielfachen sich requests und responses. Weil die Datenmenge relativ klein ist, funktioniert das Vorgehen problemlos. Schwachpunkt ist, dass permanent auch unveränderte Daten gesendet werden (müssen).
Server Sent Events ist ein Abo: einem Client (WebBrowser) wird ein Kanal zugewiesen und in diesem Kanal sendet das MQTTDevice fortan ungefragt jedes geänderte Datum in einem broadcast Format: die Nachricht wird 1x erstellt und dann in denen abonnierten Kanal versendet.

Schwachpunkt bei SSE ist, dass der Abo-Kanal eine Einbahnstraße ist.

Einen Kanal mitlesen ist mit dem Tool curl möglich.
registriere Client: curl -sS "http://mqttdevice:80/channel"
Als Antwort auf die Registrierung sendet das MQTTDevice den zugewiesenen Kanal: /rest/events/<Kanalnummer>
Diesen Kanal kann der Client jetzt abonnieren: curl -sS "http://mqttdevice:80/rest/events/<Kanalnummer>"
Es stehen max. 8 Kanäle (Clients, Webbrowser, Tablets etc) zur Verfügung. Ein Kanal wird auf die IP des Clients und einem keep-alive Ticker registriert.
Innu

[H-Blockx]

Hallo.


Ich bin gerade dabei auf CBPI4 und MQTT4 umzustellen.

Meine Frage dazu: Wie habt ihr die Spannungsversorgung an den Schraubklemmen der MQTT Platine realisiert, so lange ihr noch keine IDS2 angeschlossen habt? Gibt es da eine einfache Möglichkeit?


Gruss Mike

[H-Blockx]

Sorry für die schwierige Frage...

[zoki]

Die Platine hat doch einen Anschluss für ein 5V Netzteil neben dem Wemos.

So ganz verstehe ich die Frage nicht.

[Fregga]

Der Wemos selbst hat ja auch eine USB-Buchse. Da ein Netzteil (Handynetzteil) anschließen.

[H-Blockx]

Hallo, und Danke für eure Antworten.

Wenn ich ein Handynetzteil an die Wemos Platine anschliesse...versorgt das Handynetzteil die ganze MQTT Platine mit 5V, oder nur die Wemos Platine. Innu konnte mir leider auch keine Antwort darauf geben, da er es selbst so noch nicht ausprobiert hat.


Gruss Mike

[Innuendo]

Probiere es doch einfach aus.
Ich habe Dir geschrieben, dass ggfs die Stromstärke für Display und Aktoren nicht ausreicht. Wenn Dein Handy Netzteil 2A liefert, wird es problemlos funktionieren. Ausprobiert habe ich es nicht.

[Fregga]

Hallo, und Danke für eure Antworten.

Wenn ich ein Handynetzteil an die Wemos Platine anschliesse...versorgt das Handynetzteil die ganze MQTT Platine mit 5V, oder nur die Wemos Platine. Innu konnte mir leider auch keine Antwort darauf geben, da er es selbst so noch nicht ausprobiert hat.


Gruss Mike

Ich hatte zum Testen mal das Handynetzteil angeschlossen. Es waren dabei an der Platine zwei Temp.-Sensoren und ein Relais angeschlossen. Hatte bei mir einwandfrei funktioniert.

[H-Blockx]

Okay Bastian, danke für deine Antwort. Dann werde ich es mal mit einem Handynetzteil testen.


Gruss Mike

[H-Blockx]

Hallo.


Ich benötige nochmal eure Hilfe. Bekomme keine Verbindung zwischen der MQTT Platine und CBPI auf dem Raspi. Komme einfach nicht weiter, da ich die config.yaml nicht verstehe. Der Raspi hat die IP 192.168.12.50 und die MQTT Platine 192.168.12.51


In der Config der MQTT Platine muss ich unter Misc die IP, den User und das Passwort des Raspi eingeben? Wäre das richtig?


Und nun zur config.yaml...ich kommentiere mal in Klammern dahinter


index_url: /cbpi_ui/static/index.html
mqtt: True
mqtt_host: IPofYourMQTTServer (IP der MQTT Platine) ???
mqtt_password: YourMQTTPassword (Wo ist es festgelegt) ???
mqtt_port: 1883
mqtt_username: YourMQTTUser (Wo ist er festgelegt) ???
name: CraftBeerPi (Woher bekomme ich diesen Namen) ???
password: 123 (Warum hier schon wieder ein Passwort) ???
plugins:
- cbpi4ui
- cbpi4-FermenterHysteresis
- cbpi4-BM_PID_SmartBoilWithPump
- cbpi4-PID_AutoTune
port: 8000
username: cbpi (Nochmal einen Usernamen) ???
version: 4.0.8


Ich danke für eure Hilfe.


Gruss Mike

[Innuendo]

Hallo,
Alex hat eine sehr gute Anleitung geschrieben.

IPofYourMQTTServer: 192.168.12.50 oder localhost
Wenn Du mosquitto für einen ersten Test mit "allow_anonymous true" konfigurierst, sind mqtt_password und mqtt_username leer.
Eine beispielhafte config.yaml:

Code: Alles auswählen

index_url: /cbpi_ui/static/index.html
mqtt: true
mqtt_host: localhost
mqtt_password: ''
mqtt_port: 1883
mqtt_username: ''
name: CraftBeerPi
password: 123
plugins:
- cbpi4ui
- cbpi4-FermenterHysteresis
- cbpi4-BM_PID_SmartBoilWithPump
- cbpi4-PID_AutoTune
port: 8000
username: cbpi
version: 4.0.8

deine Fragen gehören eigentlich in den Faden CraftbeerPi4.
Innu

[H-Blockx]

Hallo Innu.

Vielen Dank für deine Antwort.

Ich bin nach der Anleitung von Alex vorgegangen. Aber wie gesagt, ich verstehe die config.yaml nicht bzw was wo eingetragen werden muss.

Wenn die Frage hier falsch ist, wer kann verschieben?


Gruss Mike

[H-Blockx]

Aber was gehört hier rein?


In der Config der MQTT Platine muss ich unter Misc die IP, den User und das Passwort des Raspi eingeben? Wäre das richtig?

[Innuendo]

Nein
IP vom Raspi ist richtig. Der Port lautet in der Standardkonfiguration 1883
User und Password sind vom MQTTBroker (mosquitto). Falls anonymous ohne user und password

[H-Blockx]

Vielen Dank Innu. Das hilft schon mal. Dann teste ich mal weiter.

[H-Blockx]

Hallo.


Ich bin ein kleines Stück weiter. Hab den Raspi nochmal neu aufgesetzt und von vorne angefangen. Wenn ich die IP von der MQTT Platine im Browser aufrufe, dann sieht man das folgende Bild. Die 192.168.12.29 ist die IP vom Raspi (Broker). Die Anzeige wo ich den roten Kreis herum gemacht habe, leuchtet abwechselnd für eine halbe Sekunde grün und dann für ca 5 Sekunden rot. Die Verbindung zwischen der MQTT Platine und Raspi schein also immer wieder abzubrechen.

Hat jemand eine Idee?




Gruss Mike

[H-Blockx]

Noch kurz zur Info: Ich habe in der mosquitto.conf vorerst den folgenden Eintrag drin.

allow_anonymous true
port 1883

[Innuendo]

Dein MQTTBroker mosquitto ist nicht erreichbar. Möglicherweise nicht gestartet.
probiere: sudo systemctl restart mosquitto
Oder starte den MQTTBroker manuell auf der bash und verfolge die Ausgabe

[H-Blockx]

Hallo Innu.

Das hat leider nichts gebracht (hatte ich aber gestern Abend schon ausprobiert)


mike@raspberrypi:~ $ sudo systemctl status mosquitto.service
● mosquitto.service - Mosquitto MQTT Broker
Loaded: loaded (/lib/systemd/system/mosquitto.service; enabled; vendor pre>
Active: active (running) since Thu 2023-09-14 07:27:11 CEST; 1min 37s ago
Docs: man:mosquitto.conf(5)
man:mosquitto(8)
Process: 3009 ExecStartPre=/bin/mkdir -m 740 -p /var/log/mosquitto (code=ex>
Process: 3010 ExecStartPre=/bin/chown mosquitto /var/log/mosquitto (code=ex>
Process: 3011 ExecStartPre=/bin/mkdir -m 740 -p /run/mosquitto (code=exited>
Process: 3012 ExecStartPre=/bin/chown mosquitto /run/mosquitto (code=exited>
Main PID: 3013 (mosquitto)
Tasks: 1 (limit: 779)
CPU: 152ms
CGroup: /system.slice/mosquitto.service
└─3013 /usr/sbin/mosquitto -c /etc/mosquitto/mosquitto.conf

Sep 14 07:27:11 raspberrypi systemd[1]: Starting Mosquitto MQTT Broker...
Sep 14 07:27:11 raspberrypi mosquitto[3013]: 1694669231: The 'port' option is n>
Sep 14 07:27:11 raspberrypi systemd[1]: Started Mosquitto MQTT Broker.
lines 1-18/18 (END)...skipping...
● mosquitto.service - Mosquitto MQTT Broker
Loaded: loaded (/lib/systemd/system/mosquitto.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2023-09-14 07:27:11 CEST; 1min 37s ago
Docs: man:mosquitto.conf(5)
man:mosquitto(8)
Process: 3009 ExecStartPre=/bin/mkdir -m 740 -p /var/log/mosquitto (code=exited, status=0/SUCCESS)
Process: 3010 ExecStartPre=/bin/chown mosquitto /var/log/mosquitto (code=exited, status=0/SUCCESS)
Process: 3011 ExecStartPre=/bin/mkdir -m 740 -p /run/mosquitto (code=exited, status=0/SUCCESS)
Process: 3012 ExecStartPre=/bin/chown mosquitto /run/mosquitto (code=exited, status=0/SUCCESS)
Main PID: 3013 (mosquitto)
Tasks: 1 (limit: 779)
CPU: 152ms
CGroup: /system.slice/mosquitto.service
└─3013 /usr/sbin/mosquitto -c /etc/mosquitto/mosquitto.conf

Sep 14 07:27:11 raspberrypi systemd[1]: Starting Mosquitto MQTT Broker...
Sep 14 07:27:11 raspberrypi mosquitto[3013]: 1694669231: The 'port' option is now deprecated and will be removed in a future version. Please use 'liste>
Sep 14 07:27:11 raspberrypi systemd[1]: Started Mosquitto MQTT Broker.
~


Gruss Mike

[Innuendo]

Sendet CBPi4 an mosquitto? Starte einen MQTTExplorer - ich nutze bspw. MQTT-Explorer 0.3.5 auf Win - und verbinde Dich mit dem mosquitto. Dann siehst Du, ob eine Verbindung aufgebaut werden kann und ob CBPi4 Daten vorhanden sind.

Stoppe den Broker Service auf dem Raspi und starte mosquitto manuell für eine Ausgabe auf der bash.

Das MQTTDevice verbindet sich über <IP>:<Port>. Sensordaten werden an den broker gesendet (publish). Alle anderen CBPi4 Daten werden abonniert (subscribe). Beim Start vom MQTTDevice ist die Voreinstellung im WebIf grün. Kann keine Verbindung aufgebaut werden, wechselt die Anzeige nach kurzer Zeit in rot. Solange der Broker nicht erreicht werden kann, bleibt die Anzeige rot.

[H-Blockx]

Hallo Innu.

Vorweg...vielen Dank für deine Mühe und Hilfe.

Ich bin zwar technisch versiert, aber mit Linux und MQTT bin ich auf komplettem Neuland.

Hier mal ein Screenshot vom MQTT Explorer nach der Verbindung mit dem Raspi (Broker).

[H-Blockx]

Ich weiss wirklich nicht was ich falsch gemacht habe. Hab die Installation jetzt zum dritten mal nach den Anleitungen vollzogen. Irgendwas passt da nicht. Sollte ich mit eurer Hilfe das System mal zu laufen bekommen, werde ich eine komplette Anleitung mit allen Schritten schreiben. Mir persönlich hilft es gerade nicht, einen Teil von der Seite, den anderen Teil von der anderen Seite...denn am Ende passt es nicht zusammen...jedenfalls bei mir nicht.

Das soll keine Kritik sein...sondern eher ein Verlangen nach einer "kompletten" Anleitung.