Projectje: Barbecue-thermometer, wat is handig?

[Boudewijn]

Hoihoi

Ik heb al een tijdje het idee om een iGrill/Meater achtig device zelf te maken. Nee, het wordt mogelijk niet goedkoper dan zo'n ding, maar wel veel leerzamer. Punt is wel dat ik al jaren weinig meer zelf maak en een beetje vastloop in wat handig is.
Deel van het spel is ook wel minder dure spullen op ali kopen en er wat moois van maken, maar als ik hier veel van leer is 200E uitgeven voor een thermometer-projectje ook niet het issue .
Waarom dit topic? Ik zit met name bij het handig inrichten van de software te twijfelen wat handig is, ik kan zelf genoeg programmeren maar er is al zoveel... wat is handig?
Ook heb ik wat hardwaredingen die ik niet aan de slag krijg.

Als alles werkt komt er wel een mooie tweakblog oid. Qua software ben ik nu vooral in Python bezig omdat ik dat een fijne taal vind. C(++) zou ook kunnen, assembly ook. Omdat ik veel met Python bezig ben heeft die taal echter de voorkeur.

Wat wil ik maken?
Een device met de volgende eigenschappen:

Must have:
- met een of meerdere temperatuurprobes
- Per probe een eigen alarmpje heeft (is op temperatuur/niet)
- Hardwarematig instelbaar en uitleesbaar is (rotary encoder, LCDtje)
- Softwarematig instelbaar en uitleesbaar is (via een app of HTML5-gebaseerd dingetje). Androidsupport is goed genoeg, ios doe ik niet aan.
- Het afgelopen uur aan meetwaarden bijhouden. Een 3-eeuwig gemiddelde is prachtig maar niet heel zinnig voor een thermometer.


Should have:
- Zelf connect met bekend wifinetwerk, is dat er niet dan een open SSID opzetten zodat mijn telefoon kan connecten.
- Bij voorkeur verwisselbare probes (3.5mm jacks oid).

Should have's voor later:
- Dat op accu kan functioneren (mag in den beginne best een grote accu zijn)
- Waterdicht kastje (voor nu even niet zo belangrijk)
- Accu-monitoring en eventueel alertje

Could have:
- Cloud connectivity. Heeft echt geen prio momenteel, en ik gebruik mijn spullen vaak bij vrienden. Heb geen zin om telkens allerlei SSIDs op een thermometer in te stellen. Ook vind ik mijn privacy genoeg waard.


