Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: Mamlasos 13. 10. 2012, 15:03:04
-
Ahoj,
prosím a Vaše tipy na řešení :
Zařízení na měření, zaznamenávání a "inteligentní" řízení s grafickým výstupem ("domácí automazice"). Konfigurace a správa skrze webové rozhraní (AJAX), databáze MYSQL uživatelsky obsluhovaná skrze PHP. Všechny kódy dostupné pro modifikaci uživatelem.
A nyní nevím jaké konkrétní kusy HW a SW zvolit. Je mi jasné že zařízení bude po HW stránce z několika víceméně samostatných částí:
1.Modul pro Měření (čidla (spínače, měřící čidla - teplota, poloha, tlak, intenzita osvětlení...)) a Ovládání (relé, PWM silové výstupy, krokové motory...) se síťovou komunikací (ethernet)
2.Server pro sběr dat z MMO, vyhodnocování dat a vysílání příkazů do MMO a obsluhu webového rozhraní. Při hodinovém intervalu sběru a regulace by měl uchovávat data několik roků zpětně.
3.Uživatelský terminál - tablet nebo PC, zde je to bez problémů
Co doporučujete použít pro část 1. a 2. ? Mělo by to být všechno dostatečně univerzální aby si to mohl každý (tedy i já :-) přiohnout podle svých potřeb. MMO by mělo mít dostatečný počet IO a PWM (min cca 10/4) podporu I2C atd.
Server je mi jasný akorát po stránce webového rohraní a databáze, to si dokážu naprogramovat (s větším úsilím) i sám ale co mi není jasné je sběr dat a ovládání po síti (SW), zde je třeba zakomponovat i rozhodování a výpočty na základě dat. (ani nedoufám že taková serverová aplikace kde jde např. použít uživatelské scripty již existuje + musela by být asi uzpůsobená na konkrétní MMO). Pro snadnost aplikace předpokládám po HW stránce x86 platformu (jakou konkrétně je též otázka) s minimální spotřebou... (zde je IMHO potřeba malý výkon, požedavky na zpracování počítám že budou přicházet max. v sekundových intervalech, největší zátěž bude IMHO tvořit provoz databáze a PHP) úložiště - klasický disk nebo SSD (?) OS - pravděpodobně nějaké minimalistické distro GNU/Linuxu (jaké?(souvislost s platformou (požadavky))).
Je mi jasné že asi existují hotová řešení ale jde mi o to moci si vše přiohnout podle aktuálních potřeb. Možná existují i celé hotové otevřené platformy na takovoutu automatizaci, o těch ale zatím nevím. (Pokud víte, podělte se pls) Nebo byste to celé řešili trošku jinak ?
PS: Počítám s tím že to nebude hotové za dvě neděle ani že to bude stát pět korun nicméně zase nechci exkluzivní kousky HW za exkluzivní ceny.
-
1. Gratuluji k nicku, úprava odpovídá.
2. Chrlíš toho hrozně moc.
3. Podívej se na real time programming a dostaneš část odpovědí
4. Přečti si tohle a dostaneš další část odpovědí http://www.root.cz/clanky/arduino-merime-a-zobrazujeme-fyzikalni-veliciny/
5. Je nesmysl používat několik jazyků, pokud to není vyloženě nutné, pak tedy asi použiješ C/C++ a komunikaci po síti
6. Pokud má jet server pod Linuxem, skoč si do knihkupectví a prohlédni si tuhle knihu http://www.zonerpress.cz/linux-profesionalne-programovani-aplikaci myslím, že tam bylo síťování rozebráno,
-
Mrknete sem: http://en.wikipedia.org/wiki/List_of_home_automation_software . Je tam par GPL veci, tedy si je muzete priohnout.
-
A co se jako snazis automatizovat? Atomovou elektrarnu? Vyrobni linku? Tovarni halu? Obchodni dum? Rodinny domek? Serverovnu? Kolik do toho chces vrait penez a kolik casu? Co to ma umet?
-
@jxzero
To vypadá na pěstírnu konopí
-
Jasně konopí... co může dneska mládež tak napadnout ;D
Chci to pojmout univerzálně aby i jedna sestava zvládala povíce úkolů současně. Já to plánuji použít na automatizaci akvária a snímání počasí (meteostanice), bráchanec na baráku na všechno možné. Proto je to rozdělené na hloupý modul "pro styk s realitou" a chytrý server kde se softwarově prodrátuje co bude zrovna potřeba (sestavy IN/OUT a jednoduché scripty nad nimi).
Akorát asi vypustím síťové rohraní mezi modulem a serverem, zbytečně to celé komplikuje a vlastně není potřeba. Modul může být napojený přímo na nějaké vhodné rozhraní v serveru.
Na server jsem zatím vyhlédnul tohle: http://www.czc.cz/intel-marshaltown-dn2800mt-intel-nm10/102744/produkt?q-category-id=cekl578lf4hnm99cg61b4if0a1&q-c-2-f_2025172=sAMD+Zacate&q-c-1-f_2025172=sIntel+Atom&q-c-0-f_2025172=sIntel+VIA
Škoda že výrobci na podobné základní desky nedávají rovnou nějaký vybavený AVR :)
-
To vypadá na pěstírnu konopí
;D ;D Na jistej gympl se přihlásilo celkem 100 dětí a do prváku jich vzali 25, všechno Vietnamce, nojo, měli nejlepší výsledky. ;D
Ale jsou chytří, mají peníze a automatizovaná pěstírna konopí je náhodou rentabilní nápad!
Naopak! Genální nápad!
Pfffff! S tím se dá prorazit ;D
I když tohle je asi levnější: http://tn.nova.cz/zpravy/cernakronika/detektivove-zachranili-zazdeneho-zahradnika-z-pestirny-marihuany.html
Ale +100! :-D
-
S ohledem na množství dat bych řekl, že ten server by zvládlo dělat samo arduino, či něco s podobným výkonem - co koukám, existuje i webserver pro arduino http://code.google.com/p/webduino/ (http://code.google.com/p/webduino/).
Na druhou stranu, pokud ten server chcete použít i jako domácí NAS, či k jiným podobným účelům, pak bych asi trochu zainvestoval a pořídil nějaké úsporné core i5/i7 (či odpovídající AMD), protože je slušná šance, že za půl roku, za rok po koupi vás napadne ten server použít k něčemu dalšímu, co ten atom nebude zvládat výkonově (osobní zkušenost ;-) ).
-
S ohledem na množství dat bych řekl, že ten server by zvládlo dělat samo arduino, či něco s podobným výkonem - co koukám, existuje i webserver pro arduino http://code.google.com/p/webduino/ (http://code.google.com/p/webduino/).
Pro jednoduchý "Hello world" webserver není potřeba žádná knihovna, prostě se jenom pošlou po TCP patřičná data, nezávisle na požadavku :) Není to webserver splňující specifikaci, ale pro základní použití to postačí.
Udělat v Arduinu (Atmelu/Wiznetu) nějaký rozumnější web, to už je trochu scifi. Přece jenom základní Arduino má 32kB flash a Wiznet zvládá jenom 4 otevřená spojení zaráz, vstupní buffery nejsou nijak velké... Je to dost o hackování a ignorování specifikací :)
Jenom pro ilustraci: třeba jenom přiblblý printf zvětší kód o nějaké 1-2kB, pokud si dobře pamatuju.
-
Já jsem použil od Microchipu TCP stack a mikrokontrolér PIC32. (150 korun za švába plus něco za fyzickou vrstvu...)
Tam je vše hotové, včetně ajaxu a celkem primitivního napojení na "C"čkovou aplikaci.
Není problém ftp přístup a uložení do 1Mbit eepromy.
Perfektní manuál.
http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2505¶m=en535724
Dokonce je i brouk z řady 18F, kde je integrován i ethernet kontrolér.
Stačí připojit RJčko s trafem a jedeme. Mám v plánu to vyzkoušet za dlouhých zimních večerů.
Bohužel je to 8mibit.
-
S arduinem jako takovým jsem nikdy nepracoval (na nějaké návody jsem se díval, ale neměl jsem pro to zatím využití), takže přesná omezení neznám, jen jsem se podíval, jestli mi google najde něco na "arduino webserver". :)
A taky by určitě šlo z nějakého toho mikrokontroléru otevřít spojení do databáze na webovém hostingu a sypat data do něj... Je to celé o tom, jestli má implementátor i další využití pro x86 mašinu, nebo by to bylo jen plýtvání penězi (a nebo má peněz nazbyt :D).
-
A taky by určitě šlo z nějakého toho mikrokontroléru otevřít spojení do databáze na webovém hostingu a sypat data do něj... Je to celé o tom, jestli má implementátor i další využití pro x86 mašinu, nebo by to bylo jen plýtvání penězi (a nebo má peněz nazbyt :D).
No... Podle toho, jak je ten komunikační protokol s databází složitý. Přiznám se, že jsem to nikdy nezkoumal. Horší je, že na frontendu občas člověk chce nějaký ten dynamický obsah, ajax, atd. atd. To je na Arduino trochu moc.
-
@jxzero
To vypadá na pěstírnu konopí
to chce ludsku ruku lasku a trpezlivost.
-
@jxzero
To vypadá na pěstírnu konopí
Nesouhlasím, jde o běžnou domácí automatizaci. Pěstírna je komplexní systém -
tam je potřeba měření teploty, vlhkosti, (CO2), na základě čehož se nastavuje ventilační systém (a ventil na CO2 bombě). pár časovačů na stykače, řídicí systém hydroponického systému (měření a regulace ph + ec, výměna roztoku). pomocné procesy mají zajistit bezpečnost objektu (požár, vniknutí neautorizované osoby) a také havarijní stavy (výpadek energie, nebo zdroje vody). Webový ksicht je vhodný spíš na monitoring. Pro možnost změnit parametry automatického řízení je nutností silná autentizace a zabezpečený kanál, když už je toto požadováno.
Zdurazňuji, že produktivní pěstování konopí je zavrženíhodné, protože stejně jako u prostituce se jední o nezdaněný příjem.
-
Zdaaarek.
Celkom zaujimave riesenie (aj ked komercne) je LoxOne. Malo by to splnat vsetko co potrebujes a navyse sa velmi nenadries. Skus pozriet.
LoxOne -> http://www.loxone.com/Pages/cz/default.aspx (http://www.loxone.com/Pages/cz/default.aspx)
Lala ;-)
-
Základní modul 500 euro, rozšiřovací modul 400 euro. Uzavřený systém... Hodní kluci ;D
Sice bez práce jenomže mě na tom ta práce i zajímá a chci mít možnost kdykoliv si cokoliv upravit. Šlo mi akorát o to abych nevynalézal kolo - proto jsem se ptal na otevřené automatizační platformy (moduly). Kdybych chtěl hotovku tak...
PS:Zajímalo by mě jak se do LoxOne dá zapojit např. pH sonda a nastavit automatické dávkování CO2 v nějaké měnitelné závislosti...
-
S tim Loxonem uz jednou nekdo spamoval na jednom diskuznim foru o automatizaci a uz tenkrat mi ten jejich web prisel takovej duhovej, ale technickych informaci poskrovnu. Ale priznavam, ze jsem zaujatej a rozmazlenej konkurenci.
To: Mamlas
To si prave musis vybrat. Bud pouzijes existujici regulator a existujici cidla a existujici webove rozhrani a mas tu pestirnu za tyden hotovou. Nebo si budes vymyslet vsechno svoje - za hardware das sice 500 korun, ale stravis s tim pul roku.
-
Obecně je to tak, že pro domácí BMS se taková věc nemůže nikdy vyplatit, ani kdybyste měli bez toho celou zimu otevřená okna. Je to na hraní pro zábavu, ekonomická návratnost někde v nekonečnu.
-
Já myslel že co chci je zřejmé z úvodního postu... (ledažeby to málokdo četl nebo...).
-Delší doba mi nevadí+nespěchá to+baví mě to
-S cenou počítám v řádech tisíců, 500 nestojí ani pH sonda, jen server počítám že bude min. 3,5kkč (nadruhou stranu odmítám dát litr za Arduino Ethernet Shield nebo podobnou věc na výkonnější platformě, to už mi jako schůdnější přijde udělat to rovnou na x86 kde už je to po HW stránce bezproblémové a MCU použít jen pro IO, lepší než dát ranec za HW a pak být omezován výkonem, kapacitou pamětí a pod.)
-chci to v případě úspěchu dát k dispozici a je mi jasné že to nemůžu produkovat tj. musí to být otevřené a na neexotickém HW+chci aby to bylo univerzální
-
Ježíšmarjá, to je jak do dubu ...
Na serveru RTLinux a třeba Clasicladder ( http://www.linuxcnc.org/docs/2.4/html/ladder_classic_ladder.html )
Tím je PLC hotové.
Jako komunikační protokol Modbus TCP.
1. dají se připojit komerční zařízení
2. Na AVRku nebo PICu stačí napsat Modbus TCP slave, což není problém a je to.
-
nadruhou stranu odmítám dát litr za Arduino Ethernet Shield
Na Ebayi se dá koupit z Číny za tři stovky.
-
Jestli si chcete hrát, nejjednodušší je nějaká "atomová krabička" a pár I/O modulů na USB sběrnici. Třeba tenhle má 8 analogových vstupů, 2 analogové výstupy, 8 digitálních vstupů a 8 digitálních výstupů. Cena USD 94. Na každý výstup tranzistor, relé, ochranná dioda (nezapomeňte na ni!), a je hotovo.
http://downloadt.advantech.com/download/downloadlit.aspx?LIT_ID=4a204e01-2a47-48f3-b8c5-8afb371377ab
Chcete dalších 24 digitálních vstupů a výstupů? Za USD 76 tady:
http://buy.advantech.eu/USB-4751L-AE/USB-4751L-AE/model-USB-4751L-AE.htm
A mají i spoustu dalších super hraček, koukněte na jejich web.
Osobně bych to provozoval na Windows. Advantech k těm modulům dává drivery a SDK pro Windows, a dá se to používat mimo jiné i z .NETu, ve kterém se moc pěkně píše (ať už si člověk vybere to psát jako WinForm aplikaci, servis, nebo třeba web service). Dokumentace je pěkná, a je v ní i hromada tutorialů a příkladů.
Samozřejmě můžete použít i Linux. Driver podporuje asi tři distra s určitou verzí kernelu, pro jiné verze to třeba půjde přeložit. Programovat pak můžete v C/C++, nějaká dokumentace existuje. Pro mě je to o řád méně komfortní, vám to možná bude vyhovovat.
-
Skus 1-wire, třeba tě to nakopne http://quattro.haje.cz/index.php/elektronika/domaci-automatizacez (http://quattro.haje.cz/index.php/elektronika/domaci-automatizacez)
-
Skus 1-wire, třeba tě to nakopne http://quattro.haje.cz/index.php/elektronika/domaci-automatizacez (http://quattro.haje.cz/index.php/elektronika/domaci-automatizacez)
1-wire je dobrý pro komunikaci se součástkami na krátké vzdálenosti. Na delší vzdálenosti to sice jde taky, ale pokud si dobře pamatuju, "retransmitter" (sorry, nepamatuju si, jak tomu přesně říkají) byla poměrně dost drahá součástka.
Taky co jsem tak v diskusích narazil, problém je, že 1-w je proprietární protokol a výrobci nevadí, když si člověk naprogramuje master, ale slave-y by raději prodávali oni... viz
NOTE: It appears that Dallas Semiconductor doesn't like people who
implement 1wire slaves in software.
On the other hand, they do discontinue ICs like the DS2423 counter
for which no substitute exists.
Therefore, while I cannot prevent people from doing whatever they want,
simulations of existing ICs will only be entered into this project's
repository if the ICs are no longer available or (at the very least)
"not recommended for new design". Sorry if you want more, but IMHO
this is the best compromise between practical and legal considerations.
https://github.com/smurfix/owslave
To mě trochu odstrašilo od použití 1-w jako hlavní komunikační sběrnice... Navíc i2c je srovnatelná a součástky myslím dostupnější, takže bych raději volil tohle.
-
To mě trochu odstrašilo od použití 1-w jako hlavní komunikační sběrnice... Navíc i2c je srovnatelná a součástky myslím dostupnější, takže bych raději volil tohle.
Já teda nevím, ale I2C má omezení na 7,6m, 1wire 300m. To je dost rozdíl.
-
USB, I2C, 1Wire je dobré tak pro bastlíře na stůl.
Zkuste to nasadit v reále a zažijete divy ...
(ještě se dá přežít CAN)
Průmyslový protokol má fyzickou i logickou vrstvu úplně jinou.
Je nutné zabezpečení CRC, adresace, znovuobnovení po výpadku ...
... a navíc - proč vymýšlet vymyšlené ... knihoven je plný internet.
-
USB, I2C, 1Wire je dobré tak pro bastlíře na stůl.
Zkuste to nasadit v reále a zažijete divy ...
(ještě se dá přežít CAN)
Průmyslový protokol má fyzickou i logickou vrstvu úplně jinou.
Je nutné zabezpečení CRC, adresace, znovuobnovení po výpadku ...
... a navíc - proč vymýšlet vymyšlené ... knihoven je plný internet.
knihoven možná jo, ale hardware je problém.
-
Ethernet má každé PC, 232jku taky. Převodník na 485tku se dá vyrobit za stovku.
Jestli mám bastlit USB či 1Wire, tak si raději napíši Modbus slave.
Trvalo mi to na AVRku 2 večery v céčku.
Pod windows si stáhnu třeba Promotic http://www.promotic.eu/cz/index.htm (25 proměnných je zdarma) a jedu.
-
ja mam na 1-wire postavene rizeni vytapeni (8x input/output) + odecty teplot (cca 12 cidel), delka sbernice cca 250metru a nemam zatim problem.
Jeste se chystam pridat snimani vysky hladiny pres tlakovy senzor a odecet stavu plynomeru.
-
Já teda nevím, ale I2C má omezení na 7,6m, 1wire 300m. To je dost rozdíl.
Máš úplnou pravdu, teď se mi to popletlo. Takže správně: u 1wire je nevýhoda v proprietárnosti, u i2c v krátkých vzdálenostech (prodloužení jde, ale je drahé).
Ethernet má každé PC, 232jku taky. Převodník na 485tku se dá vyrobit za stovku.
Jestli mám bastlit USB či 1Wire, tak si raději napíši Modbus slave.
Trvalo mi to na AVRku 2 večery v céčku.
Pod windows si stáhnu třeba Promotic http://www.promotic.eu/cz/index.htm (25 proměnných je zdarma) a jedu.
Doporučuješ teda 485? Tu jsem si vybral taky.
A jako protokol Modbus? Jaké bys případně doporučil alternativy? Na Modbusu se mi moc nelíbí ta (zdá se mi na první pohled) jednoúčelovost - 1B function code mi přijde docela málo, používají se v praxi ještě nějaké další protokoly nad tím?
-
Ethernet má každé PC, 232jku taky. Převodník na 485tku se dá vyrobit za stovku.
Jestli mám bastlit USB či 1Wire, tak si raději napíši Modbus slave.
Trvalo mi to na AVRku 2 večery v céčku.
Pod windows si stáhnu třeba Promotic http://www.promotic.eu/cz/index.htm (25 proměnných je zdarma) a jedu.
Ethernet je nenažraný, USB funguje na 3-5 metrů, 232 funguje asi na 15 metrů, 485 funguje na stovky metrů, 1Wire taktéž na stovky metrů. 485 a 1wire bohužel nemají ochranu když se nějaké zařízení pomate a drží sběrnici furt ve stejném stavu.
Mě se osvědčil protokol RS232 na hardware CAN. Vzdálenosti stovky metrů, HW parametry o něco lepší než 485, je tam HW ochrana proti obsazení sběrnice a USART má dneska prakticky každý MCU.
-
Mě se osvědčil protokol RS232 na hardware CAN. Vzdálenosti stovky metrů, HW parametry o něco lepší než 485, je tam HW ochrana proti obsazení sběrnice a USART má dneska prakticky každý MCU.
Jenže 485 má lepší odolnost proti rušení, ne?
-
Z modbusu pouzivej jen fce
-Write Single Register (to spis kvuli nekterym softum)
-Write Multiple Registers
-Read Holding Registers
-Read Input Registers
Na bity se vykasli. Ty si udelas "rozparcelovanim" wordu z holding registru.
A ostatni paradicky z protokolu taky potrebovat nebudes.
http://home.zcu.cz/~ronesova/bastl/files/modbus.pdf
1B function code mi přijde docela málo - myslim, neupotrebis z mnou napsanych 4 nic vic.
A i kdyby ty jo, ostatni ne ...
A co se tyka 485tky:
-ethernet neni nic jineho nez 485tka (nyni jiz modifikovana)
-485tku muzes sitovat - navesis na 2 draty periferii kolik chces.
-u 232jky mas smulu.
-
Jenže 485 má lepší odolnost proti rušení, ne?
Na domácí hrátky jsou z hlediska rušení obě dvě dostatečně odolné.
CAN pracuje i při rozdílu zemí asi +-24 V, tohle RS485 nedá, takže ušetříš optočlen a DC-DC.
-
Z modbusu pouzivej jen fce
-Write Single Register (to spis kvuli nekterym softum)
-Write Multiple Registers
-Read Holding Registers
-Read Input Registers
Nojo, když já právě nechci jenom číst a nastavovat registry, potřebuju trochu jiné věci...
-
To mi schvalne napis jake.
-
Nojo, když já právě nechci jenom číst a nastavovat registry, potřebuju trochu jiné věci...
A jaké?
-
Například mám switch na druhém konci velké budovy. Switch má seriák. Chtěl bych mít možnost do toho protokolu zabalit komunikaci s tím switchem (takže přes to posílat různě dlouhé stringy tam a zpátky a na druhé straně se na to napojit normálním telnetem).
Nebo třeba by bylo fajn mít možnost mít do toho zabalený IP, jako taková "nouzová paralelní síť".
Jasně, že to přes registry jde, ale nepřijde mi to úplně praktická abstrakce. Proč řešit nějaké mapování stringu na registry, když ho vůbec nepotřebuju?
Další věc: umožňuje Modbus komunikaci mezi slavy navzájem? (jasně, že je to master-slave, takže slave může mluvit jenom na vyzvání, ale já nechci, aby se ho ptal master...)
-
Další věc: umožňuje Modbus komunikaci mezi slavy navzájem? (jasně, že je to master-slave, takže slave může mluvit jenom na vyzvání, ale já nechci, aby se ho ptal master...)
Na slave-slave je fajn to RS232 přes CAN. Prostě začneš vysílat a současně přijímáš a pak jenom porovnáš jestli nedošlo ke kolizi. Pokud ano, počkáš náhodnou dobu a zkusíš to znovu. Můžeš takhle vysílat i celé IP pakety, ale samozřejmě ne 10 Mbps.
-
Na slave-slave je fajn to RS232 přes CAN. Prostě začneš vysílat a současně přijímáš a pak jenom porovnáš jestli nedošlo ke kolizi. Pokud ano, počkáš náhodnou dobu a zkusíš to znovu. Můžeš takhle vysílat i celé IP pakety, ale samozřejmě ne 10 Mbps.
No jo no, starý dobrý CSMA/CD. Jenže to zas vyžaduje zároveň poslouchat, to taky nemusí být praktický... Mně nějak víc sedí ten token passing.
-
No jo no, starý dobrý CSMA/CD. Jenže to zas vyžaduje zároveň poslouchat, to taky nemusí být praktický... Mně nějak víc sedí ten token passing.
Poslouchání je v cajku, v momentě vysílání máš volnou přijímací polovinu UASRTu, jenom porovnáš dva byte mezi sebou. Je to míň práce než napsat předávání tokenu.
-
Poslouchání je v cajku, v momentě vysílání máš volnou přijímací polovinu UASRTu, jenom porovnáš dva byte mezi sebou. Je to míň práce než napsat předávání tokenu.
No jo, na tom něco bude :) Že by dneska nějakej šváb neuměl vysílat a poslouchat zaráz, to asi moc nehrozí...
-
No... já nevím ...
Pokud děláš automatizaci, tak nesmíš mít na síti bordel.
Proto je jeden master, který se o vše stará (a když padne, tak padne vše, ale máš snadnou možnost diagnostiky jen z jednoho místa)
CAN se sice v automatizaci používá, ale není ideální.
V paketu přeneseš jen 8 bytů.
Pokud to stačí ( dělal jsem na CANu řízení servopohonů, kde je skutečně dat minimum), je to hukot.
Běda však, jakmile chceš přenášet velké objemy dat. Propustnost CANu exponenciálně klesá.
A jelikož na sběrnici může kecat kdo chce a kdy chce, plno paketů je znehodnocených. (proto jsou schválně z normy pakety tak malé a rychlosti tak velké)
A slave je jednou provždy SLAVE, nemá si sám co kecat. Pěkně počká na vyzvání od mastera.
-
@jxzero
To vypadá na pěstírnu konopí
Nesouhlasím, jde o běžnou domácí automatizaci. Pěstírna je komplexní systém -
tam je potřeba měření teploty, vlhkosti, (CO2), na základě čehož se nastavuje ventilační systém (a ventil na CO2 bombě). pár časovačů na stykače, řídicí systém hydroponického systému (měření a regulace ph + ec, výměna roztoku). pomocné procesy mají zajistit bezpečnost objektu (požár, vniknutí neautorizované osoby) a také havarijní stavy (výpadek energie, nebo zdroje vody). Webový ksicht je vhodný spíš na monitoring. Pro možnost změnit parametry automatického řízení je nutností silná autentizace a zabezpečený kanál, když už je toto požadováno.
Zdurazňuji, že produktivní pěstování konopí je zavrženíhodné, protože stejně jako u prostituce se jední o nezdaněný příjem.
Ano. V pripade kdy mne stat otentovava o vice jak 50% mych prijmu se sluzbami je to zavrzenihodne... Jsou staty kde se danova poctivost vyplaci. Napriklad vam podle priznane dane banka vymeruje kolik si muzete pujcit. Ne tak v CR. Tuhle vetu snad nemohl vyplodit ani urednik financniho uradu.
Mimochodem technicke konopi se pestuje ve velkem. A doma ted sedim na hromade konopi a zanedlouho s nim udelam vnitrni izolaci. Mam na to i fakturu a potvrzeni ze je technicke;) Tak a ted si zapalim brko...
I prumerna novostavba je komplexni problem. CO2 snimace se taky pouzivaji k aktivaci ventilace/rekuperace. Dale je treba skloubit ekvitermni regulaci s termostaty->komunikovat s kotlem, pripadne ventily. Dale je treba resit odpojeni rekuperace pri zapnuti digestore, sledovat merice medii jestli nedoslo k vykyvum(vsak jsme to tu probirali) atd. Napojit to cele na zabezpecovacku aby pozavirala okna a vrata kdyz dojde k naruseni. A to nemluvim o pozarnim zabezpeceni jako vypnuti rekuperace, otevreni vychodu v pripade uniku plynu a prime nucene odvetravani mistnosti s kotlem.
I obycejny rodinny dum muze byt komplexni system.
-
CAN se sice v automatizaci používá, ale není ideální.
V paketu přeneseš jen 8 bytů.
A slave je jednou provždy SLAVE, nemá si sám co kecat. Pěkně počká na vyzvání od mastera.
Jedná se o protokol RS232 na hardware CAN, nikoliv o protokolu CAN, přenášet si můžeš co chceš.
Více Masterů na sběrnici je o četnosti komunikace, na domácí automatizaci se komunikuje minimálně a tam to není problém.
-
1. RS232 není protokol, ale fyzická vrstva
2.Po čemkoliv mohu přenášet cokoliv, záleží na efektivitě
3. Jestli jde jen o to, jak přenést sériovou linku, tak máš 2 možnosti"
-Buď chceš bastlit, nebo hotové "krabičky" koupit.
--Pokud koupit, držel bych se ethernetu a máš klid.
--Pokud bastlit, máš pole neorané... nicméně tvoje zadání nemá s automatizací nic společného, takže veškerá dosavadní diskuse ztrácí smysl.
-
S tim Loxonem uz jednou nekdo spamoval na jednom diskuznim foru o automatizaci a uz tenkrat mi ten jejich web prisel takovej duhovej, ale technickych informaci poskrovnu. Ale priznavam, ze jsem zaujatej a rozmazlenej konkurenci.
To: Mamlas
To si prave musis vybrat. Bud pouzijes existujici regulator a existujici cidla a existujici webove rozhrani a mas tu pestirnu za tyden hotovou. Nebo si budes vymyslet vsechno svoje - za hardware das sice 500 korun, ale stravis s tim pul roku.
No. Loxona mam taky. Ale snad jen diky velmi blizkym vztahum. A diky za komentar. Dam echo ze s webem je treba neco udelat. Umyslne jsem ho nezminoval, protoze u roota nikdo neplatil reklamu. Precijen je to komercni produkt. Stahni si soft a vyzkousej.
Podobne produkty vznikly jako odezva na PC/ARM based reseni ktere jsou potencialne nespolehliva a zbytecne slozita (pc chybi i hloupy onchip debug jako ISP,JTAG pro vyvoj ci ladeni) a energeticky nenazrana. Takove ABB ma nechutne drahy produkty na domaci automatizaci a clovek dovnitr nevidi.
Prumyslove PLC(aji ty od domaci od te rebrandovane Tesly nebo Alan Bradley) maji neco kolem 2W+- dle konfigurace. Obycejne pecko stejne nema CAN,I2C,SPI,KNX,RSxxx a jine pro domaci automatizaci nezbytna rozhrani. Stejne si clovek na arduinu musi nabastlit nejaky interfacy aby mohl davat informace o uroven vyse.
-
Například mám switch na druhém konci velké budovy. Switch má seriák. Chtěl bych mít možnost do toho protokolu zabalit komunikaci s tím switchem (takže přes to posílat různě dlouhé stringy tam a zpátky a na druhé straně se na to napojit normálním telnetem).
Nebo třeba by bylo fajn mít možnost mít do toho zabalený IP, jako taková "nouzová paralelní síť".
Pokud to chcete jet přes USB, jak jsem psal, tak existuje několik možností. USB lze nastavovat aktivními prodlužovacími kabely až na vzdálenost tuším 20 metrů (pětkrát pětimetrový kabel s integrovaným hubem). A samozřejmě můžete použít USB media convertor, který vám umožní až 60 metrů na jeden segment, tj. 300 metrů.
http://www.krup.cz/?cls=stoitem&stiid=2145
Samozřejmě se dá použít i RS-485, ale pak si budete hrát o dost déle. Znamená to převodník RS-232 na RS-485, napsat si protokol, postavit krabičky pro ovládání všech těch snímačů a akčních členů... Zabere to daleko víc času, než to USB řešení, které jsem popisoval v minulém postu.
-
Samozřejmě se dá použít i RS-485, ale pak si budete hrát o dost déle. Znamená to převodník RS-232 na RS-485, napsat si protokol, postavit krabičky pro ovládání všech těch snímačů a akčních členů... Zabere to daleko víc času, než to USB řešení, které jsem popisoval v minulém postu.
Pro moje účely USB nepřipadá v úvahu. 485ku mám rozchozenou, žádná raketová věda to nebyla.
-
Například mám switch na druhém konci velké budovy. Switch má seriák. Chtěl bych mít možnost do toho protokolu zabalit komunikaci s tím switchem (takže přes to posílat různě dlouhé stringy tam a zpátky a na druhé straně se na to napojit normálním telnetem).
Nebo třeba by bylo fajn mít možnost mít do toho zabalený IP, jako taková "nouzová paralelní síť".
Pokud to chcete jet přes USB, jak jsem psal, tak existuje několik možností. USB lze nastavovat aktivními prodlužovacími kabely až na vzdálenost tuším 20 metrů (pětkrát pětimetrový kabel s integrovaným hubem). A samozřejmě můžete použít USB media convertor, který vám umožní až 60 metrů na jeden segment, tj. 300 metrů.
http://www.krup.cz/?cls=stoitem&stiid=2145
Samozřejmě se dá použít i RS-485, ale pak si budete hrát o dost déle. Znamená to převodník RS-232 na RS-485, napsat si protokol, postavit krabičky pro ovládání všech těch snímačů a akčních členů... Zabere to daleko víc času, než to USB řešení, které jsem popisoval v minulém postu.
Proc proboha USB? To je nejhorsi reseni ze vsech. USB je zbytecne slozite a cely stack je implementovany v SW. Kdyz dojde k potizim tak neni snadne odhalit chyby.
Pokud potrebujes oddelenou sit na out of band management sit(coz je imho bezna praxe), tak si postav oddeleny ethernet a pospojuj si komponenty na nejaky serial port koncentrator. Pokud mas komponenty pohazeny ruzne po sajte, tak pouzij maly prevodnicky(v nouzi staci i mikrotik nebo arduino) a potahni extra kabel na ethernet. Na dlouhy vzdalenosti muzes pouzit nejakou levnou point to point dsl technologii nebo tahnout rovnou optiku.
Vyhoda je mj ze koncentratory krom telnetu umeji i ssh takze to mas zabezpeceny.
-
Pokud potrebujes oddelenou sit na out of band management sit(coz je imho bezna praxe), tak si postav oddeleny ethernet a pospojuj si komponenty na nejaky serial port koncentrator. Pokud mas komponenty pohazeny ruzne po sajte, tak pouzij maly prevodnicky(v nouzi staci i mikrotik nebo arduino) a potahni extra kabel na ethernet. Na dlouhy vzdalenosti muzes pouzit nejakou levnou point to point dsl technologii nebo tahnout rovnou optiku.
Ethernet funguje, ale je nenažraný, pokud jede takových věcí nonstop třeba 20, tak je to na účtu za elektřinu značně vidět.
-
Ethernet funguje, ale je nenažraný, pokud jede takových věcí nonstop třeba 20, tak je to na účtu za elektřinu značně vidět.
To by zas nebyl takovy problem, ale chci mit na tom povesene u-kontrolery kvuli ovladani napajeni. Ethernet by to zbytecne prodrazil a zeslozitil.
-
To by zas nebyl takovy problem, ale chci mit na tom povesene u-kontrolery kvuli ovladani napajeni. Ethernet by to zbytecne prodrazil a zeslozitil.
Na to je POE, koupíš switch s POE a na druhé straně máš myslím až 17 W na jedno zařízení a navinuté trafa na POE posílají na dobírku, tedy ráj na zemi :) Kdyby to tolik nežralo, byla by to jasná volba, jenže není.
-
Na to je POE, koupíš switch s POE a na druhé straně máš myslím až 17 W na jedno zařízení a navinuté trafa na POE posílají na dobírku, tedy ráj na zemi :) Kdyby to tolik nežralo, byla by to jasná volba, jenže není.
To je pro mě zase nepoužitelné - jak jsem říkal, mám třeba switch na druhé straně baráku, připojený přes dva další switche. A ten poslední switch je hloupý, chci ho nadálku resetovat, ale bez toho, abych vypnul ty switche před ním. To by znamenalo mít pro každý switch vlastní POE vedení až do serverovny = nesmysl.
-
Proc proboha USB? To je nejhorsi reseni ze vsech. USB je zbytecne slozite a cely stack je implementovany v SW. Kdyz dojde k potizim tak neni snadne odhalit chyby.
Proč? To jsem popisoval tady: http://forum.root.cz/index.php?topic=5120.msg46728#msg46728
Je to hrozně jednoduché. Nakoupíte krabičky, pospojujete přes USB, napíšete pár řádek v .NETu (nebo Delphi, VB6, C++ - vyberte si), a je hotovo. Postavíte to jako lego. Nestavíte doma krabičky a nepíšete pro ně firmware, nevymýšlíte protokoly. Ušetříte 90+% práce.
USB samozřejmě je složité. Kdybych stavěl přenosné úložené zařízení s flash pamětí, asi bych si ho nestavěl nad USB. Ale když mám v poči USB, a USB klíčenky prodávají i v trafikách, tak není co řešit.
-
Je to hrozně jednoduché. Nakoupíte krabičky, pospojujete přes USB, napíšete pár řádek v .NETu (nebo Delphi, VB6, C++ - vyberte si), a je hotovo. Postavíte to jako lego. Nestavíte doma krabičky a nepíšete pro ně firmware, nevymýšlíte protokoly. Ušetříte 90+% práce.
A jak se dostaneš za magickou hranici 25 metrů od PC ?
-
Je to hrozně jednoduché. Nakoupíte krabičky, pospojujete přes USB, napíšete pár řádek v .NETu (nebo Delphi, VB6, C++ - vyberte si), a je hotovo. Postavíte to jako lego. Nestavíte doma krabičky a nepíšete pro ně firmware, nevymýšlíte protokoly. Ušetříte 90+% práce.
A jak se dostaneš za magickou hranici 25 metrů od PC ?
http://forum.root.cz/index.php?topic=5120.msg46941#msg46941
-
A jak se dostaneš za magickou hranici 25 metrů od PC ?
http://forum.root.cz/index.php?topic=5120.msg46941#msg46941
Jo tak tohle mi uniklo, tedy se dostaneš. Komunikace nepojede bez nějakého centrálního USB hosta, tedy předpokládám že počítáš s trvale puštěným PC nebo alespoň Malinou. Pokud máš dost peněz na elektriku, pak je to řešitelné i takhle.
-
Ty "atomové krabičky" jsou poměrně dietní. S touhle hračkou se nejspíš dostanete hluboko pod 20W:
http://www.fccps.cz/tf-aec-6612-b1m-1010-kompaktni-pc-intel-atom-d525-2x-com-2x-usb-1xdio-dc-9-30v_d29468.html
Samozřejmě se dá použít nějaký Asus EEE, a spoustě lidí stejně běží doma non-stop nějaký "plný" server (často umístěný v racku).
-
Postřehnul jsem databázi MySql - nikdy jsem ji neměl rád, ale od doby, kdy jsem různě po světě spravoval cca 40 zařízení s MySql, mě tato databáze děsí. Zařízení fungovala v dost špatných podmínkách, s vypínáním se nikdo nepáral, takže zhruba dvakrát či třikrát do měsíce jsem některou databázi musel opravovat. A podotýkám, že nabouraná databáze se vyskytovala i u počítačů, které jinak fungovaly dlouhodobě stabilně. Vyřešil jsem to kompletním přepsáním aplikace a zvolením jiné databáze (sqlite). Pokud je problém s databází, soubor se v aplikaci prostě smaže a podle šablony vytvoří nový - nicméně po téměř půl roce provozu podobný případ ještě nenastal.
Pokud to máte pro svoji potřebu, databázi si prostě jednou za rok opravíte. Pokud takových zařízení pošlete do světa stovku, pak už během několika měsíců MySql proklejete a polovina zákazníků si od vás už nikdy nic nekoupí.
-
Ahoj, našel jsem super eshop na automatizaci, pár věcí už jsem si i koupil. Rozhodně jsem spokojený. Adresa je tady: https://ipc2u.cz/catalog/prumyslova-automatizace/