{"id":37423,"date":"2019-10-31T22:17:33","date_gmt":"2019-10-31T19:17:33","guid":{"rendered":"https:\/\/prohoster.info\/blog\/shiotiny-ventilyatsiya-vlazhnogo-pomeshheniya-proekt-primer\/"},"modified":"2019-10-31T22:17:33","modified_gmt":"2019-10-31T19:17:33","slug":"shiotiny-ventilyatsiya-vlazhnogo-pomeshheniya-proekt-primer","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/shiotiny-ventilyatsiya-vlazhnogo-pomeshheniya-proekt-primer","title":{"rendered":"ShIoTiny: ventilation af fugtige rum (projekt-eksempel)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"ShIoTiny:<\/p>\n

Hovedpunkter eller hvad denne artikel handler om<\/h4>\n

\nVi forts\u00e6tter cyklussen af artikler om ShIoTiny<\/b> \u2014 en visuelt programmerbar controller baseret p\u00e5 chippen ESP8266<\/b>.<\/p>\n

I denne artikel forklares det med eksemplet p\u00e5 et ventilationsstyringsprojekt i et badev\u00e6relse eller andet rum med h\u00f8j luftfugtighed, hvordan man opbygger programmet til ShIoTiny<\/b>.<\/p>\n

Tidligere artikler i serien.<\/h4>\n

\nShIoTiny: lille automation, internet of things eller 'seks m\u00e5neder f\u00f8r ferien'<\/a><\/noindex>
\nShIoTiny: noder, forbindelser og begivenheder eller tr\u00e6k ved programmering<\/a><\/noindex><\/p>\n

Links<\/h4>\n

\nBin\u00e6re firmware, controller diagram og dokumentation<\/a><\/noindex>
\nInstruktioner og beskrivelse af enheder<\/a><\/noindex>
\nOps\u00e6tning af MQTT broker cloudmqtt.com<\/a><\/noindex>
\nMQTT dashboard kontrolpanel til Android<\/a><\/noindex>
\n<\/a><\/noindex><\/p>\n

Introduktion<\/h4>\n

\nForst\u00e5else uden erfaring er umulig. Dette er en sandhed, der er blevet bekr\u00e6ftet af tiden og generationer. Derfor er der ikke noget bedre til at l\u00e6re praktiske f\u00e6rdigheder end at fors\u00f8ge at lave noget selv. Og eksempler, der viser, hvad man kan g\u00f8re, og hvad man ikke b\u00f8r g\u00f8re, vil v\u00e6re meget nyttige. Andres fejl kan selvf\u00f8lgelig ikke forhindre ens egne fejl, men de kan hj\u00e6lpe med at reducere antallet af sidstn\u00e6vnte.<\/p>\n

Sp\u00f8rgsm\u00e5l og breve fra l\u00e6serne af de tidligere artikler har f\u00e5et mig til at lave et lille projekt-eksempel p\u00e5 ventilationsstyring for at vise, hvordan ShIoTiny enheder fungerer.<\/p>\n

Den oprindelige id\u00e9, som controlleren blev skabt ud fra ShIoTiny<\/b> \u2014 en pumpestation \u2014 er ikke for alle og vil ikke v\u00e6re interessant for alle. S\u00e5 jeg tog et almenkendt og nyttigt ventilationsstyringssystem som eksempel.<\/p>\n

Jeg vil sige, at projektideen ikke er min, men jeg hentede den herfra<\/a><\/noindex> og tilpassede den til ShIoTiny<\/b>.<\/p>\n

F\u00f8rst skal du forst\u00e5, hvad du vil<\/h4>\n

\nForbedringsprocessen er uendelig. Og netop denne egenskab har \u00f8delagt mange gode id\u00e9er og projekter. Udvikleren fortsatte i stedet for at frigive noget, der var m\u00e5ske ikke perfekt, men funktionelt \u2014 med at forbedre det. Og han forbedrede det, indtil konkurrenterne overhalede ham ved at udgive noget, der m\u00e5ske ikke var perfekt (og ofte direkte skr\u00e6mmende), men som fungerede.<\/p>\n

Derfor er det meget vigtigt at vide, hvor man s\u00e6tter punktum i projektet. Med andre ord skal vi fastsl\u00e5, hvad vi \u00f8nsker at opn\u00e5 i slutningen af projektet ud fra det, vi har i starten. P\u00e5 russisk findes der et glimrende kort og pr\u00e6cist ord, \u201eplan\u201c, som overs\u00e6ttere og defekte ledere af en eller anden grund er begyndt at kalde \u201ek\u00f8replan\u201c i den seneste tid. Men lad os glemme dem.<\/p>\n

Vores plan vil v\u00e6re som f\u00f8lger. Antag, at vi har et rum, hvor fugtighed til tider kan stige kraftigt. For eksempel et rum som badev\u00e6relset eller k\u00f8kkenet. Fugtighed er en ubehagelig ting, og den gamle metode til at bek\u00e6mpe den er lige s\u00e5 gammel som verden: at lufte rummet ud. Der findes mange m\u00e5der at lufte ud p\u00e5. Men vi vil frav\u00e6lge eksotiske og gammeldags metoder som fx personer med fjerdragter og i stedet holde os til en almindelig ventilator. Ventilatorer er billigere, og de er ogs\u00e5 nemmere at finde her i vores omr\u00e5de.<\/p>\n

Kort sagt \u00f8nsker vi at styre ventilatoren: t\u00e6nde den og naturligvis slukke den. Mere pr\u00e6cist \u00f8nsker vi, at den t\u00e6nder og slukker af sig selv, n\u00e5r det er n\u00f8dvendigt.<\/p>\n

Det er tilbage at fastsl\u00e5: under hvilke forhold skal ventilatoren t\u00e6nde, og under hvilke forhold skal den slukkes.<\/p>\n

Her er alt indlysende: hvis fugtigheden er over en bestemt gr\u00e6nse, t\u00e6nder ventilatoren og suger luften; n\u00e5r fugtigheden er normal, slukker ventilatoren.<\/p>\n

Den opm\u00e6rksomme l\u00e6ser vil straks h\u00e6fte sig ved ordet \u201egiven\u201c. Af hvem er den givet? Hvordan er den givet?<\/p>\n

Man kan indstille t\u00e6rskelfugtigheden p\u00e5 flere m\u00e5der. Vi vil se p\u00e5 to af dem: den f\u00f8rste \u2014 ved hj\u00e6lp af variabel modstand og den anden \u2014 via netv\u00e6rket gennem MQTT-protokollen. Hver af disse metoder har fordele og ulemper, som vi vil se n\u00e6rmere p\u00e5 senere.<\/p>\n

For dem, der ikke forstod, vil jeg uddybe, at \u201et\u00e6rskelfugtighed\u201c er det niveau af fugtighed, som kr\u00e6ver, at ventilatoren t\u00e6ndes, n\u00e5r det overskrides.<\/p>\n

N\u00e6ste sp\u00f8rgsm\u00e5l: skal brugeren have ret til at t\u00e6nde for ventilatoren direkte? Det vil sige, uanset fugtighedsniveauet, ved at trykke p\u00e5 en knap? Vi vil s\u00f8rge for en s\u00e5dan mulighed. For ventilatoren kan v\u00e6re n\u00f8dvendig ikke kun ved h\u00f8j fugtighed, men ogs\u00e5 til at fjerne ubehagelige lugte fra rummet, som folk kalder \"lugt\".<\/p>\n

S\u00e5 vi har forst\u00e5et, hvad vi vil, og endda lidt om, hvordan det vil fungere. Lad os kort opsummere alle funktionerne i vores ventilationssystem:<\/p>\n