• Du musst dich registrieren, bevor du Beiträge verfassen kannst. Klicke auf Jetzt registrieren!, um den Registrierungsprozess zu starten. Registrierte User surfen werbefrei, können Suchen durchführen und sehen die volle Darstellung des Forums mit vielen anderen Unterforen!!!

WLAN Thermometer Micro

Leider war hier etwas Länger keine Aktualisierung, was aber nicht bedeutet, dass nichts Passiert währe. Der Prototyp hat sich zwei mal bei Pulled Pork bewährt wobei Die FANTAST-Sensoren mit der hier kursierenden Parametrierung bis ca. 5 Grad daneben lagen. Nach dem umstecken in die FANTAST Elektronik passten die Werte. Der Anschluss der Sensoren wurde gedreht, so das Masse auf der Abschirmung liegt. Die Werte der Outdoorchief-Sensoren passten. Der Datenübertragung zum Display konnte durch Optimierung und 32 bit Übertragung weiter eingeheizt werden. Letzter Stand sind 30 "fillScreen" pro Sekunde. Die Software ist leider noch eine große Baustelle, es fehlt einfach die Zeit.
Diese Woche sind meine Nextion Displays gekommen. Es hat sich gezeigt, das die 2,4" Displays, die ich für den Micro gedacht habe, mit 90mA deutlich mehr Stromaufnahme haben als die 2,8" Displays des Mini. Somit spare ich zwar keinen Strom, habe aber dafür eine Eingabemöglichkeit und einfache Ansteuerung. Im Moment überlege ich ob ich die Oberfläche des Mini übernehme oder das Rad neu erfinde.
 
So, heute sind auch meine WeMos Nodemcu Klone gekommen. Diese werde ich am WE mal mit einem Nextion Display, einem SD-Card Adapter und den Innereien einer 5 Euro "2600 mAh" Power Bank kombinieren.

Hier schon mal die Teile:


@: Rn=220 dürfte nicht hinhauen, meine Fantast haben schon 47 kOhm bei 25 Grad.
 
@grosseruser

Klingt interessant... wie bringt du das Nextion mit dem WeMos zusammen ? Arduino IDE oder Lua ?
hab mir auch ein Nextion bestellt.. bin mir aber noch nicht sicher ob das mit der Node IDE (Lua) so
funktioniert wie ich mir das vorstelle...
Also wenn du uns/mich da an deiner Arbeit teilhaben lassen könntest würde mich das freuen !

Gruß Martin
 
Im Moment überlege ich ob ich die Oberfläche des Mini übernehme oder das Rad neu erfinde.
Geht mir genauso. Ich habe meine Entscheidung aber erst einmal vertagt, da ich zuerst meine Pelletbrenner-Ansteuerung über den Arduino soweit abschließen will, damit ich weiß, wie viel mehr Funktionen ich in die WLAN-Thermo-Software integrieren müsste. Hardwareseitig steht aber schon sowohl eine Schnittstelle zu einem ESP8266 über Tx/Rx und eine Schnittstelle zum Pi Zero über I2C (damit ich keine Probleme mit der Pinbelegung beim WLAN-Thermo bekomme) bereit. Bin gespannt wie dein Aufbau läuft.
 