Wat heb ik liggen?
•
• Controllers: Een zootje ESP32's, rpi3, rpi4
• Adafruit MAX31855 breakoutboard (https://www.adafruit.com/product/269) met K-type thermokoppel (https://www.adafruit.com/product/270)
• LCD OLEDs, diverse oa https://nl.aliexpress.com...042311.0.0.27424c4drOmiQm
• Rotary encoders: https://nl.aliexpress.com...042311.0.0.27424c4drOmiQm
• MAx 31865 met probes: 3x https://nl.aliexpress.com...042311.0.0.27424c4dUMwhae met bijbehorende probes
• Standaard electro-gereedschap (labvoeding, DMMs, scope)
• Dit soort kastjes: https://nl.aliexpress.com...042311.0.0.27424c4dpCoOxT



Nou prima, volgens mij moet ik daar wel iets moois van kunnen maken, alleen de accu ontbreekt. Die zie ik later wel.


Ik heb in het verleden met de MAX31865 van Ali zitten spelen op I2C maar die kreeg ik niet goed aan de slag op zowel pi als ESP32's (wellicht is het breakoutbordje stuk).
Daarom voor teveel geld een MAX31855 gekocht bij een nederlandse winkel inclusief meetprobe en dat werkt prima.
Nu draait die meting elke seconde:

Python:

import time
import board
import busio
import digitalio
import adafruit_max31855



spi = busio.SPI(board.SCK, MOSI=board.MOSI, MISO=board.MISO)
cs = digitalio.DigitalInOut(board.D5)
max31855 = adafruit_max31855.MAX31855(spi, cs)

while (True):
        temp = max31855.temperature
        print('Temperature: {} degrees C'.format(max31855.temperature))
        time.sleep(1)

Nou ja dit werkt prima, wordt nu ook in een mariadb dingetje gestopt en ik zou hier met grafana aan de slag kunnen gaan... maar dat werkt wel op een pi, maar is niet meer handig voor een esp32.
Tijd om een coole app te maken dus!

Ik zat zelf aan een simpele HTTP-server te denken die alle waarden van het afgelopen uur presenteert (de eerste 30 minuten een meting per minuut, minuut 30-50 een 2 metingen per minuut, en de laatste 10 minuten elke 10 seconden een meting) in een JSON.
Dit samen met de alarm-waarden van die sensors.

Dan een simpele android-app schrijven die die data ophaalt en in een grafiekje giet, en gaat piepen bij overschrijding van een waarde. Volgens mij is dat prima te doen, ik heb wat kleine dingen in android geschreven. Zijn hier echter handige must-have frameworks voor?
InfluxDB is wellicht wat teveel voor een ESP32, maar aan client kant kan natuurlijk wel meer.
Iemand wat mooie tips om te voorkomen dat ik wielen opnieuw uitvind? Meeste wat ik vind is of te zwaar (grafa om maar wat te noemen), of heel outdated (2013) of cloudgebaseerd (io.adafruit.com)

Hierna ga ik meer met de hardware doen trouwens .
Mis ik trouwens nog hardware? Ali duurt een paar weken dus hoor ik het graag vantevoren

[_ferry_]

Wat mij te binnen schiet als leuke feature; streeftemperatuur instellen en dat hij dan een verwachtte tijd geeft wanneer het klaar is. Op basis van tijd en temperatuursverschil. Is lastig, want het vlees warmt natuurlijk niet gelijkmatig op, maar hé, wel een feature die een iGrill niet heeft

[Torac]

Wat mij gaaf lijkt. Sommige barbecue hebben een lucht toelaat die je kan instellen als je daar een servo aan hangt en op die manier de temperatuur van de barbecue kan regelen. Moeilijk maarja.

[RovloSQL]

Heb je het HeaterMeter project al gezien? In ieder geval handig ter inspiratie!
https://github.com/CapnBry/HeaterMeter/wiki

[Boudewijn]

_ferry_ schreef op vrijdag 11 oktober 2019 @ 19:34:
Wat mij te binnen schiet als leuke feature; streeftemperatuur instellen en dat hij dan een verwachtte tijd geeft wanneer het klaar is. Op basis van tijd en temperatuursverschil. Is lastig, want het vlees warmt natuurlijk niet gelijkmatig op, maar hé, wel een feature die een iGrill niet heeft

Nice to have. eerst maar even de basics doen, dan wel cool. Ik heb de igrill 3x gebruikt en bij vrienden gezien, het gaat me niet om de exacte cloon, maar om iets dergelijks te maken . Leuk idee, dat wel.

Torac schreef op vrijdag 11 oktober 2019 @ 19:37:
Wat mij gaaf lijkt. Sommige barbecue hebben een lucht toelaat die je kan instellen als je daar een servo aan hangt en op die manier de temperatuur van de barbecue kan regelen. Moeilijk maarja.

Ik heb een kamado (wat lastiger) en een rookkast (wat eenvoudiger) om te tweaken. Het plan is er, maar laat ik maar eerst de sensorkant goed doen.

RovloSQL schreef op vrijdag 11 oktober 2019 @ 20:02:
Heb je het HeaterMeter project al gezien? In ieder geval handig ter inspiratie!
https://github.com/CapnBry/HeaterMeter/wiki

Die ga ik morgen even bekijken.

Waar ik nu mee zit, is wat is handig qua api en opslag? Ik wilde een databaseje maken met de meetwaarden, een pythonscript dat elke seconden de sensors afloopt en de meetwaarden per sensor in de DB gooit. En daarna een REST-api coden in python die die waarden beschikbaar stelt door een jsonnetje te presenteren.

Is daar al wat handigs voor wat ook nog op die ESP32 gaat draaien? Ik denk dat flask wat overkill is. Qua DB zit ik nu met mysql maar dat is wellicht te lomp, teveel writes en persistentie is niet nodig. Eens kijken of ik een mongo kan doen in memory, of wellicht sqlite. Moeten wel meerdere processen tegelijk bij kunnen (de REST-API, en het acquisitie-scriptje).

[De Tommie]

Juist voor kamado's zijn dat soort regelingen geschikt.

Zie hier.

[Boudewijn]

Ja klopt alleen zit ik wel met een wat moeilijker bevestiging (die is rond) en de kamado wordt een stuk heter. Wellicht is een 3D-print niet de beste optie dus .

Eerst maar even de software, ik wil een REST api maken die op de uC draait die vanaf localhost wat HTTP PUTs accepteert, en die met een HTTP GET weer uit kan spugen in een json-formaatje. nu nog even denken over een handige storage, wellicht toch maar een in-memory sqlite DB. In principe hoeft de data niet een reboot te overleven.

[nodri2000]

Deze heb ik gemaakt voor mijn UDS.
werkt goed, zelfs met smartphone ondersteuning.

Als je een PC ventilatortje hebt dan kun je je kamado volledig automatiseren.

https://github.com/willblev/SmokeyTheBarrel

Uiteraard kan het nog uitgebreider:
https://www.instructables...-Drum-Smoker-UDS-tempera/

Het werkt allemaal prima. Ben nu bezig om dit op mijn Weber te zetten. Ideaal, Alarm als het vlees klaar is!

[kmf]

Kijk ook even bij wlanthermo voor inspiratie en cheatlist met componenten:
https://wlanthermo.de/

(ik heb zelf gewoon die gekocht. heb al te veel projecten lopen)

[HB__]

misschien stom, maar is een standaard product zoals dit niet een ideale oplossing?

https://www.bol.com/nl/p/...rmometer/9200000104794210

[kmf]

HB__ schreef op woensdag 23 oktober 2019 @ 08:37:
misschien stom, maar is een standaard product zoals dit niet een ideale oplossing?

https://www.bol.com/nl/p/...rmometer/9200000104794210

Nee. die gebruikt bluetooth. Gaat niet altijd lekker qua verbindingen. Ik kan de temp van m'n kamado bij wijze van regelen terwijl ik boodschappen aan het doen ben.

[HB__]

oké oké maar dan zou je de meater block variant moeten hebben, aangezien deze kan verbinden naar je WiFi alleen deze is wel behoorlijk prijzig.

[Tsurany]

Ik zou zelf voor een systeem gaan waarbij je een centrale verwerker hebt, een RaspberryPi, waar je bijvoorbeeld Node-RED op draait tezamen met een MQTT server. Vervolgens heb je losse thermometers die elke 5 seconden hun data via MQTT publiceren. Deze kunnen dan ontzettend dom zijn, ze hebben enkel hun eigen id nodig en de connectie naar de MQTT server. Je zou een ESP bordje met WiFi kunnen gebruiken, dan kan je die bij de BBQ leggen en de rest staat ergens binnen.

Via Node-RED kan je dan alle data publiceren naar InfluxDB en via Grafana exposen. Dan kan je zelf je retentiebeleid instellen zodat je, indien gewenst, ook cooks van jaren terug nog kan bekijken en vergelijken. Kan je mooi vlees temperatuur koppelen aan dome temperatuur en kijken of je verbanden ziet

Het mooie is ook dat je dan via Node-RED behoorlijk wat vrijheid hebt qua data manipulatie en integratie met andere systemen. Je kan in Node-RED target temps opslaan in variabelen waar vervolgens elke keer tegen gechecked kan worden. Je kan ook profiles in een DB opslaan zodat die geraadpleegd worden, je stuurt dan bijvoorbeeld een berichtje waarbij je aangeeft wat je gaat maken en welke sensor de kern temperatuur meet en welke de dome temperatuur en vervolgens kan Node-RED op die manier alle data verwerken.

Android app is dan niet eens nodig, laat Node-RED gewoon berichten versturen via het door jou gewenste communicatie kanaal en houd zelf de temps in de gaten via de mobiele Grafana website.

[ Voor 8% gewijzigd door Tsurany op 23-10-2019 09:29 ]

[Boudewijn]

nodri2000 schreef op zondag 20 oktober 2019 @ 18:26:
Deze heb ik gemaakt voor mijn UDS.
werkt goed, zelfs met smartphone ondersteuning.

Als je een PC ventilatortje hebt dan kun je je kamado volledig automatiseren.

https://github.com/willblev/SmokeyTheBarrel

Uiteraard kan het nog uitgebreider:
https://www.instructables...-Drum-Smoker-UDS-tempera/

Het werkt allemaal prima. Ben nu bezig om dit op mijn Weber te zetten. Ideaal, Alarm als het vlees klaar is!

Yup dit gaat een keer gebeuren. Ik kom net uit een burnout (nou ja hoop ik) en ben echt zo gaar als een visstick . Skill-level is ongeveer 0 geworden, simpele dingen kosten moeite. Stapje-voor-stapje.

HB__ schreef op woensdag 23 oktober 2019 @ 08:37:
misschien stom, maar is een standaard product zoals dit niet een ideale oplossing?

https://www.bol.com/nl/p/...rmometer/9200000104794210

Makkelijker? Mogelijk
Goedkoper? Waarschijnlijk?

Zijn we op tweakers? Ik wil er wat van leren en lekker hobbien.

kmf schreef op dinsdag 22 oktober 2019 @ 10:11:
Kijk ook even bij wlanthermo voor inspiratie en cheatlist met componenten:
https://wlanthermo.de/

(ik heb zelf gewoon die gekocht. heb al te veel projecten lopen)

Morgen even bekijken. Ziet er wel leuk uit ja.

kmf schreef op woensdag 23 oktober 2019 @ 08:46:
[...]


Nee. die gebruikt bluetooth. Gaat niet altijd lekker qua verbindingen. Ik kan de temp van m'n kamado bij wijze van regelen terwijl ik boodschappen aan het doen ben.

Yup , daarom wil ik in ieder geval een wifi-connectie hebben. Mocht ik voor een architectuur gaan met losse nodes, dan is tussen de nodes BT wel okay (maar waarom geen wifi...), maar wil ik de communicatie tussen telefoon en "master node" wel per wifi doen.


Sowieso ben ik er wel over uit dat ik mijn software als REST API wil draaien; als ik alles op 1 bordje doe gaat dat prima (je post gewoon thermokoppel-id en temperatuur naar de API op localhost) en als ik voor een overkill aanpak ga met een N aantal ESP32's kan dat ook.
Security is leuk en aardig maar hiervoor prima genoeg, tzt een keer een vorm van authenticatie op knutselen.

Tsurany schreef op woensdag 23 oktober 2019 @ 09:29:
Ik zou zelf voor een systeem gaan waarbij je een centrale verwerker hebt, een RaspberryPi, waar je bijvoorbeeld Node-RED op draait tezamen met een MQTT server. Vervolgens heb je losse thermometers die elke 5 seconden hun data via MQTT publiceren. Deze kunnen dan ontzettend dom zijn, ze hebben enkel hun eigen id nodig en de connectie naar de MQTT server. Je zou een ESP bordje met WiFi kunnen gebruiken, dan kan je die bij de BBQ leggen en de rest staat ergens binnen.

Via Node-RED kan je dan alle data publiceren naar InfluxDB en via Grafana exposen. Dan kan je zelf je retentiebeleid instellen zodat je, indien gewenst, ook cooks van jaren terug nog kan bekijken en vergelijken. Kan je mooi vlees temperatuur koppelen aan dome temperatuur en kijken of je verbanden ziet

Het mooie is ook dat je dan via Node-RED behoorlijk wat vrijheid hebt qua data manipulatie en integratie met andere systemen. Je kan in Node-RED target temps opslaan in variabelen waar vervolgens elke keer tegen gechecked kan worden. Je kan ook profiles in een DB opslaan zodat die geraadpleegd worden, je stuurt dan bijvoorbeeld een berichtje waarbij je aangeeft wat je gaat maken en welke sensor de kern temperatuur meet en welke de dome temperatuur en vervolgens kan Node-RED op die manier alle data verwerken.

Android app is dan niet eens nodig, laat Node-RED gewoon berichten versturen via het door jou gewenste communicatie kanaal en houd zelf de temps in de gaten via de mobiele Grafana website.

Complete overkill maar wel leuk. Ik ga dat wel in gedachten houden, maar zowel met Node-RED, als MQTT weinig gedaan.. en ik loop ook nog tegen een berg geklooi met hardware op. Ook moet je dan alle ESP32's apart voeden (of 5 lipo's nemen...) .


