automatyka i programowanie

Hm.. systemy operacyjne... praktycznie wszystkie od DOS'a (starsze systemy, ale ci±gle pracuj±ce) po Windowsy, przez Linuxy i in. dedykowane. Programowanie to g³ównie C, ale te¿ asemblery i wiele innych (praktycznie zale¿nie od urz±dzenia).

Osobi¶cie uwa¿am, ¿e w programowaniu najwa¿niejsz± rzecz± jest umiejêtno¶æ tworzenia efektywnych algorytmów dla danego problemu. Reszta to tylko kwestia zakodowania w danym jêzyku programowania, co mo¿na ju¿ zrobiæ z instrukcj±. Znajomo¶æ C i jemu podobnych, bardzo u³atwia zadanie, gdy¿ obecnie du¿o aplikacji bazuje na mutacjach tego jêzyka. Asemblery, to ju¿ sprawa bardziej indywidualna - zale¿na od urz±dzenia, choæ czasami i tu mo¿na doszukaæ siê pewnych konsekwencji. Umiejêtnoæ bieg³ego operowania na logice binarnej, te¿ jest bardzo przydatna. Pozwala szybciej dochodziæ do optymalnych algorytmów.

Jednak jako przysz³y programista systemów automatyki, powiniene¶ mieæ ogóln± wiedzê techniczn±. Umieæ czytaæ schematy/opisy technologiczne (ró¿nych bran¿), mieæ podstawy ogólnie pojêtej mechaniki i elektryki, zjawisk fizycznych, ... bo automatyka jest wszêdzie: w piekarni i kopalni, w oczyszczalni ¶cieków i w kot³owniach, liniach produkcyjnych i systemach nadzoru, po prostu wszêdzie. A podchodz±c do danego zagadnienia powiniene¶ mieæ przynajmniej ogólne pojêcie o tym za co siê zabierasz. Mieæ ¶wiadomo¶æ specyfiki, mo¿liwo¶ci i ograniczeñ urz±dzeñ/systemów do których bêdziesz pisa³ programy steruj±ce. Orientowaæ siê w standardach przyjêtych w danych dziedzinach/bran¿ach. Na jakiej zasadzie dzia³a dane urz±dzenie/system i umieæ oszacowaæ czy dzia³anie urz±dzenia/systemu pracuj±cego na bazie Twojego programu jest poprawne. Bo ¿ycie programisty nie jest proste - czêsto dostajesz poczt± dokumentacje techniczna i technologiczn± z wytycznymi i masz napisaæ program i zrobiæ wizualizacjê na sterowniku xxx i programie wizualizacyjnym yyy do np. kot³owni z 3 kot³ami parowymi wysokoprê¿nymi pracuj±cymi w kaskadzie... ;) A za miesi±c bêdziesz robi³ sterowanie do aeratora na oczyszczalni ¶cieków i w miêdzyczasie znajomy poprosi Ciê o wykonanie sterowniczka do instalacji gazowej w samochodzie (a przecie¿ nie odmówisz :)) W trybie awaryjnym bêdziesz poprawia³ po kim¶ program steruj±cy lakierni±. Natomiast mleczarnia poprosi o ofertê na modernizacjê linii serków topionych :) !! I fajnie by by³o choæ z grubsza siê orientowaæ czego w danym przypadku mo¿na siê spodziewaæ!! :)

Ale przynajmniej jest ciekawie -- co¶ siê dzieje!! I dlatego ja lubie tê pracê !!:)

No chyba, ¿e skoñczysz jako konserwator systemu (wykonanego w technice dyskretnej - przeka¼niki) w fabryce drutu... ;)

Pozdrawiam :) /PP

P.S. Nie zra¿aj siê.. Jak siê dobrze zakrêcisz i bêdziesz DOBRYM fachowcem, to nie bêdziesz ¿a³owa³ wyboru!

Trzeba mieć ogólne pojęcie o wszystkim. Z OS warto poznać QNXa, Linuxa czy inne systemy uniksopodobne a także wciąż często stosowane w sterowaniu windowsy. Z języków programowania można zacząć od asemblera na jakiś mikrokontroler, tak żeby czuć ogólne zasady pisania programów (np. PLC programuje się w językach przypominających asembler) no i oczywiście należy nauczyć się języka C. W tej branży ciągle będziesz musiał uczyć się czegoś nowego :) ale właśnie dlatego automatyka jest interesująca. pozdrawiam Piotr

Nie wiem na jakim poziomie chcesz sie tym zajmowac i od jakiej strony. Dla typowego automatyka-klikacza jest mnostwo rozwiazan, choby 'ladder diagram' i inne tego typu wymysly. Systemy i programowanie? hm... uwazam, ze nie tu jest rozwiazanie. Stawialbym c+asembler wszelkiej masci kontrolerow, ale wazniejsza jest umiejetnosc szybkiej nauki i przyswajania niz konkretna wiedza w danym momencie.

Jak dla mnie dla automatyki duzo wazniejsze jest rozumienie np. czemu kontroler PI w petli sprzezenia powoduje wyzerowanie uchybu dla wymuszen stalych, jak dziala i jak sie stroi kontroler PID i po co on jest, jak zle dobrany czas probkowania moze zdestabilizowac uklad dyskretny... chocbys znal milion jezykow, a nie znal takich zagadnien - Twoja wiedza nic nie jest warta, bo co z tego, ze zaprogramujesz, jak nie bedzie dzialac.

