Počítač pro sběr dat a řízení

Zpráva

#1 Příspěvek od **Sendyx** » 29 říj 2008, 18:52

Obrátil se na mne jeden starší pán, který páchá prototyp kombinované topné soustavy. Je to trochu složitá kombinace slunečních kolektorů a kotle na dřevoštěpky, s možností přitápění plynem a pár dalšími fintami. Do doby, než budou některé věci změřeny a vykoumány, a bude vymyšlen nějaký optimální řídicí počítač, by bylo vhodné to celé vybavit dočasným řízením, i za účelem provedení některých speciálnějších měření.

Takže co je požadováno - najít nějaký vhodný počítač + ostatní hw, aby to bylo jako celek poměrně laciné, bez nutnosti použít drahý sw, a nějak uživatelsky přístupné. Po stránce HW je třeba, aby to celé umělo :

- A/D 12 bitů (raději 16), sběr z 16 čidel (stačí mpx) 2x za vteřinu
- D/A 12 bitů, bude se ovládat 8 výstupů, stačí mpx 2x za vteřinu
- 16 logických vstupů
- 16-32 výstupů
- rozumné uložení dat a jejich export do PC, nebo tisk průběžně ukládaných stavových dat tiskárnou cca 1x denně

Jako sw by bylo ideálně použita třeba rutina, napsaná v nějakém vyšším jazyku. Celé to má fungovat v uzavřené smyčce jako regulace, a taky se do toho nandá testovací program a budou se občas měřit přechodové charakteristiky, tepelné konstanty, optimalizace spalování atd. Poslední verze byla s PMD85-2, který neumí toho tolik uložit a je poněkud user unfriendly. Máte někdo tipy na vhodnou sestavu ?

#2 Příspěvek od **mtajovsky** » 29 říj 2008, 23:08

Teď neřeknu hotový recept, jen takové úvahy. Předpokládám, že z finančních důvodů nepřicházejí do úvahy průmyslové systémy, jako třeba řada Amit nebo Simatic od Siemense, pomocí kterých by se to řešilo standardně.

1) Nedávno jsem viděl systémek pro řízení větrání oken ve skleníku, běhající na I80286 pod MS DOS nepřetržitě 16 let bez přestávky. Konec jeho života byl zapříčiněn zanesením celého vnitřku pylem a jiným organickým materiálem. To k zamyšlení.

2) Co se týče SW, viděl bych to na nějaký Linux, nejspíše na Linux bez HDD, jako třeba Knoppix. Je to multiprogramové, programuje se v C/C++, zadarmo.

3) Taky by se mohlo použít nějaké embedded řešení jako třeba Fox Board s processorem ETRAX 100LX, což obsahuje plnohodnotný Linux. ale zřejmě to přinese nutnost nějaých HW dodělávek pro připojení A/D a D/A.

Takže nejspíš nějaká PC architektura s Linuxem běhajícím bez HDD nebo s FLASH diskem.

Tolik by byly moje prvotní úvahy.

mihal · #3 Příspěvek od **mihal** » 30 říj 2008, 08:03

Asi by som to riesil nejakym vacsim procesorom v Ccku. Na ukladanie dat by som pouzil flashdisk alebo SDkartu. Koli cene by som doporucil freescale, procesor ako vzorku zdarma a prostredie CodeWarrior, to je do 64k gratis. 12b AD a DA by bol priamo na cipe, mozno aj 16b, ale myslim ze v praxi nevyuzije.

bu2520 · #4 Příspěvek od **bu2520** » 30 říj 2008, 09:29

před několika roky jsem řešil malou automatizaci, vnitřnostmi z notebooku 486 a periferiemi spotřeba asi 15W. Dají se sehnat zadarmo, nebo za láhev a je t oplně konfigurovatelné

#5 Příspěvek od **Cust** » 30 říj 2008, 17:28

osobně bych šel do PLC, ale je to pochopitelně finančně náročné ...
nejlevnější by byl asi Kolínský Tecomat

u PC mě vadí to že to není real time a navíc to umí vytuhnout a řekl bych, že se bez většího bastlení neobejdeš a jestli ten prototyp má následovat hóódně kusová výroba, tak potěš koště 486 by pak strácela na významu úplně, kromtoho jsem min týden mluvil s člověkem, který má postavenou hodně velkou řídicí síť a hodně nadával na linux, že každou chvíli je nové jádro a každá externí mašinka pak komunikuje jen s některým typem jádra, je v tom pak chaos

belkvl · #6 Příspěvek od **belkvl** » 30 říj 2008, 17:41

A nebyl by lepsi Logo?
Nez tecomat je jednodusi programovani nez tecomatu?

#7 Příspěvek od **Cust** » 30 říj 2008, 20:19