Ondanks al deze leuke suggesties ga ik voor nu even voor een pi met een simpele REST-API en een databaseje. Aan de pi wil ik wat MAX31855's hangen op SPI.

Ik heb nu liggen:
https://www.kiwi-electron...ch=31855&description=true en
https://www.kiwi-electron...ch=31855&description=true

Dit werkt prima op SPI maar heeft als nadeel dat bordje + sensor bijna 30E kost, en die draad natuurlijk niet in wat vlees gehangen kan worden. Die 30E is voor 1 bordje prima, maar als ik er 4 wil ben ik 120E kwijt... en dat is vrij gortig voor alleen de temperatuurmeting.

Daarom heb ik dus bij Ali een paar andere MAX31855 bordjes gekocht:
https://www.aliexpress.co...042311.0.0.69f94c4dX3PVVS

Die werken ook prima, behalve dat ik er wat betere terminals op moet gaan monteren. Ik heb er nu 2 aan de pi hangen waarbij ik gewoon een andere chip-select port op SPI gebruik. So far so good.

Nu wil ik hier ook wat goedkope thermokoppels aan hangen, en ik heb deze liggen:
https://www.aliexpress.co...042311.0.0.27424c4d819UBC
en een zooitje van deze:
https://www.aliexpress.co...042311.0.0.27424c4dNyOe8w


