Newsgroup: it.lavoro.informatica
Titolo: AUTOMAZIONE: supervisione e controllo di processo via PC

Qualche opinione su come tira questo tipo di mercato? Nel nord-est più
specificatamente?
Ciao, Alessandro

 Ciao, Alessandro
Non so dirti come tiri il settore, ma mi sembra di aver visto che all'Area
Science Park di Trieste è stato indetto un corso per disoccupati proprio per
controllo di sistemi automatizzati via PC e simili. Per info prova avedere
sul sito dell'Area (
www.area.trieste.it
)
Saluti.

Cosa ne pensate dell'ennesimo concorso rivolto a "smanettoni"
(Concorso Java di Siemens Mobile 
http://siemens.metamatica.com/
) con
premio un fantastico scooter o un server SUN ?	
Assumere degli sviluppatori no, eh?
Umberto

 ha scritto nel messaggio
news:gmvusugvg5i41st92...@4ax.com...

Curioso, alla fine c'è scritto che i lavori saranno valutati tramite un
emulatore del cellulare in questione, forse + che per "usare" il lavoro
altrui lo fanno per vendere cellulari...
Ciao, Alessandro


Nella mia zona (Udine) trovi qualche realtà del genere. Sono tutte ditte che
vendono soluzioni industriali, tipicamente lavorazione dell'acciaio e derivati.
Old economy insomma ;o)  ma al loro interno hanno sempre una sezione di
automazione industriale.
Ciao,
g.

Ringraziando chi mi ha risposto aggiungo un'altra domanda: che usano per
sviluppare? VB, C, sw proprietari, altro...
Riciao, Alessandro

sviluppare? VB, C, sw proprietari, altro...
VB ?????? Siamo seri !
Se qualcuno usa VB per questa tipologia di lavoro io me ne sto ben ma
ben lontano ...
C e assembly sono per la maggiore (un must direi), i piu' fortunati
possono trovare C++.
Attenzione che programmare in C per embedded richiede conoscenze ed
esperienze ben diverse dal C che magari sei abituato ad usare su Pc
specie sotto Windows.
Altro che "visual environment" ... devi sapere esattamente cosa cavolo
il tuo compilatore fara' e come produrra' il codice, oltre che
ovviamente conoscere elettronica e componenti e come metterci mano.
E aspettati anche ambienti di sviluppo sotto OS seri .. non certo solo
Windows.
Quindi se vai in panico perche' non trovi l'icona di Start ... anzi,
perche' non trovi l'icona .. beh ... cambia mestiere :)
C'ya
	Steve
--
"Neanche gli dei" (I.A. Galaxy)
Isaac Asimov
sxbo...@supereva.it
 - remove the x to write me
------------------------------------------------------------

 ovviamente conoscere elettronica e componenti e come metterci mano.
Ma adesso non va più di moda parametrizzare schede già belle e pronte che si
arrangiano a fare un po' tutto?
Non so, sto chiedendo. Nel controllo di processo non inizia a prender piede
la modalità di sviluppo per componenti come nel sw?
Ciao, Alessandro

la modalità di sviluppo per componenti come nel sw?
Certo. Ma non certo usando il VB !!! Essu' !
Roba che va bene per fare esercizi a scuola .. non certo per
controllare impianti (roba da rabbrividire al pensarci .. tipo usare
WinCE come Rtos !!! Argh !).


 ben lontano ...