Meistens kommt es anders als man plant. Ich war gestern Abend grade dabei ein "v2" Gehäuse auf meinem zwei Wochen alten "Kossel mini" auszudrucken als dieser wegen einer elektrostatischen Entladung stehenbleibt. Einer der Motortreiber hat es nicht überlebt. Blöderweise ist es ein Board mit integrierten Treibern, so das einfacher Austausch nicht möglich ist. :( :burn: :frust:
Zum Glück habe ich noch ein RAMPS Board da. Der Umbau kostet aber Zeit die ich für "v2" verwenden wollte... :ranting:

@Brick: Ich verwende die Arduino IDE, allerdings ohne Nextion Lib, da ich das Display per Software Serial anspreche. Der WeMos hat sich nicht Programmieren lassen, wenn das Display mit an der Hardware Schnittstelle hing. Da das Display sowieso nur max. 115200 bps schafft ist das keine Einschränkung.
 
Wollte mir eigentlich den Mini noch bauen, aber nun lese ich das hier...
Habe schon 5 Nodemcu bestellt (wegen SmartHome), aber einen
habe ich bestimmt noch über für diese Projekt.

Beim Pi kann man auch schnell mal das Filesystem killen,
und der Pi selbst ist etwas oversized, auch wenn der Mini
schon echt geil aussieht.

Behalte das Ding hier im Auge, und der Nextion wird sofort
per Ali geordert.....

Danke

Gruß
 
3D Drucker geht wieder und der Prototyp des v2 läuft im Clientmode auf dem Steckbrett. Im Clientmode verbindet er sich mit einem im Hostmode laufenden Thermometer und dient als Fernanzeige. Eventuell geht das auch mit dem Mini als Host.


@noxx: Meine v2 bekommt eine SD-Karten Schnittstelle für die Logfiles, da ist es ebenfalls möglich das Dateisystem zu killen. Deine Argumente haben mich aber auch zu diesem Projekt motiviert.
 
Ich verwende die Arduino IDE, allerdings ohne Nextion Lib, da ich das Display per Software Serial anspreche.

Hi,
hört sich gut an... hab leider noch nicht viel erfahrung mit der Arduino IDE.. wollte die mal am NodeMCU ausprobieren, aber irgendwie hab ich keine Verbindung hinbekommen.
evlt. muss ich mich da aber noch ein bischen reinfuxen... das Display mit LUA anzusprechen soll aber eigentlich auch irgendwie funktionieren.

Evtl. kannst du mir ja mal den Teil des Codes der das Display anspricht zukommen lassen. Würde das auch gerne weiter probieren...

Gruß Martin
 
@noxx: Der ferne Plan ist, das Modulkonzept des WeMos zu nutzen und LCD, SD-Karte, Thermometer und Pitmaster modular zu gestalten. So dass man einen Thermometer ohne Display, einen Pitmasterclient (ohne eigene Thermometer) oder nur ein Display mit Alarmfunktion zusammenstecken kann. Die WeMos oder auch die Nodemcu Module haben 4 MB Flash Speicher von dem man mit der Arduino IDE 3 MB in einem Filesystem nutzen kann. In einem groben Überschlag bin ich damit auf etwa 173000 Datensätze gekommen. Damit sollten 2 Tage Logs im Sekundentakt auch ohne SD-Karte möglich sein.

@Brick: Im Moment ist der Code noch extreme Baustelle, sobald der halbwegs brauchbar ist, mach ich ihn per Github verfügbar. Die Kommunikation mit dem Display ist simpel, " t0.txt='23,8C' " + 3 * 0xff per serieller Schnittstelle an das Display senden um den Text des Textfeldes 0 auf "23,8C" zu setzen. Mit der Arduino IDE braucht man aber später nicht mehr in Berührung zu kommen. Einfach eine .hex Datei per serieller Schnittstelle auf das Nodemcu oder WeMos Modul kopieren und fertig. Die Konfiguration oder weitere Firmwareupdates laufen dann per Weboberfläche.
 
Die Kommunikation mit dem Display ist simpel, " t0.txt='23,8C' " + 3 * 0xff per serieller Schnittstelle an das Display senden um den Text des Textfeldes 0 auf "23,8C" zu setzen.
So simpel ist das nicht ;-)
Wenn du das Projekt mal größer aufbaust wirst du schnell merken das dieser Weg (vom Hersteller so empfohlen) in die Hose geht.

Besser ist es die Werte immer in globale Variablen zu schreiben. Diese immer sinnvoll beschneiden (z.B.max 10 Zeichen) und dann mit einem Timer den Text in Buttons zu schreiben. Benutze keine Textfelder! Die sind total verbuggt.

Um die Seite auf dem das Display sich befindet raus zu findet schreibst du am besten in eine variable die Seite und triggerst mit einem printbefehl den WeMos zum Lesen dieser Variable.
Frag nicht die ordungszahl der Seite ab wie es der Hersteller empfiehlt. Solltest du jemals eine Seite löschen verändert sich das gesamte Projekt. Damit legst du dir dann die Karten.
 
@: Danke für die Tipps, das spart Entwicklungszeit. An der vergleichsweise simplen Kommunikation ändert sich nichts, wenn ich daran denke welchen Aufwand ich bei den direkt betriebenen LCD Displays vom ersten Beitrag getrieben habe.
 
2 Tage Log a 1 Sekunde sind für mich vollkommen ausreichend. Denke alle 15 Sekunden zu loggen ist mehr als ausreichend. Ich muss ja auch keine Altdaten speichern.
Denke, das könnte was werden. :D
 
2 Tage Log a 1 Sekunde sind für mich vollkommen ausreichend. Denke alle 15 Sekunden zu loggen ist mehr als ausreichend. Ich muss ja auch keine Altdaten speichern.
Denke, das könnte was werden. :D
Das sehen andere Leute anders :P
Für die PID Optimierung ist das schon sehr entscheident wie gut ein Datensatz ist ;-)
 
wenns modular ist, dann ist es egal.
hatte bisher nur das wlan thermo v1. das lief beim ersten
mal 100% durch, auch ohne LOGs.
 
Zurück
Oben Unten