Nu heb ik die spullen even niet bij de hand maar kan ik dit gewoon aansluiten? Die bovenste thermokoppels zijn 3-wire en mijn MAX31855's zijn 2-wire ... volgens mij kan ik gewoon 2 van de 3 draden aansluiten (1 blauwe en de rode). Am I correct, of moet ik wat spul bijbestellen?

Vraag 2: Hoe kan ik inschatten of die 2e set probes ook gaan werken? Ik heb ze liggen maar heb eerlijk gezegd geen idee wat voor type thermokoppel ze zijn. Ik heb ze niet bij de hand, anders zou ik wel even wat weerstand gaan meten.

Idealiter gebruik ik die icm een 3.5mm jack aansluiting, zodat ik de probes in het vlees kan steken en ook nog van de controller los kan halen.

[Boudewijn]

Goed, ik heb even zitten meten aan de thermokoppels:

adafruit thermokoppel zit 10<x<15 ohm bij kamertemperatuur.

De aliexpress thermomkoppels (https://www.aliexpress.co...042311.0.0.27424c4d819UBC) zijn PT100's , gezien ze inderdaad een kleine 110Ohm weerstand hebben bij kamertemperatuur.
De L-vormige probes zijn vermoedelijk PT1000's, want die hebben 1074Ohm bij kamertemperatuur.

Gezien dit RTDs zijn kom ik tot de conclusie dat ik met mijn MAX31855's er niet ga komen, die zijn voor thermokoppels ... waar de MAX31865 (let op de 6 ipv 5) voor RTDs bedoeld is...

Gezien ze in NL18.50E per breakoutbord kosten ( ) heb ik er net maar een paar op ali besteld. Betekent wel dat de komende 2 weken er weinig qua inputs gaat gebeuren. Wellicht even een display aansturen ofzo of toch maar de REST-interface verder afbouwen.

Momenteel kan ik heel simpel een REST POST-request doen en die waarde belandt dan magischerwijs in een sqlite DB. Prima.

[ Voor 9% gewijzigd door Boudewijn op 03-11-2019 23:43 ]

[Tom-Z]

Hoe weet je die probes PT1000's zijn? Zouden het niet gewoon (NTC) thermistors kunnen zijn? Probeer de probe eens te verwarmen en dan te kijken wat de weerstand doet.

[Boudewijn]

Tom-Z schreef op zondag 3 november 2019 @ 23:46:
Hoe weet je die probes PT1000's zijn? Zouden het niet gewoon (NTC) thermistors kunnen zijn? Probeer de probe eens te verwarmen en dan te kijken wat de weerstand doet.

@Tom-Z dank voor je reactie!
Dat zou kunnen ja, echter...


Bij die eerste staat het op de pagina (ja het is ali, je moet soms even zoeken)

For precision temperature sensing, nothing beats a Platinum RTD. Resistance temperature detectors (RTDs) are temperature sensors that contain a resistor that changes resistance value as its temperature changes, basically a kind of thermistor. In this sensor, the resistor is actually a small strip of Platinum with a resistance of 100 ohms at 0°C, thus the name PT100. Compared to most NTC/PTC thermistors, the PT type of RTD is much most stable and precise (but also more expensive) PT100's have been used for many years to measure temperature in laboratory and industrial processes, and have developed a reputation for accuracy (better than thermocouples), repeatability, and stability.


However, to get that precision and accuracy out of your PT100 RTD you must use an amplifier that is designed to read the low resistance. Better yet, have an amplifier that can automatically adjust and compensate for the resistance of the connecting wires. If you're looking for a great RTD sensor, today is your lucky day because we have a lovely Ours RTD Sensor Amplifier with the MAX31865 breakout for use with any 2, 3 or 4 wire PT100 RTD!

die 2e, als je de verwachtte waardes ziet zit hij rond de 20C wel griezelig op de PT1000-lijn.
Wikipedia: Pt100

ik zal er morgen eens een aansteker onder houden bij het meten.

[Boudewijn]

Tom-Z schreef op zondag 3 november 2019 @ 23:46:
Hoe weet je die probes PT1000's zijn? Zouden het niet gewoon (NTC) thermistors kunnen zijn? Probeer de probe eens te verwarmen en dan te kijken wat de weerstand doet.

Die stijgt. In een bakkie koffie van 53C werd de weerstand 1.18k ipv 1.07k bij kamertemperatuur. Komt vrij goed overeen met een PT1000 dus .


In afwachting van de MAX31865 's ga ik morgen maar eens aan een display knoeien .

[JukeboxBill]

Is dit gewoon een hobby dingetje of ben je hier echt serieus mee bezig?
Als ik aan de barbecue zit en het vlees is nog niet helemaal gaar, dan gooi ik het nog even terug.
En als het per ongeluk zwart is dan gooi ik het in de kliko.

Ik denk ook niet dat het ooit de bedoeling van barbecueën is geweest om daar allerlei technologie op los te laten.

[Tsurany]

JukeboxBill schreef op vrijdag 8 november 2019 @ 22:28:
Is dit gewoon een hobby dingetje of ben je hier echt serieus mee bezig?
Als ik aan de barbecue zit en het vlees is nog niet helemaal gaar, dan gooi ik het nog even terug.
En als het per ongeluk zwart is dan gooi ik het in de kliko.

Sommige mensen eten liever op iets hoger niveau dan dat.

Ik denk ook niet dat het ooit de bedoeling van barbecueën is geweest om daar allerlei technologie op los te laten.

Dan zit je er flink naast.

[JukeboxBill]

Tsurany schreef op vrijdag 8 november 2019 @ 22:52:
[...]

Sommige mensen eten liever op iets hoger niveau dan dat.

[...]

Dan zit je er flink naast.

Ik denk dat jullie er met al die technologie flink naast zitten. Koken, bakken en braden is gebaseerd op ervaring en inzicht. Niet op allerlei tech snufjes.

[Tsurany]

JukeboxBill schreef op vrijdag 8 november 2019 @ 23:06:
[...]

Ik denk dat jullie er met al die technologie flink naast zitten. Koken, bakken en braden is gebaseerd op ervaring en inzicht. Niet op allerlei tech snufjes.

Temperaturen en tijden zijn bij heel veel recepten cruciaal, waarom zou dat bij de barbecue anders zijn?

[JukeboxBill]

Onzin, zo kritisch is het niet. En het ene vlees is anders dan het andere vlees. De charme van het barbecueën gaat op die manier volledig verloren.
Maar ik ben niet van die generatie, die niets meer kan, als er geen app voor is.