ne abbiamo gia' discusso una volta e ti ho dato ragione, te la do' ancora ma
...
per motivi vari mi sono trovato ad avere a che fare con soluzioni
d'automazione per impianti industriali, per le dimensioni diciamo da 200Mln
a qualche Mld di vecchie lire, principalemte per produzione di energia ma
anche in contesti molto differenti, comunque sempre custom su specifiche
cliente.
Per descrivere anche solo in parte una esperienza seppur in un contesto
limitato ci vorrebbero parecchie pagine, cerco di dre un'idea nel modo piu'
semplice che mi riesce ..
iniziamo col dire che un impianto industriale e' una cosa di generose
dimensioni [per dare un'idea 10-100mt] che solitamente si trova in un
ambiente "ostile" [il campo] e dovendo interagire con il processo deve
essere facilmrnte interfacciabile con un elevatissimo numero e tipo di
sensori/attuatori. Un giocattolino di cui mi sto occupando adesso ha, per la
parete di controllo, un'architettura siffatta : 1 PLC di fascia medio/alta
con varie schede di I/O per circa 500I/O [sia anologici,che digitali],
un'interfaccia di rete, un  Hub, un ras hw, un pc industriale cui e'
demandata parte dell'intrefaccia [il resto sono pulsantiere sparse qua e
la'].
Un plc in soldoni e' un piccolo calcolatore dotabile di infinite sk di
interfaccia, e' il cuore del sistema , la parte piu' critica .. quella che
legge i sensori e comanda gli attuatori e eventuali controllori esterni.
Per lo sviluppo Sw il linguaggio che va per la maggiore e' il ladder [o
schema a contatti, i tool di sviluppo sono in genere proprietari e forniti
dal produttore del PLC  ] , le ragioni sono soprattutto storiche, certi
aggeggi venivano dati in mano a personale di estrazione elettrica non ad
informatici .. altri linguaggi li trovate consualtando la normativa
IEC-1131, chi vuole dare un'occhio qualcosa poco legato ai vari vendor di
plc puo' provare con ISaGraf [spero di aver messo bene maiuscole e
minuscole]. Un plc si caratterizza per robustezza, facilita' d'uso e altre
feature molto utili come la possibilita' di modificare il programma a
runtime [preciso :  a runtime vuol dire con l'impianto che va!]
Per quanto riguarda il PC industriale in questo caso si trtta di un normale
PC [robustazza e costo, a parte] dotato di un touch screen e di una
tastiera.. industriale .. l'os e' win2k. Il SW di supervisione e' vijeo look
di telemecanique [opc server + gestione dell'interfaccia]. Lo sviluppo e'
effettuato in buona parte con il sitema di sviluppo "visuale" fornito
assieme al sw e volendo personalizzabile con VB [se non erro fornito in
bundle], l'impostazione e' quella di uno scada, visto il costo elevato di
questi sw [fino a 5000 euro per licenza di runtime] alcuni preferiscono fare
da soli realizzandone da  zero.
L'architettura del sistema di controllo di questo impianto e' per certi
versi un po' anomala, M$ e Pc in certe posizioni non mi piaciono molto
[anche se l'intelligenza e la parte critica sta nel plc], altri scenari
prevedono un paio di PLC di fascia alta, magari ridondati piu' qualcosa di
piccolo utilizzato alla stregua di unita' di I/O intellignete, il tutto su
un bus di campo e con terminale operatore presso l'impianto, il sitema di
supervisione e' in remoto con funzioni di raccolta e analisi di dati e
comunque non essenziali al buon funzionamento dell'impianto.
Giusto per intenderci a chi deve sviluppare un sw per un accrocchio del
genere danno in mano 200pag di schemi elettrici, qualche P&I e una ventina
di pagine di specifiche [di solito scritte maluccio], il tutto per qualcosa
che magari non sai nemmeno bene che deve fare e dove ogni tre per due ti
cambiano qualcosa.
Giusto un cenno veloce al settore :
- tempi piu' lunghi e modalita' differenti dall'informatica classica [le
tecnologie sono attuali e funzionali anche dopo anni, ce' molta piu' calma]
- una nota negativa riguarda gli impianti, non sono luoghi molto
confortevoli [fa o caldo o freddo, ce' rumore, sporco etc..]  e anche in
realta' piccole spesso i clienti sono sparsi un po' per tutto il globo,
quando vi dicono "trasferta" non di rado intendono altri continenti.
- i lati positivi sono una maggiore stabilita', non ci sono crescite folli
da niu economy ma nemmeno tanto repentine cadute, ci si puo' ritagliare un
bel posticino dove stare e di che vivere decentemente senza troppi patemi.
Per andare un po' oltre il ruolo di softwarista [ i programmatori li
chiamano cosi' da ste parti] sono necessarie conoscenze [o facilita'
nell'acquisire] riguardo la parte elettrica "di potenza" e le
caratteristiche specifiche di impianti/processi [variano da settore a
settore].
Questa e' solo una visione parziale [ per chi e' interessato all'automazione
consiglio anche i post di Stefano e altri nel tread di qualche giorno fa,
"ma per i 40enni e dopo?"] tenete presente che tra impianti da 100Mln e ad
100MLD cambiano parecchie cose, sia gli attori che le teconologie.
Qualche nota, il "debug" finale lo fai sull'impianto e se hai segato
qualcosa non ti ritorna un'eccezione ma suona la sirena e si pianta tutto
[il segato qualcosa sono anche quei 20 fili che chi ha cablato ha collegato
nel punto sbagliato], poi volete mettere che bello schiacciare qualche tasto
e far partire un generatore da 1MW.
ciao Luca

legge i sensori e comanda gli attuatori e eventuali controllori esterni.
Esatto.
Secondo te qualcuno considererebbe di sviluppare un PLC in ... VB ????
:-))
Ciao


 :-))
