BBQ controller Discussie
- Onderwerp starter structor
- Startdatum
- Berichten
- 328
Heb je dit probleem ook als je maar 1 probe hebt aangesloten? Als de tip/ring omgedraaid zijn bij een van de 2 probes, en ze liggen tegen elkaar aan, dan werkt het niet goed, dan geeft een van de 2 "nul" aan. Wat ook niet werkt is als het signaal aan de buitenkant zit. Dan gaat hij waardes middelen als ze tegen elkaar aan liggen.
Ik heb op dit moment nog enkel met 1 probe tegelijk getest... Deze aangesloten als pitprobe zeg maar (volgens de Jeenode dan).
Daarnaast wil ik mijn Maverick probes ook nog gewoon op de maverick zelf kunnen gebruiken, dus voel er daarom ook weinig voor om er een ander stekkertje op te zetten om dit probleem te omzeilen
Omdat het kastje toch nog gewoon open ligt dacht ik eigenlijk dat ik wel kon zien wanneer de Maverick probe er goed in zou zitten... Maar of het luistert wel heel nauw, of er iets iets anders mis in mijn code of circuit. Maar aangezien de Ikea wel weer waarden geeft lijkt dat toch ook weer niet het geval?
In eerste instantie had ik gewoon in gedachten om een aantal Ikea probes te halen, en de ntc te vervangen, maar die ntc's zijn bij Conrad al ruim een half jaar niet meer in het assortiment en ook elders heb ik ze nog niet kunnen vinden. Dus dan toch maar voor andere probes gaan en die maar vast gaan bestellen misschien. Kan ik dan het beste die van de ET73 nemen (ipv ET732) of zijn er nog betere alternatieven als er toch gekocht moet gaan worden?
Daarnaast wil ik mijn Maverick probes ook nog gewoon op de maverick zelf kunnen gebruiken, dus voel er daarom ook weinig voor om er een ander stekkertje op te zetten om dit probleem te omzeilen
Omdat het kastje toch nog gewoon open ligt dacht ik eigenlijk dat ik wel kon zien wanneer de Maverick probe er goed in zou zitten... Maar of het luistert wel heel nauw, of er iets iets anders mis in mijn code of circuit. Maar aangezien de Ikea wel weer waarden geeft lijkt dat toch ook weer niet het geval?
In eerste instantie had ik gewoon in gedachten om een aantal Ikea probes te halen, en de ntc te vervangen, maar die ntc's zijn bij Conrad al ruim een half jaar niet meer in het assortiment en ook elders heb ik ze nog niet kunnen vinden. Dus dan toch maar voor andere probes gaan en die maar vast gaan bestellen misschien. Kan ik dan het beste die van de ET73 nemen (ipv ET732) of zijn er nog betere alternatieven als er toch gekocht moet gaan worden?
Rocker zei:Ik heb op dit moment nog enkel met 1 probe tegelijk getest... Deze aangesloten als pitprobe zeg maar (volgens de Jeenode dan).
Daarnaast wil ik mijn Maverick probes ook nog gewoon op de maverick zelf kunnen gebruiken, dus voel er daarom ook weinig voor om er een ander stekkertje op te zetten om dit probleem te omzeilen
Omdat het kastje toch nog gewoon open ligt dacht ik eigenlijk dat ik wel kon zien wanneer de Maverick probe er goed in zou zitten... Maar of het luistert wel heel nauw, of er iets iets anders mis in mijn code
In eerste instantie had ik gewoon in gedachten om een aantal Ikea probes te halen, en de ntc te vervangen, maar die ntc's zijn bij Conrad al ruim een half jaar niet meer in het assortiment en ook elders heb ik ze nog niet kunnen vinden. Dus dan toch maar voor andere probes gaan en die maar vast gaan bestellen misschien. Kan ik dan het beste die van de ET73 nemen (ipv ET732) of zijn er nog betere alternatieven als er toch gekocht moet gaan worden?
Als je probes wilt bestellen is dit een aardig adresje http://maverickhousewares.bigcartel.com/product/et-72-73-high-heat-6ft-food-probe. Mooie prijs en geen verzendkosten, ik had ze binnen twee weken in huis.
Weer wat kleine stapjes verder... Mijn metingen geven nu correcte waarden weer... Kennelijk was de helft van mijn 10K weerstanden geen 10K, maar slechts 1K, het verschil was aan de buitenkant echter niet te zien:
De bovenste is 1K, die onderste 4 zijn 10K
Daarnaast viel het me op dat waarden die ik instelde in code, niet echt leken te veranderen tijdens het runnen... En dan heb ik het over de waarden in de storage.cpp, bijvoorbeeld de DEFAULT_CONFIG:
Standaard staat deze op 225F, maar ik wilde mijn temps in C zien en een setpoint van 110 in dat geval... Echter gaf mijn serial output nog altijd gewoon 225 en temperaturen in F aan. Nu stond in de setup() de Storage::eepromLoadConfig(bool) op false, waardoor hij niet de default config pakt.. Toen ik deze naar true forceerde kreeg ik hierin wel ineens de waarden in C en een setpoint van 110... Het is me echter nog een raadsel waar hij dan zijn config waardes vandaan heeft gehaald, want ik zie zo snel geen andere defaults in de code staan.. En 225 klinkt mij niet echt als random, dus hij moet het ergens vandaan halen als het niet via RF binnen komt van de masternode...
Voorlopig kan ik hier echter wel even mee leven
Maar, nu nog de laatste hobbel... Mijn serial output stopt er telkens na een ronde of 10/15 mee:
Ik ben vervolgens wat gaan tracen, en het bleek dat hij doorliep als ik de pid.doWork() uit commentarieerde.. Dus in die functie gaan spitten en wat println's toegevoegd. Toen viel het op dat hij altijd rond de 40.000 milliseconde stopte.. Nog wat code eruit, maar niet kunnen vinden wat dat dan is... Uiteindelijk in de loop weer wat aan het strippen gegaan, tot ik enkel een loop() overhield die een println(millis()) doet en een delay van 50ms:
Telkens rond de 40800ms houdt hij er mee op... 407xx print hij nog (met xx > 50), maar dan niks meer. De jeenode loopt dus vast op de millis functie, nog geen idee waarom (soldeerfoutje? iets met het crystal?), dus maar eens op internet speuren
De bovenste is 1K, die onderste 4 zijn 10K
Daarnaast viel het me op dat waarden die ik instelde in code, niet echt leken te veranderen tijdens het runnen... En dan heb ik het over de waarden in de storage.cpp, bijvoorbeeld de DEFAULT_CONFIG:
Code:
DEFAULT_CONFIG PROGMEM =
{
EEPROM_MAGIC, // magic
110, // setpoint
6, // lid open offset %
240, // lid open duration
{ 4.0f, 3.0f, 0.01f, 5.0f }, // PID constants
false, // manual mode
100, // max fan speed
'C'
};Voorlopig kan ik hier echter wel even mee leven
Maar, nu nog de laatste hobbel... Mijn serial output stopt er telkens na een ronde of 10/15 mee:
Hierna stopte de output...
Ik ben vervolgens wat gaan tracen, en het bleek dat hij doorliep als ik de pid.doWork() uit commentarieerde.. Dus in die functie gaan spitten en wat println's toegevoegd. Toen viel het op dat hij altijd rond de 40.000 milliseconde stopte.. Nog wat code eruit, maar niet kunnen vinden wat dat dan is... Uiteindelijk in de loop weer wat aan het strippen gegaan, tot ik enkel een loop() overhield die een println(millis()) doet en een delay van 50ms:
Code:
void loop()
{
{
Serial.println(millis());
}
delay(50);
}Ik dacht eerst even... maar waarom gaat hij dan op enkel de millis() functie in de loop ook al fout dan, maar bij nader inzien lijkt het inderdaad om hetzelfde te gaan... de callback wordt tijdens de setup geinitialiseerd natuurlijk, en wanneer deze plaatsvind kan hij de simpele loop nog steeds verstoren...
Ik heb de waarde van de tripcount even snel op 100 gezet om te testen, en nu loopt mijn code inderdaad 100 seconden door, ipv 40
Morgen even verder ernaar kijken om het definitief te fixen, ik vind het nu wel weer mooi geweest eigenlijk
Ik heb de waarde van de tripcount even snel op 100 gezet om te testen, en nu loopt mijn code inderdaad 100 seconden door, ipv 40
Morgen even verder ernaar kijken om het definitief te fixen, ik vind het nu wel weer mooi geweest eigenlijk
En aangezien de code nu netjes doorliep dus, ben ik van het weekend maar verder gegaan met het solderen van de printplaat...
Aangezien ik een printplaat heb met enkel eilandjes mocht ik dus ook nog wat banen trekken:
Ik pak dus 2x 3.3V af van de headers. Rechts zijn een tweetal voedingslijnen getrokken waar ik de 12V straks op aansluit.. Vandaar een Gnd en een Pwr naar de header. Nu nog alles doormeten en kijken of het klopt, maar eerst even uitzoeken hoe dat werkt Diodestand en even puzzelen dus
Aangezien ik een printplaat heb met enkel eilandjes mocht ik dus ook nog wat banen trekken:
Ik pak dus 2x 3.3V af van de headers. Rechts zijn een tweetal voedingslijnen getrokken waar ik de 12V straks op aansluit.. Vandaar een Gnd en een Pwr naar de header. Nu nog alles doormeten en kijken of het klopt, maar eerst even uitzoeken hoe dat werkt
Diodestand en even puzzelen dus Rocker zei:
Interessante vraag voor mij, waar ik nog geen antwoord op voorbij heb zien komen volgens mij. Ik heb zelf een ET-733, kan ik die probes gewoon gebruiken op een HM 4.1 (is nog in bestelling)? Ik ging er eigenlijk van uit dat dit probleemloos werkt...
Het probleem met de ET732 probes is dat de stekkers net iets langer zijn dan die van de ET72/73 of een Ikea Fantast.. Qua waarden uitmeten werkt het allemaal wel dus, maar je moet goed opletten dat je hem niet tever erin prikt, want dan maakt hij sluiting.
Echter bleek dat mijn code wijizingen telkens uberhaupt niet werden gepakt, doordat de DEFAULT_CONFIG niet werd gezet... Wel even interessant om mijn ET732 nu weer even eraan te hangen om te kijken of de meting nu dan wel goed gaat
Echter bleek dat mijn code wijizingen telkens uberhaupt niet werden gepakt, doordat de DEFAULT_CONFIG niet werd gezet... Wel even interessant om mijn ET732 nu weer even eraan te hangen om te kijken of de meting nu dan wel goed gaat
Ik heb mijn laatste geknutsel ook weer even in de blogpost toegevoegd trouwens, met wat kleine tekeningetjes ter verduidelijking: http://bbqcontroller.blogspot.com/2014/02/bugfixing-en-solderen.html
Vanavond de bedrading aangesloten op de case en hem weer even aan de pc gehangen om uit te lezen: http://bbqcontroller.blogspot.nl/2014/02/bedrading-aansluiten.html
Vreemd genoeg geven probe 3 en 4 een 'U', terwijl ik er wel een probe aan heb hangen. Echter bij een eerste doormeting van de printplaat + bedrading leek alls in orde.. Nog even uitzoeken dus!
Nevermind... Toch een verbindingsfoutje bij het solderen... Als je goed kijkt naar de 3.3V lijn in mijn vorige post, dan zie je dat 1 van de 2 niet verbonden is met de header... Morgen even fixen en kijken wat hij dan geeft
Vreemd genoeg geven probe 3 en 4 een 'U', terwijl ik er wel een probe aan heb hangen. Echter bij een eerste doormeting van de printplaat + bedrading leek alls in orde.. Nog even uitzoeken dus!
Nevermind... Toch een verbindingsfoutje bij het solderen... Als je goed kijkt naar de 3.3V lijn in mijn vorige post, dan zie je dat 1 van de 2 niet verbonden is met de header... Morgen even fixen en kijken wat hij dan geeft
Inmiddels is alles aan elkaar gesoldeerd, en werken alle 4 de probes ook:
Echter... Mijn fan blijft altijd draaien, ook al is de temp hoger dan de ingestelde temp en staat de fanspeed volgens de logging op 0, ik zie geen verschil in fanspeed:
Mijn vermoeden is dat ik onderstaande instructie toch verkeerd begrepen heb..
Dit is mijn aansluiting aan de onderzijde, waarbij ik even wat lijntjes heb getekend om de boel te verduidelijken... althans, dat is wel de bedoeling
Zoals in mijn aansluiting is te zien is de Gnd van de fan verbonden met de Gnd van de voeding en de 12V van de fan met de 12V van de voeding... Gevoelsmatig had ik vooraf al zoiets van.. klopt dat wel, wordt de hele fancontrol dan niet gebypassed, maar ja... met 0,0 electro vaardigheden en kennis had ik nog zoiets van... het zal wel Groen is dus de FET en geel de condensator
Maar waar zit mijn interpretatie fout? Ik ga ervan uit dat ik de 12V of de Gnd van de fan los moet halen en ergens anders in het schema vast moet zetten, maar waarop?
Mijn vermoeden is dat ik de Gnd los moet halen en deze aan de andere kant van de diode moet verbinden, klopt dat?? In dat geval is de Gnd van de fan verbonden met de diode (zwarte kant), de middelste poot van de FET en de condensator..
Echter... Mijn fan blijft altijd draaien, ook al is de temp hoger dan de ingestelde temp en staat de fanspeed volgens de logging op 0, ik zie geen verschil in fanspeed:
Code:
HMSU,15,19.8,U,U,U,0,0,0
HMSU,15,19.8,U,U,U,0,0,0Mijn vermoeden is dat ik onderstaande instructie toch verkeerd begrepen heb..
Dit is mijn aansluiting aan de onderzijde, waarbij ik even wat lijntjes heb getekend om de boel te verduidelijken... althans, dat is wel de bedoeling
Zoals in mijn aansluiting is te zien is de Gnd van de fan verbonden met de Gnd van de voeding en de 12V van de fan met de 12V van de voeding... Gevoelsmatig had ik vooraf al zoiets van.. klopt dat wel, wordt de hele fancontrol dan niet gebypassed, maar ja... met 0,0 electro vaardigheden en kennis had ik nog zoiets van... het zal wel
Groen is dus de FET en geel de condensatorMaar waar zit mijn interpretatie fout? Ik ga ervan uit dat ik de 12V of de Gnd van de fan los moet halen en ergens anders in het schema vast moet zetten, maar waarop?
Mijn vermoeden is dat ik de Gnd los moet halen en deze aan de andere kant van de diode moet verbinden, klopt dat?? In dat geval is de Gnd van de fan verbonden met de diode (zwarte kant), de middelste poot van de FET en de condensator..
En mijn vermoeden was juist... De fan doet het nu ook: http://bbqcontroller.blogspot.com/2014/02/fan-problemen-en-een-fix.html
Stoer man! Bij mij waren het ook steeds kleine stapjes die uiteindelijk hebben geleid tot een gereed product. Ik heb wel veel hulp nodig gehad; zonder handigheid of electronica achtergrond is het een zwaar traject.
Zelf heb ik maverick probes besteld omdat ik problemen krijg als ik 2 ikea probes aansluit. 1 gaat prima (dome). Maar als food1 erbij komt dan is het hommeles...
Anyway: mooi dat je zover gekomen bent. Wanneer is de testrun geplanned?
Zelf heb ik maverick probes besteld omdat ik problemen krijg als ik 2 ikea probes aansluit. 1 gaat prima (dome). Maar als food1 erbij komt dan is het hommeles...
Anyway: mooi dat je zover gekomen bent. Wanneer is de testrun geplanned?
