Nu er wat meer mensen aan zitten te komen, was ik voor mezelf even wat dingen op een rijtje aan het zetten die nog ingevuld moeten worden.
1) Hosting
Op dit moment de meest belangrijke. Hoe willen wij dit organiseren? Hoe dicht willen we dit initiatief tegen dit geweldige forum aanzetten, ik denk dat in eerste instantie de eigenaren van dit forum hier een mening over moeten gaan vormen. Even voor de beeldvorming, ik zit te denken aan:
a) de domein naam + logo's
b) single sign on of in plat Nederlands de mogelijkheid om in te loggen met dezelfde gebruikersnaam + wachtwoord als dit forum of als je al ingelogd bent in 1x door inloggen...
c) het kunnen invoegen van grafieken zal wellicht een een ubb code uitbreiding moeten hebben (nog echt een uitzoek puntje)
Dus met name de input van de beheerders vind ik hier belangrijk.
Ik moet voor de hosting ook nog gaan uitzoeken / afschatten:
d) hoeveel bandbreedte deze oplossing gaat verstoken (dit maakt nogal veel uit in je hostingplan)
e) hoeveel opslag hebben we nodig voor de grafieken in de database (ook dit is nogal bepalend)
Ik ben nog een korte speurtocht er al achter, dat mijn programmeerachtergrond (.Net) niet de meest goedkope is qua hosten. Php + mysql wordt veel meer aangeboden en is ook voordeliger. In mijn reguliere werkzaamheden is dit niet zo belangrijk, daar zitten de kosten vaak meer in de manuren en stabiliteit... Maar voor de hobby is het toch wel leuk dat het betaalbaar blijft.
2 De (bron) bestanden
a) ik kan de software op github zetten, de software moet dan een open licentie krijgen (voor mij geen bezwaar). De bbq-controller zelf is sowieso public domain software aangezien deze rechtstreeks afgeleid is van de heatermeter (ik heb dit ook afgestemd met de maker). Ik weet alleen niet of github het meeste ideale plaform is voor de meeste mensen...
b) de 'firmware' zal ook ergens gelaten moeten worden, wie heeft hier goede ideeen over? Is een gemeenschappelijke dropbox een idee?
3 Software serverkant:
1) Ik moet de Nederlandse vertaling nog geheel maken. Als de site eenmaal publiekelijk benaderbaar is en iemand heeft behoefte aan veranderingen in tekst, graag... (tis niet mijn sterkste punt).
2) Ik moet nog schermen maken om de gebruikers te beheren. Op dit moment kan iedereen een account maken. Ik wil hier nog een goedkeuring stap in zetten. Vooral in het begin, er zullen vast nog wel wat bugs in zitten en ik heb vooral in het begin geen behoefte aan gebruikers die niet aan dit forum gelieerd zijn en dan allerhande rottigheid uitgaan halen. Ik heb er al twee succesvolle lange runs mee kunnen maken, maar er zal vast nog wel eens wat naar boven komen.
3) Op dit moment is het definieren van probes, dus de steinhart coefficienten een admin functie. Ik weet niet hoe dit in de praktijk gaat werken. Vind iemand dit bezwaarlijk? Het idee er achter is als iemand eenmaal de coefficienten goed bepaald heeft andere deze gewoon kunnen hergebruiken. Ik moet heel eerlijk zeggen dat ik mijn huidige coefficienten toch een keer kritisch wil nalopen.
4) Op dit moment zend de bbq-controller elke 30-40 seconden een temperatuur door, dit zie je realtime in de gauges. De grafiek wordt ververst wanneer de temperatuur opgeslagen wordt in de database, in de software zit een mechanisme om dit niet elke 30-40 seconden te doen. De reden hiervan is om de opslag te beperken (dus kosten) en de grafieken snel te kunnen blijven tekenen. Alleen wat is een acceptabele waarde, graag input.
5) Hiawatta had een verzoek of de ingestelde temperatuur ook in de gauges getoond kon worden, volgens mij kan het niet. Is het handig om dit onder / naast de gauges te zetten?
6) De meldingen moeten nog gerealiseerd worden, mail is geen probleem, Noskos wilde graag twitter (volgens mij is er standaard .net code om te twitteren)
4 De bbqcontroller
Eigenlijk was dit component van het begin af aan af, omdat het eigenlijk een aangepaste heatermeter is. Ik heb alleen het via RF verzenden naar de masternode toegevoegd. Hier moet alleen nog de lid-open detectie nagelopen worden, die lijkt het in mijn grafieken niet goed te doen... Maar dit kan best komen doordat ik deze verkeerd geconfigureerd heb.
Noskos wilde graag batterij gevoed kunnen werken. Nu wil het toeval dat deze units standaard op gelijkstroom lopen, vanwege de fan zul je twaalf volt nodig hebben. Maar met een standaard batterijpack waar je een aantal penlights aan elkaar knoopt zou het moeten werken, ik zou alleen niet weten hoelang. Dat zal denk ik met name bepaald worden door je fan. Ik weet van vroeger dat mijn ouders in hun caravan ook van die hele dikke 12V batterijen hadden, die lijken mij hiervoor nog beter. Anders kun je bij een wedstrijd ook de accu uit je auto slopen
Hiawatta wilde "Een functie die de temperatuur terugbrengt van de pit zodra het vlees de juiste temperatuur heeft." Ik heb hier weinig idee bij, wat vinden de mensen die nu aan willen sluiten van?
Wat wellicht in de toekomst belangrijk gaat zijn haakt een beetje aan bij het voorgaande. In principe blijft de bbq-controller zo lang hij aan staat temperaturen doorgeven en de masternode deze doorsturen naar de server. De server logt deze temperaturen net zo lang als er een actieve sessie op de server is. Ik zit er dus aan de denken de temperatuur transmissies na x uur na het setten van je setpoint (het starten van een sessie) te stoppen, om eventuele kosten te besparen. Wat vinden de deelnemers hier van? Uiteraard gaat de server dat dan ook doen.
5 De masternode
Dit component is eigenlijk ook af. De code kan vast nog wel een keer opgepoetst kunnen worden door iemand die wat meer actuele C++ ervaring heeft. Maar hij werkt prima. Het enige is dat nog uitstaat is dat de domein-naam van de server hier nog ingezet moet worden. En de masternode heeft ook een optie om naar een lokale computer te loggen, op dit moment staat daar hard een ip-adres van mijn computer. Ik heb geen idee of mensen lokaal willen kunnen werken, anders moet hier nog wat mee. Of die mensen moeten zelf hun eigen ip-adres neer zetten en opnieuw vertalen.
Gewoon keuze uit wat voor thermometer je hebt is meer dan genoeg. 
