| Kompletni vzdalene rizeni a monitorovani klimatu - Klikni zde pro originální téma |
| r-man |
Dnes jsem koupil domenu growduino.cz a growduino.eu . Pujde pouzit pro zverejneni projektu a jeho vyvoje a ke vsemu, co nas napadne.
Nejakej jednoduchej redakcni bezudrzbovej system by se hodil, jinak to budu psat ve wordu, jinak to neumim :-) |
|
|
| sysoft |
| citace: |
Původní příspěvek od r-man
Dnes jsem koupil domenu growduino.cz a growduino.eu . Pujde pouzit pro zverejneni projektu a jeho vyvoje a ke vsemu, co nas napadne.
Nejakej jednoduchej redakcni bezudrzbovej system by se hodil, jinak to budu psat ve wordu, jinak to neumim :-) |
na jaky hosting to chces dat ?
redakcni system phpRS http://www.supersvet.cz/phprs/ jednoduchy a jde rozchodit i na free hostingach |
|
|
| r-man |
| Mam svuj, od kamose. Kouknu na to. |
|
|
| hardiron |
| cerpadlo ze statickym tlakem neudela vubec nic :-) ty hadicky budou male, max par mm. prumer. |
|
|
| Zefram Cochrane |
A co použít klasický hladinový snímač?
např. http://www.motech.cz/snimac-mnozstv...zi-p-37810.html
Nebo jen signalizaci nízké hladiny. Ta by se dala jednoduše zbastlit z plováku s magnetem a jazýčkovým kontaktem, nebo z náklonového snímače v plováku na kabelu (jako mají ponorná čerpadla).
Nebo rovnou zvolit variantu s průtokoměrem?
např. http://www.ame.cz/Prutokomer-176090...2953_10699.aspx
(A varianta pro obveselení - tlakové čidlo pod zásobní nádrží, které by vlastně mohlo zvážit aktuální obsah /při známé hmotnosti vody snadno přepočitatelné na litry/)) |
|
|
| hardiron |
| Zefram Cochrane je zajimave, kdyz se sejde vic lidi co vsechno koho napadne, ten hladinovy snimac ma maly rozsah, alespoon pro me, kdyz budu chtit neco vazit tak je to problem prootoze k tomu uz je potreba vetsi hardware |
|
|
| sysoft |
prutokomer ti nerekne kolik je vody :) jedine v kombinaci s minimalni hladinou a nacerpat X litru :)
nebo plovak co jsem videl v automatickem truhliku s knoty, kde byl na vysku hladiny plovak (cca 10cm) v trubicce a kdyz byl videt tak bylo dost vody :) trochu to poupravit treba na preruseni svetla pred dvema senzorem, tak muzem mit min a max :) |
|
|
| r-man |
Nakonec jsem objednal to ultrazvukovy cidlo.
Tohle je kompletni seznam HW, teda krome krabice, zasuvek, patchpanelu, stykace a buhviceho jeste :-)
Pro rizeni jedne skrine bude potreba:
1x Arduino Mega 28,70$
http://dx.com/p/mega-2560-r3-develo...-arduino-152224
1x LAN modul 13,99$
http://dx.com/p/ethernet-shield-wit...-tf-slot-118061
1x MicroSD karta pro LAN modul (8GB, class 10) 10,90$
http://dx.com/p/sandisk-ultra-micro...class-10-149135
1x Relay board 10,30$
http://dx.com/p/8-channel-5v-solid-...red-blue-121337
1x Real time clock 4,50$
http://dx.com/p/jy-mcu-ds1307-real-...ery-blue-166460
1x Cidlo na svetlo 3,90$
http://dx.com/p/arduino-compatible-...dule-red-144386
(3pin analog)
1x Cidlo na teplotu a vlhkost 10,90$ - bacha, ten link mate, ve skutecnosti je to cidlo DHT22 (presnejsi)
http://dx.com/p/arduino-dht11-digit...y-sensor-138531
(3pin digital)
2x Cidlo na teplotu 2,80$ (=5,60$)
http://dx.com/p/ds18b20-digital-tem...55-125-c-135047
(3pin digital)
1x Cidlo na hladinu ultrazvuk 4$
http://dx.com/p/hc-sr04-ultrasonic-...g-module-133696
(4pin digital)
Kabliky
1x F-F 4,90$
http://dx.com/p/single-port-female-...cm-length-55454
1x M-M 3,50$
http://dx.com/p/breadboard-jumper-w...able-pack-80208
1x Adapter 3,20$
http://dx.com/p/h-1201-5-5x2-1mm-po...pin-plug-101507
1x Redukce 0,89$
http://dx.com/p/flat-to-round-power-plug-convertor-3529 |
|
|
| hardiron |
| arduino lze programovat pomoci LabVEIW, tak to je parada |
|
|
| koles |
Zkusil jsem si cvičně sestavit měřák světla (ON, OFF) a teploty + vlhkosti.
Arduino UNO objednané z HW kitchen (origoš)
Vše ostatní z DX.com (čajna)
Překvapivě to měří prakticky stejně jako digi teplo/vlhkoměr. Naměřené hodnoty ze senzorů se liší maximálně o 1 °C a 2 RH, což mi přijde dostačující. |
|
|
| sysoft |
| a dalsi dobra a spatna zprava :) ta dobra ze ultrazvukove cidlo dokaze zmerit vzdalenost od hladiny a spatna ze prijdeme o 2 digitalni piny |
|
|
| r-man |
| citace: |
Původní příspěvek od sysoft
a dalsi dobra a spatna zprava :) ta dobra ze ultrazvukove cidlo dokaze zmerit vzdalenost od hladiny a spatna ze prijdeme o 2 digitalni piny |
Na tom Mega jich je dost, toho bych se nebal :-)
Dobra prace!!! |
|
|
| sysoft |
| nebojim, ale chtel bych to pak udelat jako jednu desku a pajet SMD ATmega 2560 neni pro kazdeho :) pac kdyz si nekdo troufne (nebo ma znameho co vladne pajkou) tak by se mohl dostat klidne i na polovicni naklady :) |
|
|
| r-man |
| citace: |
Původní příspěvek od koles
Zkusil jsem si cvičně sestavit měřák světla (ON, OFF) a teploty + vlhkosti.
Arduino UNO objednané z HW kitchen (origoš)
Vše ostatní z DX.com (čajna)
Překvapivě to měří prakticky stejně jako digi teplo/vlhkoměr. Naměřené hodnoty ze senzorů se liší maximálně o 1 °C a 2 RH, což mi přijde dostačující. |
Jeste k tomu cidlu - My potrebujeme pro nase ucely, aby to cidlo bylo nejen aspon trosku presny, ale aby melo i vhodny rozliseni.
DHT11 - http://www.aosong.com/asp_bin/Products/en/DHT11.pdf
Good for 20-80% humidity readings with 5% accuracy
Good for 0-50°C temperature readings ±2°C accuracy
No more than 1 Hz sampling rate (once every second)
DHT22 - http://www.adafruit.com/datasheets/DHT22.pdf
Measuring range humidity 0-100%RH; temperature -40~125Celsius
Accuracy humidity +-2%RH(Max +-5%RH); temperature +-0.2Celsius
Resolution or sensitivity humidity 0.1%RH; temperature 0.1Celsius
Repeatability humidity +-1%RH; temperature +-0.2Celsius
Proto jsem kupoval tu 22jku, protoze 11 muze ustrelit v celkovym rozsahu az o 4st a to je uz trosku moc. |
|
|
| Balič |
| sysoft: Myslíš, že by ultrazvukové čidlo dokázalo měřit vzdálenost od vrcholků ristlin? Pro automatizaci zvedání lampy. |
|
|
| r-man |
| citace: |
Původní příspěvek od Balič
sysoft: Myslíš, že by ultrazvukové čidlo dokázalo měřit vzdálenost od vrcholků ristlin? Pro automatizaci zvedání lampy. |
To je nerealny. To cidlo na urcitej uhel zaberu, tzn. ty bys musel mit jistotu, ze vrcholek poroste porad na stejnym miste a nebude menit tvar ani velikost a nebude se hybat a v zaberu cidla nebude nic dalsiho. To jsou nerealny pozadavkyy, vzdyt je to rostlina, navic pri ofukovani se hybe. |
|
|
| hardiron |
| to uz by bylo jednodusi , tam hodit kameru do boxu a zvedat to na zaklade vizualniho vyhodnoceni. pokud by to mel byt automat, tak jedine hodit laseru branu a pokud by rostlina zkratovala papsek tak by to lampu povytahlo, tezko rict jak by to fungovalo |
|
|
| Balič |
r-man: Kdyby se čidlo namířilo dolů na kytky, tak by to zřejmě nefungovalo, ale kdyby se čidlo namířilo na stěnu skříně? Pak by měřilo konstantní vzdálenost čidla od stěny skříně. Ve chvíli kdy kytky dorostou a čidlo začne měřit vzdálenost kytky od čidla, spustí se motorek a lampa se posune tak vysoko, aby zase měřila vzdálenost stěny skříně.
hardiron: Kamera je dobrý nápad, kromě zvedání lampy by se pomocí LabVIEW a kamery mohlo sledovat více věcí, denní nárůst hmoty, zabarvení listu. Možná by mohl program i automaticky vytvořit krátký sestřih od řezů až po palice. :-) Ta laserová brána by asi nefungovala, myslím si, že svit lampy by rušil paprsek. Nebo by to musel být hodně silný laser. |
|
|
| hardiron |
| Balič jo to je fakt ze by to lampa rusila, ale v podctate mas pravdu s ultrazvukem, ze by kdyby se merila vzdalenost mezi 2 bodama a pokud by to prorostli rostliny ,tak by se pozvedlo, jen bys musel met mechanicky spojeny cidlo a lampu, aby se cidlo zvedalo s lampou , na to by byla potreba nejaka konstrukce a myslim,ze je to zbytecne komplikovane,, |
|
|
| Balič |
| Moc se mi tady ten váš projekt líbí a rád bych se ho nějakým způsobem účastnil. Vzal bych si na starost vývoj zvedače lampy. Když by to ultrazvukový senzor zvládnul, jak říká hardiron. Pustím se do toho, nepřipadá mi to zas tak moc komplikované. Mechanické spojení čidla s lampou je nutné. Volil bych nějaký univerzální způsob uchycení, aby se to dalo namontovat na hodně druhů stínidel. Napadlo mne, připevnit ultrazvukové čidlo na objímku E40. Tuto součástku mají všechny stínítka. Já používám cooltube, takže by jsem vymyslel i něco na to ct. Samotný zvedač už jsem si před lety sestavil. (motorek, převody, kladky, použitelné pro všechny stínítka na trhu) Nakonec jsem se vrátil k řetízkům, bez vhodného senzoru to nebylo až tak efektivní. Zabral bych tím svým udělátkem na tom Mega dva digitální piny a taky dvě relátka. Co vy na to? Už se vám někdy stalo, že jste zapoměli zvednout lampu a ta nejkrásnější kytička to odnesla? Mi se to párkrát stalo a už bych to vícekrát nechtěl zažít :-D |
|
|
| r-man |
| 2Balic - proc dve relatka? |
|
|
| r-man |
Jinak muj nazor je, ze to bude priserne nespolehlivy.
1. Kytce muze vyrust jen tenkej stonek - velmi obtizne se bude nastavovat kdy uz ma cidlo zareagovat a kdy ne. navic tohle nastaveni nebude stabilni, kytky muzou rust kazda trosku jinak a muzou byt umistene jinak.
2. Pohyb v pestirne muze znamenat reakci cidla - pujdes zastrihnout nebo rucne zalit a lampa ti zacne jezdit.
3. Samotny prvotni nastaveni cidla bude prekerka - aby drzelo, melo spravnej uhel (vzhledem k uhlu, kterej umi zabirat - cca 15st)
Vzhledem k tomuhle bych to zatim nechal jako nice to have feature a delal to az potom, co budeme mit hotovo a odzkouseno ostatni. Nedam to tedy do specifikace zatim. To ale neznamena, ze se na tom nemuze delat :-) |
|
|
| Balič |
| r-man: k bodu 1: Souhlasím, nebude to úplně jednoduché, ale chci to zkusit. Bude to třeba pořádně otestovat a nastavit. k b. 2: Tento problém by se dal ošetřit softwarově, ale až při testech. k b. 3: Taky souhlasím, takže rameno na kterém bude uchyceno ultrazvukové čidlo, by mělo mít několik kolínek, která by se dala všelijak nastavit a matkami pak utáhnout tak, aby se nastavení ramena zafixovalo. Dobrý podnět. Možná by dobře posloužila stavebnice Merkur. Dvě relátka by jsem potřeboval, aby lampa při sepnutí jednoho, jela nahoru a při sepnutí druhého, jela dolů. Nice to have feature a dělal to až potom.. mi úplně vyhovuje. Jinak by to snad ani nešlo. Je to třeba dělat postupně. Po tvých zkušenostech ze sestavování součástek, které jsi objednal, budu zřejmě taky nakupovat.. |
|
|
| Balič |
r-man "jednoho, jela nahoru a při sepnutí druhého jela dolů" ..jasně, to je o dost elegantnější řešení, na relátka jsem to měl napojené před lety, testoval jsem zvedač. Používal jsem motor přímo s převodovkou, takový podobný:
http://www.gme.cz/motory-s-prevodov...35/#dokumentace
Fungovalo to dobře. Měl jsem to zapojené na této krabičce
http://www.quasarelectronics.co.uk/...rd-with-box.htm
a nastavil jsem na každý den v období kdy to nejvíc roste časovač, aby lampa o kousek popojela. :-) Taky jsem tam měl napojené na časovač světlo ve skříni a čerpadlo na automatickou zálivku. Propojené s počítačem to bylo přes LPT port. Teplotu ve skříni jsem měřil pomocí tohoto:
http://www.oceancontrols.com.au/KTA-145.html
Na dálku se to dalo ovládat pomocí vzdálené plochy. Celkem to šlapalo, dokud neodešel notebook s LPT portem, ale fotky nemám :-( |
|
|
| r-man |
Ja teplotu monitoruju pomoci http://www.alfacomp.cz/php/product....4000000000018RC
Ale neni moc spolehlivej. Pri zaplneni pameti presnate v PC ukazovat a muse se resetovat a vymazat data v PC. a nejdou zapojit dva najednou, ...teda jdou, ale jeden neukazuje nic. |
|
|
| r-man |
| Jo a Sysofte - jde zmenit nazev toho fora na to Growduino? Ja bych se pak fakt nerad dohadoval s Carlosem, ze jsme mu zneuzili nazev serveru bez dovoleni... |
|
|
| r-man |
| citace: |
3.1 nerozumím tomu mapování, můžeš uvést nějaké příklady nebo pseudo-kód?
3.2 - čidla budou pojmenovaná přes web rozhraní - z toho vyplývá nutnost nějaké mapovacího mechanismu (funkce) v kódu pro arduino.
Možná by bylo jednodušší, kdyby vstupy a výstupy, které jsou uvedeny ve specifikaci byly prostě vždy na stejných pinech (např. 1 a 2 budou vždy lampy - když máš jen jednu, bude pin 2 prázdnej) - tím by odpadla nutnost toho pojmenovávání.
3.3 v první a druhé odrážce vidím kontradikci :) pokud mám předdefinované akce "zapni světlo na pin 1" jaký má smysl tyto jasně definované funkce pojmenovávat? Zůstal bych tedy u první odrážky a druhou vypustil.
3.3.1 časovače - tohle je potřeba dobře vymyslet, protože je to alfa a omega celého projektu. Myslím, že svůj (nezávislý) kalendář by mělo mít každé připojené zařízení (=výstupní, řídící piny), které má smysl časovat.
3.3.2,3.3.3 - akce prostředí. Jestli to správně chápu, tady (a u časovačů) začíná automatizace. Nastavím si parametry a growduino na základě čidel bude samo rozhodovat, kdy se spustí větrák (např.)
3.3.4+ alarmy. Tomuhle moc nerozumim. Alarmy obecně asi OK ale proč je mapovat? Maximálně bych při konfiguraci světla dovolil navíc aktivovat alarm (s parametrem interval) - možná myslíme to samé.
No, když na to koukám, vůbec nerozumím, co znamená to "mapování", které je v textu hojně užíváno.
Ještě k tomu technickému řešení. Z vlákna jsem pochopil, že se spíše kloníte k tomu mít "ovládací panel", rozhraní přímo na arduinu. Já si myslím, že to není dobrý nápad. Už jsem to někde psal, že mi přijde lepší mít stránku (to klikací rozhraní) někde odděleně a arduino bude sloužit jako API dostupné na internetu: pošleš mu požadavek "TEMPERATURE()" a dostaneš odpověď "26". Myslím, že i bez toho, aby bylo potřeba ještě navíc hostovat tuhle web stránku, bude kód pro arduino dost složitý. Navíc, pokud se stránka umístí přímo na arduino, padá výhoda API - nelze už nad ním postavit jiné rozhraní.
|
Ahoj, dostavam se k tomu az ted...
3.1. - melo by to vypadat treba jako kdyz si na AMD.com volis ovladace ke grafice. Kdyz najedesa neklikas na te strance mysi na support and drivers, tak se rozbali nabidka, kde jsou comboboxy. V tech jde postupne vybrat nejaka volba, pricemz se nezobrazuje volba, ktera neni mozna. Takze na Growduinu napred vyberes cidlo, pak k nemu akci a nakonec vystup. Je to trosku jasnejsi? Az budu kreslit webdesign, tak asi udelam tabulku kombinaci - co jde a co nejde k sobe.
3.2. Ano, to predpokladam. Resp. pokud by byly piny jasny pokazde, tak by to pojmenovanani bylo pouze pro usera, aby vedel kde co ma (treba v pripade, ze bude ovladat jednim growduinem dva roomy).
3.3. Tim je mysleno, ze user bude moci napriklad vybrat akci Casovac a pojmenovat si ji "Svetlo matkarna". Zase - aby vedel kde co ma.
3.3.1. Tady bych spis rekl, ze svuj kalendar bude mit kazda akce, kterou si user vybere a nastavi. Tak pak pojede podle toho kalendare=nastaveni.
3.3.2. a 3.3.3. Aaano :-)
3.3.4. Zase jde o to, ze alarmy pujde ruzne pojmenovavat, aby user vedel kde co ma. K nekterym akcim nebo cidlum alarm pujde mapovat, k jinym to treba user nebude chtit.
Zkusim to jeste trosku vysvetlit lip. Hlavne jak chapu to "mapovani":
Ja si predstavuju, ze kazdy cidlo a akce a alarm jsou vlastne jakysi moduly v tom programu, takovy kosticky lega. User si je muze poskladat podle svyho, jenom musi pasovat na sebe. Muse si je jakkoliv popsat a tim dosahnout urcite funkcionality.
Napriklad:
1. Naklika si "Funkci mereni" a pojmenuje si to treba "Teplota+vlhkost Room1"
2. K tomu si naklika "Akci prostredi" a v ni nastavi pozadovany parametry.
3. K tomu si naklika akci "Alarm", kde nastavi parametry kdy se ma upozornovat, kdy ma spustit alarm.
4. K tomu si naklika vystup rele a taky vystup graf, zase si je muze pojmenovat a nastavit jak chce. Rele bude spinat, graf bude grafovat.
5. A k tomu si naklika jeste vystup alarm, kde nastavi kam se alarm bude posilat.
Tyhle kroky jsou mezi sebou propojeny a tvori jakousi mapu - tomuhle ja rikam to "mapovani". Je to vlastne to napojeni jednotlivych modulu na sebe. Napsal jsem to trosku srozumitelneji? |
|
|
| r-man |
| citace: |
Ještě k tomu technickému řešení. Z vlákna jsem pochopil, že se spíše kloníte k tomu mít "ovládací panel", rozhraní přímo na arduinu. Já si myslím, že to není dobrý nápad. Už jsem to někde psal, že mi přijde lepší mít stránku (to klikací rozhraní) někde odděleně a arduino bude sloužit jako API dostupné na internetu: pošleš mu požadavek "TEMPERATURE()" a dostaneš odpověď "26". Myslím, že i bez toho, aby bylo potřeba ještě navíc hostovat tuhle web stránku, bude kód pro arduino dost složitý. Navíc, pokud se stránka umístí přímo na arduino, padá výhoda API - nelze už nad ním postavit jiné rozhraní.
|
To je velka otazka. Ja si predstavuju, ze ta www stranka bude na Arduinu na tom LAN modulu na te karte a ma nejaky rozhrani. Tam v podstate bezi webserver, kterej posila pozadavky na rozhrani kodu Arduina bezicimu na tom CPU co to ma. To by znamenalo, ze pokud si k tomu nekdo nekoupi LAN modul, muze si napsat vlastni webserver a vlastni ovladani.
Nebo si to predstavuju jak Hurvinek valku? :-) |
|
|
| r-man |
| citace: |
3.4.3 - poslat mail samo arduino určitě nedokáže. Umí webového klienta, takže může zavolat něco jako jinyserver.cz/posli-mail (+parametry jako adresát, předmět a zpráva)
Implemetace takové jednoduché služby na posílání upomínek je na pár řádek kódu, akorát je potřeba aby součástí webserveru byl SMTP server.
|
Tzn. tady by bylo dobry nastavit ve "Vystup Alarm" krome mailove adresy taky funkcni smtp server? Rekneme ze jsem nekde v siti, kde nejakej smtp server bezi, tak nastavim jeho adresu a pojede to? |
|
|
| koles |
r-man:
Hele přečet jsem si tvoje komenty, ale musím tě zastavit už teď :) To arduino je strašně hloupé zařízení. Tvoje specifikace té řídící aplikace už nyní naplňuje zadání "středně složité webové aplikace". Jako prohlížeč je poměrně chytrej a dokáže uložit nějaká data, ale to cos tam popsal bude vyžadovat napsání klasické serverové aplikace i s databází. Zapomeň, že něco takového bude hostováno na tom ethernet shieldu :D
Myslím, že jsem pochopil, co myslíš tím mapováním (a ten nápad se mi líbí). Ale zrovna namodelovat tyto vztahy, aby to fungovalo tak, jak si představuješ, bude celkem obtížné. V javascriptu bych to tedy psát nechtěl (nebudu), v PHP to napsat umím.
Ale myslím, že je to pro začátek celkem overkill. V alfa-verzi bych začal s tím, že sensory a relátka budou na přesně daných pinech. Na tom se postaví ten ovládací panel, kde si piny pojmenuješ a budeš jim moci přiřazovat (mapovat) ty akce prostředí a alarmy + časovače. |
|
|
| r-man |
"to cos tam popsal bude vyžadovat napsání klasické serverové aplikace i s databází"
--oops, ja jsem proste asi zvyklej z prace na Websphere+Oracle...asi jsem to trosku prepisknul. :-D
"sensory a relátka budou na přesně daných pinech"
--Jen se ujistim, jestli to chapu spravne. To znamena, ze napriklad pin 1-3 na Growduinu bude vzdy casovac a vzdy jedna jasne dana zasuvka/rele+stykac pro lampu. Pin 3-5 bude vzdy na cidlo na teplotu a vlhkost a u nej bude napevno dana funkce mereni a akce "Prostredi" a navic si k tomu budes moct zapnout grafovani a alarm. Taky to bude mit pevne dany vystupni piny pro zasuvky/rele pro ventilator a zvlhcovacku...Takhle nejak?
Pokud to chapu spravne, prepisu tu specifikaci. |
|
|
| koles |
Ano, v zásadě jde o to, aby na konkrétních pinech sedělo vždy stejné zařízení - tím se to krapet zjednoduší.
Když budem vědět, co na jakém pinu je, bude opět jednodušší pro každé konkrétní zařízení (sensor nebo relé) vyjmenovat všechny povolené funkce - časovače, alarm mezních hodnot.
Co by v dokumentaci mělo být:
- vyjmenovat zařízení a které piny okupuje
- u každého zařízení (určit jeho obecný typ - napadá mě jen relé a sensor) vyjmenovat všechny jeho "akce" - zda je časovatelné, zda z něj může být graf, alarmy, ...
- u každého zařízení zkusit vymyslet povely - funkce k jeho ovládání (př. zapni, vypni, přečti hodnotu, ...)
K funkci "časování" mě napadá: udělejme to jednoduché. Mějme časovač v režimu 24 hodin jako pole hodnot:
[19:30 => ON, 06:30 => OFF] může být časovač pro lampu,
pro ventilaci by mohlo vypadat třeba takto: [19:20 => ON, 06:50 => OFF, 08:00 => ON, 08:30 => OFF, 09:30 => ON, 10:00 => OFF, atd.]
Kalendář je sice hezká věc, ale ve finále skončíš na tom, že třeba lampa i ventilace ti dva měsíce pojede každý den stejně. Proto bych pracoval spíš s "profily", prostě si uložíš takto nadefinovaná pole pod nějakým názvem. Přepnutím profilu se změní režim, podle kterého zařízení spíná.
Co by mělo umět arduino:
- v určeném intervalu periodicky odesílat hodnoty senzorů (ty se budou ukládat do DB)
- na požádání odečíst hodnotu senzoru nebo vrátit stav relé (on/off)
- přijmout a nastavit časovač pro konkrétní pin (kde to má smysl - relé)
- přijmout a nastavit alarm pro konkrétní pin (kde to má smysl - sensory)
- podle časovače spínat relé
- podle alarmu spínat relé (alarm tedy má přednost před časovačem, pokud jsou naměřené hodnoty mimo definované rozmezí)
- na požádání vypnout nebo zapnout konkrétní pin ("override", manuální režim, má přednost před alarmem i časovačem)
- na požádání pro konkrétní pin určit, zda je v režimu časovač, alarm nebo manuální režim
Komunikace s arduinem bude probíhat přes ethernet shield (formát požadavků = komunikační protokol bude upřesněn).
Alarm = akce prostředí - raději bych to ale nazval nějak jinak, protože jde o nějaký hlídač hodnot s automatickou korekcí. Jestli o tom bude uvědoměn uživatel (třeba mailem nebo SMS), je vedlejší. |
|
|
| Ka'n'ja |
tak taky pridam svoji spetku do cirkusu, letmo sem si prosel prispevky a verte nebo ne vidim v celem zadani jeden zasadni problem. Nejsou urceny rozsahy realizace - ani technicke, ani financni. Delam vyvoj elektroniky/automatizace a castecne i SW asi 5 let a zakladni chybou projektu je kdyz nenastavi limity a smer hned na zacatku, protoze pak delate deset ruznych reseni desekrat zmenene a rozsirene a z puvodni krabicky za 5tis, kterou jste pred dvema lety chteli mate nedoreseny kolos za 150tis. Vzdalene monitorovani je strasne rozsahla oblast automatizace, realizace z hotovych komponent renomovanych vyrobcu bude nad ramec financnich moznosti pri myslence personalniho vyuziti. Cokoliv jineho je technicky narocne. Osobne jsem se v minulosti systemem rizeni domaci pestirny zabyval, ale z pracovnich duvodu jsem musel projekt prerusit. Osobne bych navrhoval vytvorit 3 verze - pro chude /studenti a vsichni zewlouni/, pro mirne movite /vsichni co uz na sebe dreme sami/ a pak rich verzi pro ty co maji radi hi-tech a nevadi jim za to utracet. Jako srdce systemu bych u nejlevnejsi verze videl male embedded PC zalozene na ARM7 procesoru /napr. STM34F4/ s dotykacem. To se necha poridit okolo 2tis. U vyssich verzi uz bych uvazoval o necem vykonejsim - okolo 6tis se da poridit velmi propracovany HW zaklad.
Nejnizsi verzi bych videl s cenou do 5tis.
Stredni verzi do 15tis.
Nejvyssi verzi do 50tis.
Cene bude odpovidat robusnost provedeni a mnozstvi funkci a rizenych okruhu.
Mechanika, krabicky a kabelaz musi byt v provedeni do vlhkeho prostredi - cca koupelna, jeste lepe pro primy styk s vodou. U nejlevnejsi verze bych pocital s krabickou vne pestebniho prostoru.
Komunikace cidla - sber dat pres RS485, sber dat-server LAN, WLAN. Protokol na deviceNet /cidla - sber dat/ napr. ModBus, sber dat - server pres LAN, mozna taky jeste balit do ModBusu. Osobne bych radeji na deviceNet videl CAN/OpenCan/, ale to je dost slozita vec na implementaci, i pouziti uz neni uplne trivialni, takze se spis priklanim k ModBusu na RS485ce.
Napajeni sberu dat ze site, cidla vzdalene pres kabelaz /kabel FTP - 1.par na RS485, 3 zdvojene pary na napajeni/
Zkusim se v tydnu podivat na konkretni nabidky cidel, embedy na sber dat a rizeni cidel mam na stole, umi to pres ModBus a Ethernet povidat s PC, ma to barevnej dotykac.
Omlouvam se za zmatenost prispevku, zkusim sem behem tydne hodit konkretni navrhy reseni s nacenenim |
|
|
| koles |
To jsi asi četl špatně, protože technicky je to už nadefinované. Víceméně se už jen řeší druhy čidel, potažmo periferií, které se připojí na Arduino.
Cena našeho řešení se bude pohybovat - teď odhaduji - kolem 3 tisíc. Samozřejmě počítám jen cenu HW. Na SW a řízení projektu se podílejí dobrovolníci zadarmo.
Možná by se k tomu mohl vyjádřit r-man :) |
|
|
| Zefram Cochrane |
Ka'n'ja > souhlasím a zároveň nesouhlasím. Také jsem dělal pár elektronických zakázek, spíše pro soukromníky, ale něco i pro firmy (smlouvou o dílo).
Vždy bylo určité původní očekávání, které s časem rostlo až do do nereálných výšin.
Podobně tomu bylo i u mé pilotní profese (programátor, analytik).
Souhlas - projekt není přesně specifikován a nejsou stanoveny limity.
Nesouhlas - z kontextu vyplývají limity. Nikdo si nepřeje profi průmyslový regulátor za tisíce s profesionálním provedením.
Nyní nerozebírejme ochranu proti prostředí, k té ale také dojdu.
Ale uvažovat v rovině čidel s přenosem dat z čidel po RS485 je spíše úsměvné.
I RS232 zvládne pěkných pár metrů tak proč počítat s desítkami až stovkami metrů (to RS485 zvládá)? To by měl být (dle zadání) rozsah od "mozku" k pěstiteli.
Vycházejme z nevysloveného - Projekt počítá spíše s "krabičkou" mimo stan (tedy ne velkopěstírnou v pronajatém bývalém kravíně), ze které vedou one-wire, analog, UART (či TTL UART) nebo I2C čidla na vzdálenost desítek centimetrů maximálně.
Pochopitelně je možno uvažovat i o výkonějším mozku než je Arduino. Třeba pořídit levný tablet a k němu I/O rozhraní, to je nejlevnější řešení a asi by zvládl i online kameru, ale proč? Tohle má být prcek na jednen stan/pěstírničku. Tohle nikdo neplánuje jako náhradu za zazděného vietnamského zahradníka pro tisíce rostlin. |
|
|
| Zefram Cochrane |
Takže ještě k technickému provedení. Byla zde zmíněna nutnost kontroly zásobníku vody a jak vidno, vítězí ultrazvuk. Rád bych ale zastánce této myšlenky upozornil, že senzor bude umístěn v uzavřené nádobě X cm nad hladinou vody. Co to s ním asi udělá a jaká bude životnost (při vlhkosti cca 100%)?
Vracím se ke své původní myšlence signalizovat pouze nízkou hladinu (lze řešit i pro nejagresivnější prostředí).
Dále zde padla myšlenka automatizovat posun světla. To je opravdu dosti těžko realizovatelné. Rostliny (byť z klonů) mohou růst trošku jinak a tak pro dosažení maximální efektivity se mohou některé přípéct (tykadlo co vyroste víc než sestřičky). A mimochodem jak rozumně identifikovat vrcholky rostlin? No šlo by integrovat pod svítidlo light grid (světelnou síť/mřížku), která při přerušení byť jediným "tykadlem" zvedne světlo. V potaz je ovšem nutno vzít případné rušení sodíkem - řeš. - měření provádět v době po vypnutí světla (nebo před zapnutím). Řešení - laser a optočidlo na konci a soustav zrcadel.
BEZPEČNOST: zařízení (mozek, senzory, relé) jsou na vnitřní straně dokonale nízkonapěťové /5V/). připojování zařízení jako jsou stykače apod. by stejně mělo být ponecháno odborníkům s příslušným atestem. Takže vystavení prostředí s extrémní vlhkostí spíše způsobí nefunkčnost kontaktů, než ohrožení života. Takže viz závěr má dnešní trilogie. ;) |
|
|
| Zefram Cochrane |
Cena, ochrana, bezpečnost.
Jistou důležitou myšlenkou tohoto projektu bylo, nemít znalosti, nic nepájet, vše jen zástrčky a zásuvky. To ale znamená vše kupovat a stále požívat nepevné kontakty (spolehlivost).
A jak postupovat s s možností, zasunout cokoliv kamkoliv?
V každém případě je jediné rozumné řešení předem určit, které kontakty (PINy) budou určena pro jaký senzor či efektor (technicky možno řešit popisy a různámi konektory).
Pokud necháte uživatele strčit cokoliv kamkoliv a pak ho nutit to konfigurovat má následky fatální.
Ale doporučuji věnovat trochu času věnovat i té pájce a samovýrobě.
Na přiloženém obrázku je Arduino s Ethernet Shieldem a na nepájivém kontaktním poli sestavené čídlo DHT11 (teplo, vlhkost, fotoodpor ukazující intenzitu osvětlení a RTC modul (reálný čas a kalendář skrze I2C) - krásně to běhá jako dataloger (a vyjde levněji než ten od Alfacompu a narvu vám na to klidně i týden záznamu)
EDIT: Mimochodem toto měření osvětlení zaznamená nejen stav rozvíceno/zhasnuto, ale (v hrubém rozličení) dokáže i rozlišit parazitní světlo v době noci a případná pokles osvětlení staré výbojky. |
|
|
| grady589 |
PARADA ! tak na takovej projekt sem myslel i ja ! Zacal sem uz s nejakymi navrhy ale jak vidim vy ste uz hodne popredu :)
Ja sem premyslel pouzit jako mozek Raspberry Pi a na to adruino shield. Uz jen kuli tomu ze tam bezi linux a dal by se jednoduse udelat web server a pripajet se kuli vzdalene sprave :) |
|
|
| r-man |
Nechci ti brat iluze, ale tohle uz je vyreseny, jak psal Koles.
Limity jsou uz taky skoro jasny. Porizovaci cena kolem tech 3Kkc, v prvnotnim projektu bude existovat pouze jedna verze se vsemi zakladnimi funkcemi, umistena mimo pestebni prostor (tam povedou pouze kabliky s cidlama). Vzdalene rizeni pomoci webove stranky. (nebudeme ucit 90% potencionalnich uzivatelu navic jeste Linux nebo instalaci cehokoliv dalsiho). SW bude zatim zdarma (Pokdu by mely existovat profesionalni velkopestirny licencovane statem, tak tem bych to urcite zadarmo nedaval, ale to je hudba budoucnosti).
Realizace bude pomoci Arduino, projekt se jmenuje Growduino :-)
| citace: |
Původní příspěvek od Ka'n'ja
tak taky pridam svoji spetku do cirkusu, letmo sem si prosel prispevky a verte nebo ne vidim v celem zadani jeden zasadni problem. Nejsou urceny rozsahy realizace - ani technicke, ani financni. Delam vyvoj elektroniky/automatizace a castecne i SW asi 5 let a zakladni chybou projektu je kdyz nenastavi limity a smer hned na zacatku, protoze pak delate deset ruznych reseni desekrat zmenene a rozsirene a z puvodni krabicky za 5tis, kterou jste pred dvema lety chteli mate nedoreseny kolos za 150tis. Vzdalene monitorovani je strasne rozsahla oblast automatizace, realizace z hotovych komponent renomovanych vyrobcu bude nad ramec financnich moznosti pri myslence personalniho vyuziti. Cokoliv jineho je technicky narocne. Osobne jsem se v minulosti systemem rizeni domaci pestirny zabyval, ale z pracovnich duvodu jsem musel projekt prerusit. Osobne bych navrhoval vytvorit 3 verze - pro chude /studenti a vsichni zewlouni/, pro mirne movite /vsichni co uz na sebe dreme sami/ a pak rich verzi pro ty co maji radi hi-tech a nevadi jim za to utracet. Jako srdce systemu bych u nejlevnejsi verze videl male embedded PC zalozene na ARM7 procesoru /napr. STM34F4/ s dotykacem. To se necha poridit okolo 2tis. U vyssich verzi uz bych uvazoval o necem vykonejsim - okolo 6tis se da poridit velmi propracovany HW zaklad.
Nejnizsi verzi bych videl s cenou do 5tis.
Stredni verzi do 15tis.
Nejvyssi verzi do 50tis.
Cene bude odpovidat robusnost provedeni a mnozstvi funkci a rizenych okruhu.
Mechanika, krabicky a kabelaz musi byt v provedeni do vlhkeho prostredi - cca koupelna, jeste lepe pro primy styk s vodou. U nejlevnejsi verze bych pocital s krabickou vne pestebniho prostoru.
Komunikace cidla - sber dat pres RS485, sber dat-server LAN, WLAN. Protokol na deviceNet /cidla - sber dat/ napr. ModBus, sber dat - server pres LAN, mozna taky jeste balit do ModBusu. Osobne bych radeji na deviceNet videl CAN/OpenCan/, ale to je dost slozita vec na implementaci, i pouziti uz neni uplne trivialni, takze se spis priklanim k ModBusu na RS485ce.
Napajeni sberu dat ze site, cidla vzdalene pres kabelaz /kabel FTP - 1.par na RS485, 3 zdvojene pary na napajeni/
Zkusim se v tydnu podivat na konkretni nabidky cidel, embedy na sber dat a rizeni cidel mam na stole, umi to pres ModBus a Ethernet povidat s PC, ma to barevnej dotykac.
Omlouvam se za zmatenost prispevku, zkusim sem behem tydne hodit konkretni navrhy reseni s nacenenim |
|
|
|
| r-man |
| citace: |
Původní příspěvek od Zefram Cochrane
senzor bude umístěn v uzavřené nádobě X cm nad hladinou vody. Co to s ním asi udělá a jaká bude životnost (při vlhkosti cca 100%)?
|
To bude uplne v pohode, vsak on to zvladne. Uvidime casem, ale zatim bych to chtel takhle tim ultrazvukem. |
|
|
| r-man |
"Dále zde padla myšlenka automatizovat posun světla."
Zamitnuto, prozatim nebude v projektu Growduino.
" jako mozek Raspberry Pi "
Zatim doufam, ze mozek nebude potreba, chci ovladani pouze pomoci web stranky jako to maji treba routery a APcka. |
|
|
| r-man |
| citace: |
Původní příspěvek od Zefram Cochrane
Cena, ochrana, bezpečnost.
Jistou důležitou myšlenkou tohoto projektu bylo, nemít znalosti, nic nepájet, vše jen zástrčky a zásuvky. To ale znamená vše kupovat a stále požívat nepevné kontakty (spolehlivost).
A jak postupovat s s možností, zasunout cokoliv kamkoliv?
V každém případě je jediné rozumné řešení předem určit, které kontakty (PINy) budou určena pro jaký senzor či efektor (technicky možno řešit popisy a různámi konektory).
Pokud necháte uživatele strčit cokoliv kamkoliv a pak ho nutit to konfigurovat má následky fatální.
Ale doporučuji věnovat trochu času věnovat i té pájce a samovýrobě.
Na přiloženém obrázku je Arduino s Ethernet Shieldem a na nepájivém kontaktním poli sestavené čídlo DHT11 (teplo, vlhkost, fotoodpor ukazující intenzitu osvětlení a RTC modul (reálný čas a kalendář skrze I2C) - krásně to běhá jako dataloger (a vyjde levněji než ten od Alfacompu a narvu vám na to klidně i týden záznamu)
EDIT: Mimochodem toto měření osvětlení zaznamená nejen stav rozvíceno/zhasnuto, ale (v hrubém rozličení) dokáže i rozlišit parazitní světlo v době noci a případná pokles osvětlení staré výbojky. |
Prvni odstavec - ano, takto to chci. Pkud bude user chtit a umet, muze si to propajet sam. V ramci projektu to ale neni.
Druhej odstavec - ano, dospeli jsme k tomu, ze musim nadefinovat kam se co bude zapojovat a jinak to zapojit nepujde. Beru to jako velke omezeni, me se ta autodetekce proste libila, nicmene nemame nikoho, kdo by to byl schopen tak naprogramovat. Takze autodetekce nebude a piny budou presne urceny. Nepajive pole - na co to tam vlastne je? To je pouze pro vyvoj, ale v te verzi pro uzivatele to uz nebude, ne? |
|
|
| r-man |
| Kolesi odkud jsi to rikal ze ses? Pro to rozepsani pinu bychom se meli sejit, to se takhle na dalku neda zvladnout. |
|
|
| koles |
Z Prahy :) Se schůzí souhlasím, ale budu mít čas nejdřív po 20. tenhle měsíc. Kdyby se chtěl ještě někdo připojit, nebudu proti... víc hlav, víc ví :)
Domluvíme se přes PM |
|
|
| Zefram Cochrane |
r-man: nepájivé pole - bez obav, to je pro vývoj, zkusit, že to navržené zapojení funguje a v rámci (dosud) open project funguje. Mimochodem pro modulární řešení (z kupovaných modulů) také jediné řešení propojení, nebo si přímo udělat (fuj fuj, pájet) vlastní dostatečně dlouhé káblíky (různých kombinací samecXsamice).
Mimochodem na připojení jednodušších digisenzorů a hlavně relátek (spínačů) je stále možní I2C (SPI bych raději nepoužil o ně se pere SD karta a ethernet), stačí jen rozumní koncepce adresování, zatím na něm visí jen RTC (hodiny reálného času a kalendář se záložním napájením). Ideální pro jednodušší zapojení je IO (integrovaný obvod) PCF8574 (využívaný i pro profi I2C relé moduly) to je osmidrát, nebo dokonce MCP23016 16-drát. Ale prvdou je, že při použití desky MEGA2560 je přímých vstupů/výstupů dostatek.
Stejně tak lze na I2C zřetězit pár termosenzorů, třeba LM75A.
To jsou příklady jak nemuset pevně definovat kde co bude připojeno.
EDIT: Mimochodem, není třeba tak dramaticovat to rozepisování pinů. Stačí říci kolik a jakých funkcí to má mít. Třeba dvě čidla vlhkost/teplo, senzor osvětlení (jaký analog/digitál, měření úrovně, nebo jen detekce osvětlení a od jaké úrovně) , kolik spínaných zařízení a zhruba jaké (světlo, topení, větradlo, vlhčidlo, odvlhčidlo, chladidlo a jakého charakteru zátěže jsou, ale i to je fuk, neboť Arduino relé budou spínat přímo zařízení, nebo stykač).
Hlavně definovat kolik a jakých senzorů připojit a kolik zařízení spínat. Pak už se dají snadno v programu parametricky redefinovat.
EDIT2: ad výdrž ultrazvukového senzoru v extrémní vlhkost raději ani nechci vidět (stejně jako spolehlivost), proč se asi dělají senzory zodolněné a pro vnější prostředí? To co je na trhu za rozumnou cenu je pro pokojové podmínky, ale mír a dlouhou životnost vám. Stále jsem přesvědčen, že stačí signalizace minimální hladiny. Přeci se alespoň občas na ty kytí chodíte koukat.
Profesionálové to řeší právě průtokoměry (objem nádrže snad znáte) a nouzový stav řeší snímačem nouzového stavu a ten se dá i vyrobit. Může být na principu snímače co má ponorné čerpadlo. |
|
|
| r-man |
Zasilka dorazila!!! :-)
Akorat jedno rele je rozbity, ale snad to nebude moc vadit, holt se prozatim nepouzije. |
|
|
| Ka'n'ja |
spatne sem procital vlakno, omlouvam se. Pokud by jste potrebovali s necim pomoct - navrh DPS, firmware, softwrae, a nebo zaletovat nejakej extra mrnavej integrac, tak dejte vedet. Preju hodne uspechu, vypada to dobre. S Raspberry Pi mam take nejake plany...
|
|
|
| koles |
Malý update :)
Sestavil jsem jednoduchý prototyp, který měří teplotu, vlhkost a světlo. Growduino naměřené údaje periodicky odesílá do internetu, kde si je ukládám do databáze. Z ní pak tvořím grafy (viz obrázky).
Je to taková první verze, nedokonalá, ale funguje! |
|
|
| koles |
| A ještě rozhraní, přes které půjde časem growduino plně ovládat! Zatím ale slouží jen k monitoringu. |
|
|
| Zefram Cochrane |
koles > Vypadá to moc pěkně, jak a kam data odesíláš (něco jako Patchube a jeho klonové a nástupci?) ?
Ka'n'ja > Raspberry Pi také vypadá jako dobré řešení. Cenově (při sečtení ceny Arduino MEGA2560 a ethernet shield) vychází dokonce trošičku levněji, nebo srovnatelně a má výhodu, že neprogramujete jednočip od samého začátku, ale má vlastní OS (operační systém). Nevýhodou je asi to, že má málo vstupů/výstupů, ale na I2C/IIC/TWI lze navěšet opravdu hodně, jen je to buď dražší (při koupi hotovek), nebo to chce takové maličkosti jako pájka a pár součástek (třeba PCF8574 na logické I/O a klidně i relátka, nebo PCF 8591 A/D analogové vstupy). Vyzkoušeno a stále více se zamilovávám do I2C. Jen snad by byl problém s jednodráty jako DHTxx (DHT11 DHT22), ale vše se dá určitě nějak vyřešit.
EDIT: už tu někdo řešil zálohování mozku systému pro případ výpadku? RTC zálohované jsou, ale co je to platné, když mozek nezaznamenává stav a vy nevíte kdy k výpadku došlo a na jak dlouho /o tom co to udělalo zvláště v zimě s teplotou a vlhkostí ani nemluvím/). Mluvím a průběžném logování na SD kartu. |
|
|
| koles |
| Zefram: Nene, posílám to přes API do vlastní aplikace napsané v PHP (databáze je SQLite), takže pro provoz stačí jen webserver. Možná časem napíšu i jednoduchého klienta jen v JS, který si bude tahat data přímo z growduina. |
|
|
| r-man |
| citace: |
Původní příspěvek od koles
A ještě rozhraní, přes které půjde časem growduino plně ovládat! Zatím ale slouží jen k monitoringu. |
To vypada dobre!!! |
|
|
| koles |
| citace: |
| Původní příspěvek od Zefram Cochrane už tu někdo řešil zálohování mozku systému pro případ výpadku? RTC zálohované jsou, ale co je to platné, když mozek nezaznamenává stav a vy nevíte kdy k výpadku došlo a na jak dlouho /o tom co to udělalo zvláště v zimě s teplotou a vlhkostí ani nemluvím/). Mluvím a průběžném logování na SD kartu. [/B] |
Moje představa je taková, že Growduino je stabilně připojené k internetu a odesílá periodicky data. Pokud by došlo k výpadku připojení, bylo by fajn ukládat data na SD a později je opět odeslat do vzdálené databáze. (Pokusím se tuto featuru naprogramovat a zdroják zveřejnit - ale ve wiringu/C jsem fakt lama.)
Jsem zásadně proto, aby se data přednostně odesílala a ukládala mimo Growduino - hlavně kvůli rychlosti získávání většího objemu dat pro vykreslování grafů, výpočty apod.
Vzhledem k tomu, že jde o docela pomalý HW, je potřeba jeho činnost omezit na nejjednodušší úkony jako je měření, odesílání dat a sepínání relátek - o výpočetní výkon se pak postará aplikace/rozhraní. |
|
|
| r-man |
Mame s Kolesem sraz ve ctvrtek 17:30, hospoda Kulovy blesk tady:
50°4'24.820"N, 14°25'44.612"E
Pokud k tomu mate nekdo konstruktivni pripominky, stavte se taky. Kazdopadne tam na tohle nejsou rezervovany mista, takze se da predpokladat, ze pokud nas bude moc, mame smulu.
Zeframe, Sysofte, Hardirone nejste nahodou v Praze zrovna ten den? |
|
|
| Zefram Cochrane |
Pokud bude přístroj stále online, potřebuje stále spuštěný server, trochu zbytečná a drahá sranda (zbytečná spotřeba).
Reálnější mi připadá, aby přístroj byl datalogerem na SD kartu a při připojení oznámil aktuální stav a umožnil zásah do režimu. Zároveň by přístroj spínal (dle nastaveného režimu) další zařízení. Také by měl umožňovat z SD karty stáhnout log file (a dále zpracovat), ale nemazat, karta je dost velká.
Procesor zařízení není žádný zázrak, ale klidně pro něj vystačí interval měření a zásahů v rozměru minut.
Ale jak vidím, tak nikde není napájecí záloha mozku zařízení, natož indikace výpadku napětí a její záznam do logu. |
|
|
| koles |
Zefram: Vzhledem k tomu, že si platím hosting, tak ty servery provozuje někdo jinej a tohle mě nepálí (pokud bych kvůli tomu musel mít doma puštěný PC nonstop, pak bych to asi řešil). Tu aplikaci píšu tak, aby obsluhovala víc uživatelů, takže až budou kódy ready, může si ji kdokoliv nasadit na vlastním PC nebo hostingu a dát ji k používání dalším lidem.
| citace: |
| Ale jak vidím, tak nikde není napájecí záloha mozku zařízení, natož indikace výpadku napětí a její záznam do logu. |
No protože oficiálně ten program pro Growduino nikdo zatím nepíše. Ta verze, co jsem ukazoval o pár postů zpátky, je spíchnutá a slepená víceméně z příkladů, které jsou u toho IDE. Na ty pokročilejší věci jako časování a ovládání na dálku budem potřebovat někoho, kdo pro arduino UMÍ programovat :) Nebo možná nebudem, jen mně to bude chvíli trvat, než to nastuduju (nehledě na to, že třeba momentálně nemám periferii "real time clock"). |
|
|
| Zefram Cochrane |
Bezva reakce, skoro bezva řešení.
Stejně trvám na nepřerušitelném zdroji napájení pro mozek a vytváření logfile nezávisle.
Ano, problém je, že se zaměřujem na na techniku, kde koupit, co to má hlídat etc. Ale dosud nikdo není šéf projektu, dosun nikdo nenaznačil maximální cenu a neurčil programátora, komunikaci, požadavky ...
To je třeba to moje neustálé logování systému offline, jeho zálohování napájení a logování výpadků a občasný "opruz" uživatel po netu (včetně nastavení parametrů).
Systém dle zadání má být jako Vietnamský zazděný zahradník. Proč třeba přesně hlídat hladinu vody, snad každý milovník veselých kytiček na svůj skleníček jukne aspoň jednou za den. Na to stačí indikace minimální hladiny.
Ta krása vidět své kytí, jak se zelenají, rostou, trpí či chřadnou... Já do našich budek lezu několikrát deně, pes mi u toho aistuje, kecá mi do toho a radí. Žij se svými kytičkami, dej jim svůj život a lásku, ony to vrátí.
Ne nejsem proti automatizaci a monitoringu, ale svoje zelené mimi mám rád a chci je vídat.
úplně BTW: včera zde (v této sekci) byla žádost o rychlou radu o zapojení sodíku na tlumivku, a startér, odepisoval jsem na to, dokonce jsem fotil jak zapojit a dnes to vlákno neexistuje. Víte, chápu, že je to tu popsáno už v kapitole stavba archy před potopou, ale bylo by fajn nechat nějakou stopu, dnes si připadám, jako bych měl včera halušky a psal dědovi mrázovi, che che che
Možná by bylo fajn thread zachovat, alespoň pár dní, či týdnů.
Radil jsem, fotil jsem, odpovídal, v mejlu mám reakci a Thread neexistuje. A já nevím bylo, nebylo? |
|
|
| r-man |
"Ale dosud nikdo není šéf projektu, dosun nikdo nenaznačil maximální cenu a neurčil programátora, komunikaci, požadavky ...
"
Sefem projektu jsem ja. Maximalni cenu nechci rikat, protoze pak se ji lehce dosahne. Ale predstava je prece od zacatku jasna, kolem 3-5000,- se vsim vsudy. Programatory nemuzu urcit, jste dobrovolnici, ne placena indicka sila. Komunikace a pozadavky? Jako konkretne co? Nerozumim. Komunikujeme tady a pozadavky jak to ma vypadat uz taky dany jsou.
Ve ctvrtek jdeme s Kolesem vymyslet jak se da udelat ten web a podle toho se pojede dal. Budeme delat jen to, co je v nasich silach. |
|
|
| r-man |
Jo a jeste k te spotrebe. Ja v tom vubec nevidim problem, mit nekde PC, ktery by porad bezelo. Obycejnej malej stroj ma spotrebu kolem 40W a to je vzhledem ke spotrebe skrine celkem zanedbatelny.
Lepsi je ale samozrejme ho vubec nemit, tzn. aby aplikace mohla bezet primo na Growduinu a ve web browseru. Ale pokud to bude nutny, nemam problem s tim mit k tomu ro raspberry PI aby ta aplikace i DB bezela na nem. Jde mi jen o to, aby user mohl koupit hotovy reseni a nesrat se s Linuxem, to bych vazne nechtel. |
|
|
| r-man |
"Na to stačí indikace minimální hladiny"
Nestaci. Napriklad pokud odjizdim na par dni pryc, podivam se kolik vody tam jeste je a podle toho umim odhadnout, jestli bude do navratu stacit nebo ne. Pokud by se mi stalo, ze zapomenu doplnit a druhej den po odjezdu mi system zahlasi ze dosla voda, jsem v prdeli. |
|
|
| r-man |
"neustálé logování systému offline, jeho zálohování napájení a logování výpadků"
Zaloha napajeni se prece da resit pomoci UPS. muzeme treba do pozadavku na verzi 2.0 dat integrovany bateriovy napajeni, ale ted bych to urcite neresil. Dulezity je, aby si po obnoveni Growduino dokazalo nacist aktualni stavy vsech pripojenych zarizeni a nenadelalo nejakou paseku (nezacalo nezrizene svitit nebo zalejvat, atd.). |
|
|
| r-man |
"Já do našich budek lezu několikrát deně"
To prave nektery lidi nemuzou, at uz kvuli vzdalene praci, cestovani po okolnich statech, bydleni jinde nez je pestirna, atd... |
|
|
| koles |
| citace: |
| Stejně trvám na nepřerušitelném zdroji napájení pro mozek a vytváření logfile nezávisle. |
V zásadě s tím také souhlasím. Jen to není vlastnost, která by byla nutná (myslím, že není v základních požadavcích).
Pokud ti vypadne elektrika, nepojede ti pravděpodobně ani skříň, kterou má Growduino řídit. Pokud bychom tedy řešili záložní zdroj pro Growduino (což může být třeba 9v baterka), bylo by to jen proto, aby dál běžel monitorning (a měřené veličiny se ukládaly na SD, než zas naskočí internet) - z toho se pak dá určit velikost výpadku. K ničemu jinému to IMHO není.
Padlo tu UPS, které se hodí na krytí krátkodobých výpadků (max. desítky minut podle spotřeby celého systému?) - proto si myslím, že řešení výpadků není priorita, aspoň ne pro první prototyp (můj názor).
| citace: |
| Dulezity je, aby si po obnoveni Growduino dokazalo nacist aktualni stavy vsech pripojenych zarizeni a nenadelalo nejakou paseku (nezacalo nezrizene svitit nebo zalejvat, atd.). |
To by měly řešit časovače - proberem osobně. |
|
|
| r-man |
Ahoj vsichni,
pro novou verzi specifikace potrebuju nutne dat dohromady to zapojeni pinu Growduina. Ja sam tomu nerozumim, nevim kam se co da zapojovat. Proto sem davam obrazek, dokazete mi nekdo nakreslit/dokreslit co bude kam zapojeno? Staci barevny cary jako spojovaci kabliky.
Tady je priklad jak to myslim. Proste uplne polopate pro dementa jako jsem ja :-)
http://www.hobbyist.co.nz/?q=interf...ules-to-arduino
Obrazek by na to mel byt dost velkej, kdyby ne, uploadnu to nekam jinam...je to OK? |
|
|
| alesh |
Kromě RTC a toho ultrazvukovýho čidla můžeš zapojit všechno na jaký piny chceš. Pro relé potřebuješ 8 datových pinů (nebo nějakej posuvnej registr), pro čidla teploty stačí 1 pin a pro světlo taky jeden.
RTC a US přijdou na jednu z dvojic pinu 1,2; 14,15; 16,17; 18,19. Plus možná jeden libovolnej pin (R/W??).
Pak samozřejmě napájení, Vcc u všech kromě relé na +5V (pro relé by to chtělo externí napájení), GND na GND (u relé odpovídající externí GND).
Jo a být vámi, poohlídnul bych se po jiným senzoru než DHTxx (nebo obecně jiný 1-wire). Jsou šíleně pomalý a bude to dělat bordel v kódu. A taky doufám, že těma relátka nechcete spínat výbojky. To by byla jejich smrt. S nima spínat stykač nebo pořídit pořádný relé typu Finder, který to v poho přežijou a jdou ovládat 12Vss, navíc jsou levnější než odpovídajíci stykače.
a. |
|
|
| r-man |
| citace: |
Původní příspěvek od alesh
Kromě RTC a toho ultrazvukovýho čidla můžeš zapojit všechno na jaký piny chceš. Pro relé potřebuješ 8 datových pinů (nebo nějakej posuvnej registr), pro čidla teploty stačí 1 pin a pro světlo taky jeden.
RTC a US přijdou na jednu z dvojic pinu 1,2; 14,15; 16,17; 18,19. Plus možná jeden libovolnej pin (R/W??).
Pak samozřejmě napájení, Vcc u všech kromě relé na +5V (pro relé by to chtělo externí napájení), GND na GND (u relé odpovídající externí GND).
Jo a být vámi, poohlídnul bych se po jiným senzoru než DHTxx (nebo obecně jiný 1-wire). Jsou šíleně pomalý a bude to dělat bordel v kódu. A taky doufám, že těma relátka nechcete spínat výbojky. To by byla jejich smrt. S nima spínat stykač nebo pořídit pořádný relé typu Finder, který to v poho přežijou a jdou ovládat 12Vss, navíc jsou levnější než odpovídajíci stykače.
a. |
Ahoj, tohle je presne odpoved, kterou nemuzu pouzit. Vzhledem k tomu, ze je tu pozadavek na to, na jaky presne piny ma co byt v provozu pak zapojeny, tak mi proste nestaci odpoved "na jaký piny chceš" :-) ...neber si to nijak zle prosim.
Ja to potrebuju mit cerny na bilym nakresleny, budu z toho pozdeji i sestavovat navod pro potencialni usery, kteri nemaji ani paru o tom, co a jak funguje (to mam s nima spolecny).
"Jsou šíleně pomalý a bude to dělat bordel v kódu. "
Co to znamena konkretne, muzes jit vic do detailu?
"těma relátka nechcete spínat výbojky"
Nechceme. Teda puvodne jsem chtel, ale byl jsem presvedcen, ze za tim rele bude jeste stykac. Finder jsem navrhoval (zaradit za relayboard misto stykace) a ani to neproslo :-) |
|
|
| alesh |
Nic si zle neberu :-)
Ale já ti nemůžu určit, na který piny si VY co pověsíte. Sepsal jsem ti, kolik jich budeš potřebovat, zbytek si musíte určit sami. Mega má 54 pinů, 8 jich je pro I2C, 14 má s defaultníma interruptama PWM, 4 jsou pro SPI. Ty bych nechal volný/pro pozdější použití.
Tzn:
DHT může být na jakkýmkoli pinu, vhodný se mi jeví 21-43, 47-49.
Dallasy můžou být na jakkýmkoli pinu, vhodný se mi jeví 21-43, 47-49.
Analog. čidla můžou být na 0-15, vhodný se mi jeví 2-13.
RTC a US můžou být na jakkékoli z dvojic pinů 1,2; 14,15; 16,17; 18,19.
Asi zase nebudeš spokojený, ale když to uděláš takhle, mělo by to fungovat a přitom zachovat maximum všech funkcí na později. Jakou logiku si najdeš v číslování je už jen na tobě. Jak si psal výše, šéf jsi tu ty.
Návrh: třeba vyhradit 47-49 pro DHTčka, Dallasy brát postupně od 21? Analogy bych pral vzestupně od 2, I2C bych použil 0 a 1.
K těm DHT: měření kompletně zablokuje procesor asi na 0,2-0,25s. To může být celkem problém např. při komunikaci.
Finder relátka můžu jen doporučit. Např tohle za 271 kačáků zvládne dle datasheetu 600W výbojku, tipuju ale, že by nebyl problém ani s 1kW. Ale to už je nakonec detail, co si tam kdo dá.
edit: Taky by možná nebylo od věci zvážit displej, který by ukazoval měřený veličiny přímo na místě. Jednoduchý 1602 I2C displej stojí pod $10 a myslím, že by byl docela užitečný. |
|
|
| r-man |
Tak to je mnohem lepsi trosku tomu zacinam rozumet. Snad.
Mam jeste par otazek:
Dallasy jsou co? Resp. nektery z tech cidel co jsem koupil je Dallas?
DHT - to zablokovani je necim konkretnim zpusobeny? Nejak se mi to nezda, nemuze to byt treba pouze pouzitim kodem?
Ad display - mozna casem, uvidime co budeme potrebovat pilovat v prvni verzi.
Nechces se do toho zapojit? |
|
|
| koles |
| citace: |
| K těm DHT: měření kompletně zablokuje procesor asi na 0,2-0,25s. |
Tohle mi nepřijde jako problém. Obecně potřebujeme řídit proces na minuty než sekundy.
Jak píše r-man, sháníme člověka, co pomůže s programem pro arduino... |
|
|
| r-man |
Jinak musim rict, ze vcerejsi setkani s Kolesem bylo docela prinosny. Vyjasnili jsme si par veci jak by mela aplikace vypadat a fungovat. Az bude troska casu, zkusim to nakreslit a postnout sem.
Ted ale opravdu musime sehnat nekoho, kdo to dokaze naprogramovat v tom wire. Aleshi? Zeframe? Hynku, Vileme, Jarmilo!!! :-) |
|
|
| alesh |
Dallasy jsou ty 1-wire čidla na teplotu.
To zablokování u DHT je způsobený vlastním protokolem, kterým komunikují. Dělají to všechny knihovny, který jsem zkoušel a myslím, že ani není cesta jak se toho zbavit. Snad to teda nebude problém.
Zapojil bych se třeba časem, teď je pro mě priorita dodělat zkoušky a LED projekt. A nejsem si úplně jistý, že bych vám moc pomohl. I když tu mám Mega asi rok, pořád se učím základy. Moc jsem se k tomu nedostal no. Třeba pomůžu trochu teoreticky.
Jo a myslím, že by bylo dobrý doplnit do specifikace, co se má dít při chybových stavech. Např. vypadne na 2h proud. Pak se vrátí, tak pokračovat v cyklu? Nebo svítit o 2h víc? Nebo vypadne třeba jen na 5 min, tak nahodit výbojku hned? Nebo počkat cca 15 min až vychladne? Je to trochu hnidopišství, ale čím víc je dopředu známo, tím lépe.
a.
edit: Mrkněte na tohle , záviďte a učte se :-D |
|
|
| r-man |
| Ohledne tech vypadku - jo, myslim na to, vybojky musi vychladnout, staci treba 10 minut v lete i kdyz je parno, mam to odzkouseny. |
|
|
| r-man |
Navrh webove stranky, je z toho poznat jak se to da konfigurovat...nejaky dotazy?
Vzhledem k vymysleni logiky alarmu nize uz ted vim, ze tento navrh neprojde :-))) |
|
|
| r-man |
| Tak uz ted vim, ze je tam minimalne jedna chyba - teplota musi mit taky u alarmu rozpeti i dolu, jinak by se neposilal alarm kdyz moc klesne. Ale zas nema smysl vypinat, kdyz moc klesne, naopak, to by chtelo nechat vse zapnute a jen posilat mail...to se jeste musi domyslet. |
|
|
| r-man |
Porad badam nad tim, jak dokonale popsat vsechny mozny stavy u kontroly na svetlo. Posledni verze je tohle:
Logika alarmu na svetlo
Kontroluje se cidlo na svetlo a stav rele.
Kdyz je uvnitr intervalu kdy ma byt svetlo a zaroven teplota nepresahla nejhornejsi kritickou hranici:
1. Je svetlo, rele je zapnute = OK
2. Je svetlo, rele je vypnute = poslat mail (porucha rele)
3. Neni svetlo, rele je vypnute = rozsvitit (impuls 20s, kdyby byla prehrata vybojka aby to porad neblikalo), poslat mail (asi byl vypadek elektriky)
4. Stale neni svetlo, rele je zapnute = zhasnout, poslat mail, pockat 10 minut (asi je moc horka vybojka)-> jdi na krok 4a
nebo
5. Stale neni svetlo, rele je vypnute = poslat mail (asi je rozbite rele)
4a. Stale neni svetlo, rele je vypnute = rozsvitit (vybojka uz musela vychladnout)
4b. Uz je svetlo, rele je zapnute = OK, poslat mail ze uz je to OK.
nebo
6. Stale neni svetlo, rele je zapnute = poslat mail (asi je rozbita vybojka)
Kdyz je uvnitr intervalu kdy ma byt svetlo a zaroven teplota presahla nejhornejsi kritickou hranici:
1. Nerozsvecovat, rozsviceni se ridi podle alarmu na teplotu
Edit: a uz vidim, ze mezi body 3 s 5 mam chybu, tam nejde poznat, jestli se prehrala vybojka nebo rozbilo rele....kuaaaa!!!! to je to fakt neresitelnej problem, poznat co presne se stalo? |
|
|
| r-man |
Asi se na to vykaslu a udelame to jednoduseji. Nepujde z toho ale poznat co se rozbilo.
EDIT: (opravil jsem to jeste...)
Logika alarmu na svetlo
Kontroluje se cidlo na svetlo, teplota a stav rele.
Kdyz je uvnitr intervalu kdy ma byt svetlo a zaroven teplota nepresahla nejhornejsi kritickou hranici:
1. Rozsvitit na 20s, pokud se behem te doby rozsvitilo tak OK (jde o to nenechat vybojku zbytecne blikat pokud je horka). Pokud ne, pokracovat k bodu 2.
2. Pockat 10 minut a pak rozsvitit na 20s, pokud se behem te doby rozsvitilo tak OK. Pokud ne, pokracovat k bodu 3.
3. Pockat 10 minut a pak rozsvitit na 20s, pokud se behem te doby rozsvitilo tak OK. Pokud ne, poslat mail ze je porucha svetla. Tento bod opakovat max 3x, pak uz ne.
Kdyz je uvnitr intervalu kdy ma byt svetlo a zaroven teplota presahla nejhornejsi kritickou hranici:
1. Nerozsvecovat, rozsviceni se ridi podle alarmu na teplotu.
U alarmu bude cudlik reset, aby user po zasahu do systemu (vymena vybojky, cokoliv) mohl alarm znova nastartovat. |
|
|
| r-man |
Logika alarmu na teplotu
Nastaveni bude vypadat takto, teplota bude vsude parametrizovatelna userem:
Pozadovana teplota 22-28°C (tzn. pokud je teplota mezi 22-28°C, je to OK, nedeje se nic)
Hranice spinani 21-29°C (tzn. pokud je teplota nizsi nez 21°C, spousti se topeni, pokud vyssi nez 29°C, spousti se vetrani, oboji pobezi dokud nebude dosahnuto stredni teploty z pozadovanyho rozsahu, v prikladu je to 25°C)
Kriticka spodni hranice 18°C = posila se mail ze je zima, 3x po 30 minutach pokud se to nezlepsilo.
Kriticka horni hranice 40°C = posila se mail ze je vedro, 3x po 30 minutach pokud se to nezlepsilo. S poslednim mailem se vypne svetlo a posle se mail, ze svetlo je OFF.
U alarmu bude cudlik reset, aby user po zasahu do systemu (prenastaveni klimatizace, oprava vetraku, cokoliv) mohl alarm znova nastartovat.
Edit: Muj sen je mit u vysoke teploty (kriticka horni hranice) zapinatelnou klimatizaci, ale jelikoz u tech obycejnych jako mam ja se musi zmacknout cudlik (nestaci zapnout elektriku), tak to neni tak easy...Ale to se da dodelat casem pomoci nejakyho relatka taky. |
|
|
| r-man |
Logika alarmu na vlhkost - pozor, figuruje tam i teplota.
Nastaveni bude vypadat takto, vlhkost bude vsude parametrizovatelna userem:
Pozadovana vlhkost 60-80% (tzn. pokud je vlhkost mezi 60-80%, je to OK, nedeje se nic)
Hranice spinani 55-85% (tzn. pokud je vlhkost nizsi nez 55%, spousti se zvlhcovac, pokud vyssi nez 85%, spousti se vetrani(pouze pokud neni teplota na kriticke spodni hranici), oboje dokud se nedosahne stredni hodnoty ze zadani, v prikladu je to 70%)
Kriticka spodni hranice 40% = posila se mail ze je sucho, 3x po 30 minutach pokud se to nezlepsilo.
Kriticka horni hranice 90% = posila se mail ze je mokro, 3x po 30 minutach pokud se to nezlepsilo.
U alarmu bude cudlik reset, aby user po zasahu do systemu (doliti zvlhcovacky, cokoliv) mohl alarm znova nastartovat.
Edit: Muj sen je mit odvlhcovacku, ktera by reagovala na kritickou horni hranici, nicmene je to s ni podobny jako s klimatizaci. |
|
|
| r-man |
Logika alarmu na zalejvani
Mel by hlasit kolik litru zbyva v nadrzi. To predpoklada nejakou kalibraci - vyska hladiny vztazena k rozmerum (objemu) nadrze. Na webu se bude zobrazovat kolik v nadrzi zbyva litru.
Nastaveni bude vypadat takto, "threshold" bude parametrizovatelny userem, budou 3 urovne alarmu:
1. Kdyz mnozstvi klesne pod 1. hranici, rekneme 20L, posle se mail.
2. Kdyz mnozstvi klesne pod 2. hranici, rekneme 10L, posle se mail.
3. Kdyz mnozstvi klesne pod 3. hranici, rekneme 5L, posle se mail ze dosla voda a zastavi se casovac zalejvani, aby neshorelo cerpadlo.
U alarmu bude cudlik reset, aby user po zasahu do systemu (doliti vody, cokoliv) mohl alarm znova nastartovat. |
|
|
| koles |
| Jo, to jsou HighCharts. Mrknu na to. O víkendu snad něco zbastlim. |
|
|
| r-man |
| Pokusim se jeste dneska predelat specifikaci a tu www stranku tak, aby to odpovidalo. |
|
|
| r-man |
Predelana specifikace je na webu, UFF...Stejne to neni kompletni, chce to domyslet par veci:
konfigurace IP, heslo, konfigurace mail adresy a smtp serveru pro odesilani alarmu
- zalohovani konfigurace (tlacitko na export a import souboru, asi csv)
- jak nastavit alarm na cerpadlo, co se zapnulo a nechce se vypnout?
- textace mailu budou napevno asi, pokud mozno anglicky
- presny popis a nakres zapojeni pinu a kabliku
http://arduino.multiserver.cz/forum...d/file.php?id=6 |
|
|
| r-man |
| Jo a nove nakreslenej web...je to trosku rozhazeny, ale vypada to uz celkem k svetu :-) |
|
|
| pestu zdar |
| zdar na kolik to vyjde zhruba? |
|
|
| r-man |
| To se jeste nevi, ale chci se vejit do cca 3-5Kkc se vsim. |
|
|
| r-man |
Pic,
no zacinal jsem s trochu jinym pristupem, chtel jsem to stavet jako jednotlivy moduly. Takze zaklad tvori Atmega8-16 s termistorem jako cidlo teploty(pres AD vstup), vlhkostni cidlo jsem omylem spalil ale fungovalo po 4 bitech v pohode, jedinej vystup je na motor kterej ovlada vzduchovou klapku. Podle teploty vzduchu prepina klapku na polohu "ven" anebo v zime kvuli uspore tepla na "vnitrni okruh", kde se nezavisle na teplote jednou za cas vyvetra..
Tohle mel bejt jeden modul ale pak sem pridaval dalsi drobnosti.
Casovac na zalivku a svetlo bylo to nejlehci, spis sem mel trochu problem s vypoctem casu, ale to by mel vyresit RTC obvod.. Nejaky rucni ovladani pro rizeni nezavisle na teplote a pokusy s cerpanim hnojiv a automatickym dolejvanim vody..
Zatim sem se trochu zasekl na spinani silnejsiho serva a predelani do krabicovy podoby, navic sem v puvodnim obvodu mel jenom 7 segmentovej displej(na teplotu stacil), ted mam LCD 2x16, novy cidlo vlhkosti a strasne malo casu si k tomu sednout
Celkove sem na skole daval mnohem vic pozor behem programovani nez na elektrotechniku takze zatimco program mam v hlave a vim co a jak tak s hardwarem trochu bojuju, vzdyt uz je to taky skoro 10 let a timhle elektrem sem primo nezivim...
Kdyby ste potrebovali s necim pomoct tak napis a kdyz budu umet tak rad pomuzu, cus Tgm |
|
|
| r-man |
Tak jsem vcera byl v BRMlabu a snad se mi podarilo se domluvit s clenem AXTHEB aby nam naprogramoval arduino. Bude na to mit cas cca za mesic, tedka dela nejaky 3D tiskarny.
Tady na G to vypada, ze nikdo se do toho pustit nechce :-( |
|
|
| koles |
Tak jestli se zapojí ten týpek, co píšeš, tak máme tým kompletní! :) Zdrojáky můžem mít veřejně a lidi budou moct přispívat i malými úpravami, když budou chtít... Ono se to rozjede
Ještě než na tom kódu pro Arduino začne někdo dělat, dal bych informační a koordinační schůzku, abychom si ujasnili nějaké věci. |
|
|
| tomassss |
Zdravím groweři,
doufám že se nebudete zlobit když vám představím mé řešení automatizace.
Moje řešení je postaveno na MCU AVR Mega16, takže stejná rodina jako Arduino.
Spousty pokusů mě utvrdily v tom, že modulové řešení je nejlepší (zvlášť v amatérských podmínkách) a hlavně kladu důraz na maximální jednoduchost.
Na obrázku můžete vidět "Main Board" což je jen MCU, výkonová část (4x relé), LCD display(port pro něj), RTC - hodiny a I2C EEPROM pro logování teploty, vlhkosti.
Propojení s PC bude obstarávat linka RS232 - jen jsem vyvedl signály z důvodu že je na výběr buď COM port, USB, Bluetooth....
PC nebude při chodu potřeba, bude sloužit jen pro stažení dat z EEPROM a případné vykreslení grafu, a nebo bude moci bejt neustále spojeno se zařízením pro možnost odesílání dat na server a možnost online ovládání.
Pro teploměry a vlhkoměr slouží sběrnice 1Wire nebo I2C.
Program je napsaný v C ve vývojovém prostředí CodeVisionAVR.
Znovu říkám - doufám že vám nebude vadit můj příspěvek, pokud bude zájem rád budu pokračovat v přestavení.
Čus. |
|
|
| r-man |
| citace: |
Původní příspěvek od tomassss
Zdravím groweři,
doufám že se nebudete zlobit když vám představím mé řešení automatizace.
Moje řešení je postaveno na MCU AVR Mega16, takže stejná rodina jako Arduino.
Spousty pokusů mě utvrdily v tom, že modulové řešení je nejlepší (zvlášť v amatérských podmínkách) a hlavně kladu důraz na maximální jednoduchost.
Na obrázku můžete vidět "Main Board" což je jen MCU, výkonová část (4x relé), LCD display(port pro něj), RTC - hodiny a I2C EEPROM pro logování teploty, vlhkosti.
Propojení s PC bude obstarávat linka RS232 - jen jsem vyvedl signály z důvodu že je na výběr buď COM port, USB, Bluetooth....
PC nebude při chodu potřeba, bude sloužit jen pro stažení dat z EEPROM a případné vykreslení grafu, a nebo bude moci bejt neustále spojeno se zařízením pro možnost odesílání dat na server a možnost online ovládání.
Pro teploměry a vlhkoměr slouží sběrnice 1Wire nebo I2C.
Program je napsaný v C ve vývojovém prostředí CodeVisionAVR.
Znovu říkám - doufám že vám nebude vadit můj příspěvek, pokud bude zájem rád budu pokračovat v přestavení.
Čus. |
Ahoj, rozhodne to nevadi, ale mam jinej dotaz - dokazal bys naprogramovat i Arduino? |
|
|
| tomassss |
Koukal jsem na příklady kódů co jsou na webu Arduina a vypadá to jako skoro jako C, takže zřejmě dokázal, ALE u Arduina se mi moc nelíbí právě použití jazyka určeného pouze pro Arduino. Myslím si že konstrukce z modulů Arduina není šťastné řešení z důvodu ceny. Jako vývojový nastroj je to fajn, ale stavět na tom funkční řešení nasaditelné do praxe mi přijde zbytečné.
Ale klidně mi pošli co všechno by měl váš modul umět a já se na to podívám jak by to šlo ;) |
|
|
| r-man |
Tak se snazim dotahnout specifikaci a mam tam par veci, se kteryma asi potrebuju pomoct nebo poradit.
bordel co me napada
- konfigurace IP, heslo, konfigurace mail adresy a smtp serveru pro odesilani alarmu
- zalohovani konfigurace (tlacitko na export a import souboru, asi csv)
- jak nastavit a kalibrovat cidlo na hladinu zalivky?
- jak nastavit alarm na cerpadlo, co se zapnulo a nechce se vypnout?
- nastavovani rychlosti refreshe grafu, resp. castost ukladani udaju z mereni
- textace mailu budou napevno asi, pokud mozno anglicky
- presny popis a nakres zapojeni pinu a kabliku |
|
|
| r-man |
Cenovka je zatim na skoro 3600,- za HW, to je docela dost. Ale zas by to melo byt luxusne v elektrokrabici, zasuvky zvenku, konektory na cidla, proste parada.
Nazev Link počet cena/ks cena celkem
Arduino Mega http://dx.com/p/mega-2560-r3-develo...-arduino-152224
1 28,70$ 28,70$
LAN modul http://dx.com/p/ethernet-shield-wit...-tf-slot-118061
1 13,99$ 13,99$
MicroSD (8GB, class 10) http://dx.com/p/sandisk-ultra-micro...class-10-149135
1 10,90$ 10,90$
Relay board http://dx.com/p/8-channel-5v-solid-...red-blue-121337
1 10,30$ 10,30$
Real time clock http://dx.com/p/jy-mcu-ds1307-real-...ery-blue-166460
1 4,50$ 4,50$
Cidlo na svetlo (3pin analog) http://dx.com/p/arduino-compatible-...dule-red-144386
1 3,90$ 3,90$
Cidlo na teplotu a vlhkost (3pin digital) DHT22 http://dx.com/p/arduino-dht11-digit...y-sensor-138531
1 10,90$ 10,90$
Cidlo na teplotu (3pin digital) http://dx.com/p/ds18b20-digital-tem...55-125-c-135047
2 2,80$ 5,60$
Cidlo na hladinu ultrazvuk (4pin digital) http://dx.com/p/hc-sr04-ultrasonic-...g-module-133696
1 4$ 4$
Kabliky F-F http://dx.com/p/single-port-female-...cm-length-55454
1 4,90$ 4,90$
Kabliky M-M http://dx.com/p/breadboard-jumper-w...able-pack-80208
1 3,50$ 3,50$
Adapter http://dx.com/p/h-1201-5-5x2-1mm-po...pin-plug-101507
1 3,20$ 3,20$
Redukce http://dx.com/p/flat-to-round-power-plug-convertor-3529
1 0,89$ 0,89$
Krabice DIN 2x12 modulů http://www.schrack.cz/eshop/rozvade...-pruhledne.html
1 406,- 406,-
Stykač jednofázový http://www.elektro-paloucek.cz/jist...-listu-1-fazovy
2 200,- 400,-
Zásuvka na panel http://www.kzushop.cz/kzushop-cz/es...l-IP44-s-vickem
5 37,- 185,-
Keystone RJ45 http://www.pcplus.cz/keystone-konek...180-_d1896.html
5 45,- 225,-
Konektory RJ11 pro cidla http://www.pcplus.cz/konektor-telef...6-1ks_d435.html
5 1,70 8,50
Kabel telefonni 4zilovy 100m http://www.pcplus.cz/kabel-telefonn...-100m_d494.html
1 149,- 149,-
Cena celkem Cena je velmi priblizna 3560,- |
|
|
|
|