tecomat má sposty možností programování, zvládá i strukturovaný jazyk s procedurama a funkcema, kromtoho má nástroje pro PID regulátory, takže člověk se vyhne šílenému mlácení do klávesnice a studiu programování číslicových regulátorů...
LOGO, jsem se dozvěděl na min vlákně, je dost programátorsky omezené, ale informace o něm mám dosti kusé...

#8 Příspěvek od **Sendyx** » 30 říj 2008, 20:24

Takhle - zatím to má být levné, protože se s tím budou dělat psí kusy a ty by chtěl páchat člověk, který je strojař-topenář-výzkumník, ale programátor amatér. Definitivní verze po odladění všeho a očesání zbytečností bude zcela jiná. Teď jde o to, co nasadit - k dispozici je kupa ODP počítačů s jádrem C51 a k tomu i zbylý HW, dokonce i ADDA by se našlo a bylo by to malé, napájením snadno zálohovatelné - jenže pro tyhle výzkumy je to těžkopádné.

belkvl · #9 Příspěvek od **belkvl** » 31 říj 2008, 16:42

Cust píše:tecomat má sposty možností programování, zvládá i strukturovaný jazyk s procedurama a funkcema, kromtoho má nástroje pro PID regulátory, takže člověk se vyhne šílenému mlácení do klávesnice a studiu programování číslicových regulátorů...
LOGO, jsem se dozvěděl na min vlákně, je dost programátorsky omezené, ale informace o něm mám dosti kusé...

Prave ja moc nemam rad tecomat k vuli tomu ze je primarne urcen pro psani prikazi. Lepsi natom je plc od Siemense ten je pro me lepsi.

#10 Příspěvek od **Cust** » 01 lis 2008, 18:00

já to vydím zase naopak, simatic mě strašně vadil, kvůli těm reléovým schématům...

belkvl · #11 Příspěvek od **belkvl** » 01 lis 2008, 19:19

Prave tecomat mame ve skole na dilnach a simatici mam zase v napraxi v elektrarne.

Problem je v tom, ze kdyz pisu prikazy bud se nekdy spaatne napisu tak se ruzne pospoju a objevi se ruzny otaznicky v releovem schematu a to me pekne pak nasere.

Simatici nemusis delat jen radkovych schemat muzes pouzit bloku.

#12 Příspěvek od **Cust** » 01 lis 2008, 19:53

jojo, přesto mě přišli ty tecomaty tak nějka příjemější, ale to je čistě věc vkusu, o tom, že to špatně překresluje do releoveho schematu nevim, neb to nepoužívám, každopádně mosiac začali vyvíjet před "nedávnem", tak tam ještě mouchy budou, první verze editoru se uměli i samy vypnout při kopírování bloku textů, nynější stav už snad bude lepší, zkuste stáhnout z netu nejnovější Mosaic... (v tomto ohledu bude siemens určitě vychytanější)
PS: sendyx: omlouvám se za menší OT

#13 Příspěvek od **Sendyx** » 01 lis 2008, 20:34

OT nevadí, jsem zvyklý, hlavně když to není totální OT od osob zcela z jiného vesmíru :lol:

Maskot · #14 Příspěvek od **Maskot** » 01 lis 2008, 21:49

Cust píše:já to vydím zase naopak, simatic mě strašně vadil, kvůli těm reléovým schématům...

No releove schemata to ma,ale jde to i jinak,AWL popripade pokud to clovek umi Simatic jde programovat i jinak.

V pripade uziti jak pozaduje Sendyx bych osobne resil take Simaticem,na Ebay se da koupit hodne a rada S5 je i cenove dostupna.

bohous1 · #15 Příspěvek od **bohous1** » 06 lis 2008, 14:56

K tomuto bych nasel karty sberu dat od beznych vyrobcu s vystupem na rs485 (odhaduji ze to muzou byt tak 2-3 karty), vytvoril z toho sit s prevodnikem na rs232 pro pc a udelal vizualizaci a archivaci v PC. Ty casove pozadavky na sber dat nejsou horentni, ale PC bude bezet cely den i noc. to zrejme do doby nez bude znam cely model nevadi. samotny hw problem nebude ale pak to ladeni... to netusim kdo zplati. Ledaze to je vas strycek ktery vam odkaze peeeeeeeeeeeeknou hromadku penizku.

- A/D 12 bitů (raději 16), sběr z 16 čidel (stačí mpx) 2x za vteřinu
- D/A 12 bitů, bude se ovládat 8 výstupů, stačí mpx 2x za vteřinu
- 16 logických vstupů
- 16-32 výstupů
- rozumné uložení dat a jejich export do PC, nebo tisk průběžně ukládaných stavových dat tiskárnou cca 1x denně