Pozdrawiam

Piotrek

Dziekuje za profesjonalne odpowiedzi. Mam jeszcze jedna watpliwosc a mianowicie jaki system operacyjny jest popularny i czy dana aplikacja jest w trybie graficznym czy konsolowym?

On Behalf Of Piotr Piwko

IMHO na pierwszy ogień to ligwistyka anglosaska ;-). Następnie jakiś kierunek informatyczny i w następnej kolejności w zasadzie dowolny wydział elektroniki. Preferowany - robotyka. Na zakończenie, ale to już prywatnie poczytać bryki mechaników.

Jak to wszystko oblecisz (nie po łebkach), to możesz zająć się inżynierką. Ze swojej strony przed tym proponowałbym, jeszcze trochę praktyki jako serwisant maszyn mechanicznych w których duże znaczenie ma elektronika. Niestety, w praktyce trzeba się _znać_ na tym co się robi. Sama informatyka to zbyt mało aby zaistnieć.

A dlaczego taka długa droga? Bo są gotowe systemy i nowych nic nie wnoszących nie potrzeba i _nikt_ nie kupi.

pzdr Artur

W artykule <btouvi$823$ snipped-for-privacy@sunflower.man.poznan.pl> PP napisal(a):

Uwierz mi - tam też się może cholernie dużo dziać ;-)

Pozdrawiam

Marcin Stanisz

W artykule <btp39b$k32$ snipped-for-privacy@flis.man.torun.pl> Piotr Nabielec napisal(a):

No wiesz? _KLIKACZA_? Szczególnie STEP5 na PG750 ;-)

Automatyka MSZ dzieli się na dwie główne grupy: "dyskretną" i "ciągłą", choć oczywiście w każdym projekcie może być trochę tego i tego. Nie należy _dezawuować_ części dyskretnej, a język drabinkowy wziął się w prostej linii od naszych przodków robiących baaardzo złożone układy sterowania na przekaźnikach.

Marcin Stanisz

Mały przyklad z piątku (zakład ma 4 male maszynki wliczajac w to 3mb taśmociągu), 2 kompresory:

1. Rano - cos zaczelo zle dzialac, po krotkiej medytacji padlo na zle materialy do produkcji (inna partia - wadliwa)
2. okolo poludnia padla jedna faza - okazalo sie ze w liczniku padlo uzwojenie pradowe, brak fazy = wylaczenie jednej z maszyn i wiekszego kompresora
3. prace przeniesiono na mniejsza maszyne i podlaczono jednofazowy kompresor
4. popoludnie - padl mniejszy kompresor i to nie z przeciazenia, tylko okazal sie miec wade konstrukcyjna.

To wszystko wydarzylo sie na jednej zmianie w jeden dzien - w zakladzie w ktorym teoretycznie nic wielkiego i skaplikowanego nie ma!!!

__ Pzd, Irek.N.

To zale¿y jak bardzo chcesz byæ blisko procesora... im dalej tym oprogramowanie jest bardziej przyjazne dla automatyka.... w jêzykach niskiego poziomu (asembler) to programuj± w kilku firmach na ¶wiecie: Siemens, Nodicon, Allen-Bradley, Ge Fanuc i innych np: japoñskich, którzy tworz± systemy sterowników wykorzystywane pó¼niej przez automatyków... ich programi¶ci tworz± takie oprogramowanie narz êdziowe jak: STEP 5, STEP7, Concept, RSlogic (ci musz± znaæ perfekcyjnie oprogramowanie do tworzenia aplikacji, najczê¶ciej pod najpopularniejszy Windows obecnie XP) Automatykowi, który sk³ada system z "klocków lego" Siemensa, Modicona, Allen-Bradley potrzebna jest znajomo¶æ oprogramowania narzêdziowego utorzonego przez te firmy.... z ogóln± znajomo¶ci± typowo informatycznego programowania typu: Asembler, C, Pascal, C .... przy wizualizacji konieczne jest znajomo¶æ takich ¶rodowisk jak:InTouch, iFix, VB... w nich tworzy si ê wizualizacje w miarê szybko, a ich producenci gwarantuj± ich dzia³anie... owszem mo¿na do tego podchodziæ tak, ¿e samodzielnie w C lub Delphi bêdzie siê tworzyæ wizualizacjê, ale to jest trochê przegiêcie.... chyba, ¿e trafisz do zespo³u ze wspomnianych g³ównych producentów, bo w przeciwnym przypadku lepiej sobie odpu¶ciæ firmê preferuj±c± takie prowizorki...

To jest aktualny trend w¶ród dostawców automatyki... do lamusa trzeba od³o¿yæ projektowanie systemu automatyki sk³adaj±ce siê z wyboru procesora, mikrokontrolera, optoizolatorów, tyrystorów itp zwykle zakupuje siê ju¿ gotowe sterowniki z odpowiedni± ilo¶ci± I/O, co wybitnie skraca czas projektowania systemu (odpada cykl produkcji p³ytek, programu na niskim poziomie, tworzenia obudów). W zasadzie trudno jest uzasadniæ potrzebê tworzenia w³asnego sterownika, chyba, ¿e ¿aden z producentów nie oferuje tego odpowiedniego... oprócz tych czo³owych producentów jest jeszcze kilku innych tworz±cych sterowniki bardziej specjalizowane... cos zwykle siê znajdzie...

Program ogranicza siê do aplikacji obs³uguj±cej dan± maszynê....

ST