HeaterMeter Discussiedraadje
- Onderwerp starter noskos
- Startdatum
Ik stelde mijn vraag in de wetenschap dat moderne rookkasten en computer gestuurde ovens dit kunnen.
Dit proces zorgt ervoor dat er minimale kookschade ontstaat zodat het vochtverlies beperkt blijft, en je een zo sappig en rendabel mogelijk produkt overhoudt.
Nu doe ik het ook zo en verhoog ik de temperatuur langzaam door direkt na het aansteken van de Q te beginnen en steeds met de luchtschuif de temperatuur te verhogen. Maar ik moet dan wel de gehele tijd in de buurt blijven.
Mijn bourgondische ham is op die manier gegaard.
http://www.bbqgenootschap.nl/forum/varken/bourgondische-ham
Dit proces zorgt ervoor dat er minimale kookschade ontstaat zodat het vochtverlies beperkt blijft, en je een zo sappig en rendabel mogelijk produkt overhoudt.
Nu doe ik het ook zo en verhoog ik de temperatuur langzaam door direkt na het aansteken van de Q te beginnen en steeds met de luchtschuif de temperatuur te verhogen. Maar ik moet dan wel de gehele tijd in de buurt blijven.
Mijn bourgondische ham is op die manier gegaard.
http://www.bbqgenootschap.nl/forum/varken/bourgondische-ham
Ep Woody zei:
Deze functionaliteit zit er inderdaad deels al in, eenmalig pit-temp aanpassen op basis van een ingestelde temp. Dit moet dan alleen aangepast/uitgebreid worden met het aanpassen van de ingestelde temp. Je kan al veel custom alarm dingen doen dus volgens mij moet het niet zo moeilijk zijn. Persoonlijk heb ik nog niets gedaan met de custom alrm scripts, als ik wat tijd over heb zal ik eens kijken of dat eenvoudig is. Klinkt als een mooie manier van garen.
Nu ben ik niet heel erg thuis in de HM code, maar ik zou het niet op alarmeringen gooien, maar eventbased... Wanneer je merkt dat de temp weer gestegen is de ingestelde dome temp ook weer verhogen.. dan blijft hij gewoon netjes volgen. C++ kan daar prima mee overweg en is het wat netter dan via alarmeringen. Er zullen uiteraard aanpassingen in de code gedaan moeten worden, maar verder is het niet echt een issue om dat te implementeren
Rocker zei:
Dat is inderdaad de beste oplossing. Maar dat betekend dat je de bron code moet aanpassen en de bouwer met overtuigen dat het een nuttige aanpassing is. Persoonlijk ben ik ook niet zo thuis in C++. De oplossing mbv het alarm zou wellicht kunnen werken zonder aanpassingen van de bron code.
Het is opensource toch? Kan je het altjid weer teruggeven aan de community.. En een eigen versie ervan draaien zou ik ook geen probleem vinden, maar het zou niet mijn voorkeur hebben.. het liefst blijf je zo dicht mogelijk bij de community-build zodat je ook makkelijk fixes kan installeren
Rocker zei:
Het is inderdaad opensource. Eigen versie maken/draaien zou ik sterk afraden daarmee haal je veel onnodig werk op je hals. Als iemand een mooie uitbreiding maakt zal Bryan Mayland waarschijnlijk geen probleem hebben met het toevoegen daarvan.
Dus als er C++ programmeurs zich geroepen voelen! Zo niet dan ga ik, als ik tijd heb, een keertje naar de alarm+script oplossing kijken.
petero zei:
Wellicht dat dit draadje je kan helpen, http://www.bbqgenootschap.nl/forum/controllers/wifi-dongle-crisis/. Het laatste gedeelte gaat over een soort gelijk probleem. Oplossing daar was standaar ip (192.168.200.1) gebruiken en ervoor zorgen dat je pc in het zelfde subnet zit dus (BV: 192.168.200.2)
Bert zei:
Schijnt niet zo moeilijk te zijn, zie http://www.bbqgenootschap.nl/forum/controllers/hm-verhoog-pit-op-basis-van-kern-temp