per sviluppare il "PLC" nemmeno in ipotesi, ma a chi lo utilizza non puoi
richiedere piu' di tanto, insomma se poi a farci manutenzione in burundi ci
mandi un elettricista in che cacchio lo puoi far programmare :-) ?
Saluti Luca.

 E adottare RTOS tipo embedded Linux, 
Ciao Steve, ho deciso di fare una tesi con un sistema del genere (Real
Time e Embedded, RTAI linux). Oltre che per passione per il pinguino,
l'ho fatto pensando di acquisire competenze che mi aiutino nella ricerca
di un lavoro, che tu sappia queste competenze sono richieste?
Se mi darai qualche dritta lavorero' "piu' motivato" ;) (perche' e' tosta
scrivere roba in kernel space...)
Grazie facc'eburriccu
Ps: la tesi e' il controllo Real Time (Hard) di un motore in corrente
continua

 continua
qualcuno che lurkava qui' ha fatto la stessa tesi ..se ritrovo l'indirizzo
te lo passo.
ciao Luca

scrivere roba in kernel space...)
Si' ma vuoi mettere alla fine sapere che TU hai fatto andare il tutto
e sai anche come e perche' ?
Da quel poco che vedo posso dirti che Linux in ambiente embedded si
sta espandendo e anche velocemente !!!
Campi maggiormente coinvolti : tlc - automazione - enti spaziali e di
ricerca


mandi un elettricista in che cacchio lo puoi far programmare :-) ?
Beh diciamo che l'esempio del PLC e' un po' troppo ... a se stante.
Eoni fa sviluppai un programma per fare verifiche di qualita' su modem
(produzione) e sviluppai un "linguaggio" ad hoc per tale programma, in
modo che i tecnici di produzione potevano scriversi le loro procedure.
UNa specie di PLC Sw :)
Ma sono casi abbastanza isolati ...


 ...
Concordo.
A questi aggiungo però Java (J2ME) che sembra essere la tendeza, o la moda, del
futuro.
Un sito da cui trarre qualche indicazione "nuova": 
www.linuxdevices.com
G.

 sta espandendo e anche velocemente !!!
Io curo un progetto di questo tipo. In italia. E, almeno qui, Linux embedded è
la soluzione principe.
Tra l'altro, sviluppiamo anche la scheda target su cui gira il tutto.
g.

futuro.
Beh ... aumentando la potenza del s.o. e attuando una
standardizzazione delle schede inizia ad essere una soluzione
attuabile.
Non ancora ovunque ma e' interessante.


 ben lontano ...
Sono d'accordo con te. Purtroppo però in una ditta 
dove ho lavorato facevano proprio così.
Non ti dico che belli runtime error in linea...
-- 
while [ -f /tmp/usa ]
do
sh /bin/laden
done

Io curo un progetto di questo tipo. In italia. E, almeno qui, Linux embedded è
Good ... bello sapere che non tutto e' morto.
Peccato che ditte che operano cosi' si sono ridotte (numericamente) ad
essere mooooolto poche.


 Li si' che guadagni !
ma siamo sicuri, sicuri sicuri ? poi non e' che io stia smaniando dalla
voglia di alzarmi alle 3:30AM per andare a preparare il pane :-(.
A sto punto fra un po' si mette su una societa' che si occupa di automazione
[quella "semplice" che descrivevo io], tutto sommato qualcuno lo conosco e
con un po' faccia tosta i clienti si trovano, qualche progetto riciclato, un
quadrista e via [e saremmo gia' sopra la media].
Saluti L.

[quella "semplice" che descrivevo io], tutto sommato qualcuno lo conosco e
Se mai tornassi guarda che ti rompo le scatole eh ?


Non ti dico che belli runtime error in linea...
Roba da utilizzare per l'elettromedicale allora :)


 Roba da utilizzare per l'elettromedicale allora :)
Mah, dipende. Fosse per la camera operatoria di 
berlusconi direi che il visual basic sarebbe la 
scelta migliore... ;-)


 Se mai tornassi guarda che ti rompo le scatole eh ?
non e' detto che tu rompa, fra un po' potrebbe essere la spinta giusta per
una svolta ... diciamo pero' che certe opportunita' bisogna cercarle nel
tempo, ho un amico commerciale e tento di apprendere quello che posso :-)
 se il suo navigatore satellitare vale piu' della mia auto un motivo ci
sara' ]
Saluti L.

 diciamo piu' qualche ;-)
piu' di qualche
L.