( kukukk | 2017. 04. 25., k – 15:00 )

Pedig jol ervel.

Ha megbizhatoan mukodo rendszert akarsz, akkor a szenzorokat es a vegrehajto elemeket kabelen kotod a vezerlo egysegbe, ami egy arra tervezett dolog, mint pl egy PLC. A PLC-ben fut minden vezerlo algoritmus, amiknek te egy szamitogeprol vagy helyi kijelzon keresztul adod meg a kulonbozo referencia ertekeket. Ez az alap, de, termeszetesen, ezt lehet komplikalni elosztott rendszerekkel. Ekkor tobb PLC vezerli a kulonbozo alrendszereket. Ha adatot kell csereljenek, akkor kommunikalnak egymassal, lehetoleg szinten kabelen Modbus, Industrial Ethernet, vagy egyebb ipari szabvanyt hasznalva. Ez draga, es sok kabelezes kell hozza. Valamint egy hazi automatizalas lehet nem epp annyira kritikus rendszer mint egy ipari gyartosor, eromu, stb. mukodese.
Ezt a rendszert lehet tobb modon olcsositani, kulonbozo iranyvonalakat kovetve.

A te iranyvonalad, ha jol ertem, az, hogy a PLC-t egy, pl RPi-n futo rendszerrel helyettesited. Ennek a hatranya, hogy a kozponti rendszer meghibasodik, akkor az egesz rendszered mukodeskeptelenne valik. Igen, a PLC is meghibasodhat, de azert a jellemzo az, hogy evtizedekig mukodnek megbizhatoan. Valljuk be, egy RPi nem epp a megbizhatosag mintakepe. Es az, hogy van akinek evek ota megbizhatoan mukodik, nem teszi megbizhatobba. Nem ipari celokra talaltak ki. Ettol fuggetlenul hazi automatizalasra megfelelhet. Tovabb novelheted a biztonsagot egy cluster kialakitasaval.

A masik iranyvonal lenyege, hogy megtartjuk a helyi kis vezerloket, amik csak annyit tudnak, hogy egy bizonyos dolgot vezerelnek, viszont azt kepesek tenni mindentol fuggetlenul. Majd ezek fole epitesz egy SCADA szeru rendszert ami menti az adatokat, mutatja az aktualis allapotokat es lehetove teszi kulonbozo referencia ertekek modositasat. Ennek az elonye, hogy, ha megszakad a kapcsolat a felsobb szinttel, a rendszer akkor is mukodik tovabb. Ha bealitottal 22 fokot, akkor tovabbra is tartja a 22 fokot.

Ha a szenzorok olvasasat kabelezes helyett WiFi-n keresztul akarod megoldani, akkor mindket esetben le kell kezelned, hogyan reagaljon a kommunikacios hibakra a rendszer, igy ez mindket esetben kb ugyanolyan szintu problema. Itt meg annyi, hogy ha egy szenzort tobb vezerlo is kell hasznaljon, hatasos lehet, ha hiba eseten mindegyik jelez. Ugyanis lehet egy olyan problema, hogy az egyik vezerlo valamiert nem tud kommunikalni vele, mig a masik igen. Plussz informacio lehet a hibakereseshez.

Teljesen altalanositani nem lehet, mert minden helyzet mas, de azert altalanossagban a kovetkezo 2 lehetoseget lehet kivitelezni:
- 1 darab kozponti vezerlo, amiben implementalsz minden algoritmust
- tobb onalloan mukodo kisebb vezerlo, amelyeket egy kozponti helyrol parametrizalsz.

Mindketto mellett lehet pro es kontra erveket felhozni, es persze lehet kombinalni is oket.

Sic Transit Gloria Mundi