Scada Open Source - Progetto di uno SCADA open Source

[Gianmario Pedrani]

Ciao Fratello martello, credo che se utilizziamo la piattaforma net allora svilupperemo per la maggior parte sotto win, e quindi abbiamo già definito il sistema operativo. Io non conosco la piattaforma net e quindi in questi giorni tempo permettendo mi attrezzo per cercare di dagli un occihata, e vedere quello che si porta fare e disfare. e visto che ti ho conosciuto di persona e mi hai dato una buona impressione, mi fido di quello che hai detto e ti appoggio sul linguaggio da te proposto.

Ora secondo me dobbiamo fare un analisi di come cercare di sviluppare il nostro progetto, io penserei di fare una cosa di questo tipo, un kerner centrale, che fa da run time, e come hai proposto tu con il drag&drop lincare i vari oggetti in modo dinamico a secondo di quello che serve in quel momento. quindi avremo varie specifiche, per la costruzone degli oggetti fligli che potranno essere sviluppati, separatamente ma che verrano linkati nel kerner.

io pensavo anche di implementare come db Mysql che potrebbe fare da appoggio per i vari settaggi e configurazione del sistema. Con la possibilta cosi di poter portare anche la supervisione via web, tramite php i asp, Io personalmente prenderei anche in considerazione PhP che mi sembra molto potente.

Se qualcuno ha qualche idea su come impostare il sistema è ben accetto

Una domanda Walter, che piattaforma net usi tanto per allinearmi??????

[walterword]

.NET 1.1 + SP1

grazie per l'appoggio fratello Pedrani

be in effetti se vogliamo fare qualcosa di rivoluzionario possiamo sviluppare sulla piattaforma

QNX , che e' la migliore per il real time

Certo che pero fratelli e' un 'impresa mica da ridere , abbiamo librerie per seriale , ethernet ,

driver per periferiche ect ect ect ???

Poi per il linguaggio ?

A me sta a cuore una cosa del genere , ma non posso assolutamente in questo momento deviare

da Win a Qnx .

Se stiamo su win abbiamo la possibilita di usare anche Win CE embedded.net , o WinXp embedded

Bisognerebbe conoscerli meglio

Per lo scambio di dati tra diverse piattaforme e addirittura da pc-plc , pc-micro ect c'e' il potente Xml.

Un file Xml affiancato ad un file di schema .xsd (che rappresenta un dataset) si posson fare un sacco di cose

Le classi per Xml permettono di utilizzarlo com eun database , con funzioni di ricerca tramite ID ect ect

Bisogna vedere un po di cosette ma soprattutto piu avanti avanti incontrarci per capire cosa , chi e perche

Io con gli OS sono un po indietro , con altre cose potrei cavarmela meglio .

Come dicevo e come hai riposto , bisogna capire bene la programamzione degli oggetti a run time ,perche

il ns run time sara il disegn time dell'utente che poi cliccando un tasto uscira ed andra nel suo run time

Scusate il gioco di parole e' proprio cosi .

Quindi tutto cio che ha a che vedere con drag & drop ed altro .

Poi implementare controlli TreeView w list view per creare la struttura del ns. scada che sara rappresentato con un progetto , creazione di directory e file di applicazione , file di dati ect ect .

Se ci appoggiamo su xml potremo risolvere molti problemi legati ai file.ini , file di instalalzione , dati applciazione

,grafica , e possiamo anche preparare dei fogli Excel preparati per introduzione di alcuni dati

Io posso smazzarmi la creazione della comunicazione con plc S7-300-400 e 200

verra per esempio richiesto all'utente di installare l'opc server e come fa l'opc scout (applicazione client che fornisce siemens per provare il link delle variabili da e verso plc) creero una gestione dove si potra scegliere

quali db , il tipo di dati e quanto per ogni tipo , salvando il tutto su files (xml ovviamente )

Insomma le idee non mancano , ma il tempo si e in questo momento , fino a gennaio sono poco disponibile

Nel frattempo faremo una lista delle persone interessate , stabiliremo un percorso ed una dinamica

Ognuno di noi dovrebbe pensare piu o meno a cosa serve , a cosa andremo incontro e a come poter risolvere

i problemi , faremo delle liste e ci consulteremo man mano che saltan fuori

Lo dico subito : no perditempo , no a persone negative , si a chi vuole lavorare in equipe e fare qualcosa

di diverso e perche no anche iteressante .

Stabiliremo poi la modalita dello scada , ossia quanto e come sara open source

Parliamoci chiaro : di lavorare per la gloria , o per regalare all'umanita gli sbattimenti che faccio non mi va

anche perche con me nonlo fa nessuno questo atteggiamento

Se invece saremo onesti e fiduciosi potremo presentare o quanto meno usare per le ns applicazioni in qualcosa di veramente interessante .

Io da parte mia ho gia delle routine che chiamano files xml , caricano stringhe e le visualizzano in base all'Id di allarme , di diagnostica ect , e sono gia scrivibili dall'esterno tramite datagrid ( per chi non avra Excel installato

sulla machhina) .

Insomma ce ne' da fare

Quindi secondo me ognuno di noi dovra anche vedere ed usare scada o di terze parti o propri per capire , migliorare (pensando ) e valutare .Ripeto la parte piu pesante sara la grafica a run time ( il ns. RT)

di questo no ho mai provato

buonanotte cicciolini fratellini

walter

[biro2]

Proponevo MySql in quanto è già di per sè un tool OpenSource e non ti lega ad una particolare piattaforma.

L'idea che ho io è di partire innanzitutto risolvendo il lato SCADA, tralasciando per il momento le comunicazioni dirette con i controllori/plc: immaginiamo di avere una rete di plc già collegata ad un I/O server proprietario (ad esempio dei PLC Siemens collegati in rete all'I/O Server di Wonderware InTouch).

Il primo step che propongo è quello di creare una applicazione open source che ti permette di pescare dall'I/O server e costruirti tramite asp, php (o quel che vi pare) uno SCADA su web ossia uno SCADA su browser qualsiasi.... OS independent, Browser independent... chiunque può costruirsi le pagine come vuole e nella piattaforma che vuole...

Una volta raggiunto questo step passerei allo smantellamento dell'I/O Server proprietario in modo da crearne uno Open Source utilizzando tutti i bellissimi tools di comunicazione (dll e quant'altro) di cui mi sembra siate ben più informati di me.

Non so... è un'idea iniziale per non disperdere le energie su troppi fronti e affrontare la cosa per piccoli passi: prima creiamo l'interfaccia SCADA open source 'pescando' i dati da un DB proprietario e in un secondo momento smantelliamo anche il DB proprietario e ci creiamo il nostro.

Che dite?

[Ospite meatech]

Ho gia sviluppato una piattaforma basata su framwork .NET per l'implementazione di un framework per sistemi scada. Compreso di una libreria di oggetti inseribili negli screen che sfruttano il framework.

La mia idea è di una classe port (interfaccia iport) a cui si collegano varie classi device (interfaccia idevice)

e di un device manager che scrive e legge su una sorgente dati (MSSQL per ora) a questo punto degli oggetti

"point" dichiarati nelle interfacce grafiche o negli oggetti .NET provvedono a prelevare o impostare i dati nella sorgente dati.

Per ora ho implementato la classe MDBDEV e MDBPORT per la comunicazione il modbus.

Rimane solo un problema .... utilizzare un db MSSQL come sorgente dati costringe l'HD ad un gran lavoro ...

Al più presto (quando debuggato) consegnerò tutto a WALTER e poi potremmo condividere questo lavoro cominciando prorpio con la realizzazione di una sorgente dati più appropriata per noi.

Che ne pensate ?

[Bizz]

È una grandissima idea bisognerebbe che tutti assieme ci scambiassimo tutte le idee per raggiungere il massimo delle possibiltà per creare un ambiente dove tutti ci possiamo lavorare e quindi renderlo ancora migliore per noi e per le nostre tasche.

Ma volevo sapere anche un opinione sul messaggio che avevo messo ieri, mi sarebbe di grande aiuto! Ah il panello operatore con plc è un B&R PP220. Mi sarebbe di gran aiuto un opinione.

[walterword]

non ho mai usato B&R , e di pannelli ne uso ben pochi , non saprei cosa dirti

Utilizzare il web come , internet ed intranet e' una soluzione potente , ci sto gia pensando per alcune applicazioni

che ho fatto ; pc che legge dai plc , nello stesso pc tramite IIS (server web di OS MS ) rendere disponibili

in lettura e scrittura dati ed anche comando verso le macchine .

La fonte dati database va bene per dati che devono essere memorizzati con una certa consistenza ,

Per la pesantezza ribadisco il fatto di iniziare a capire ed utilizzare Xml che sono file leggeri e veloci .

Con Xml si possono anche descrivere file xsd (schemi) che rappresentano dataset che sono vere e propie tabelle

in RAM , con relazioni , viste ect .

Non dimentichiamoci che lo scada avra anche bisogno di thread veloci , ossia visualizzazione dei dati della macchina o del processo tipo quote , pressioni e dati che devono essere letti in real time ( o quasi ).

la problematica database sul quale appoggiamo i dati delle applicazioni scada possono essere risolti

con diversi db tipo sql (che pero e' abbastanza pesante ) o MySql (che non consoco )

Io e' solo da gennaio di quest'anno che ho iniziato coi pc ed in particolare .Net e vc#.

Non sono molto esperto , ma negli studi che ho fatto del framework realtivi ad applicazioni windows e web

(Asp.net + c#) noto con grande interesse che il framework stesso e' basato su files e tecnologia Xml.

Per esempio in un'applicazione web xml la fa da padrone ,la stessa e' configurata con un file web.config

che e' xml , ed anche tutto quello che non si vede nel Ide di visual viene salvata e caricata come tale .

non ce ne sono di Database e' tutto Xml , potente , felessibile , leggero come un file.txt ma molto ma molto piu corposo .Certo se poi dobbiamo immagazzinare migliaia di dati allora si usera un db

Ragazzi scusate se insisto su questo concetto , non e' perche ho una fissa , ma perche viene usato da molti

e' multipiattaforma , snello e potente .

Lo stesso compilatore di Flash mx utilizza xml come appogio per l'interpretazione di Action script (il suo linguaggio) .Con xml si puo prendere un database , in 3 righe serializzarlo e spedirlo in http e soap

Con xml si puo spedire un file ed unos chema e farlo interpretare ad un browser che visualizza una pagina

al posto di usare html , che pure e' potente e lo utilizzeremo

Pero adesso io direi di fare una cosa , giusto per partire dale cose facili .

Ipotizziamo di creare uno scada comunissimo che si colleghera ad una fonte dati comune .

Quindi l'utente lo installa , si riavvia il pc e cosa succede ........ ????

Partiamo dalle ocse facili tutti insieme , cosa ne dite?

ciao

walter

Modificato: 28 ottobre 2004 da walterword

[FranSys]

be in effetti se vogliamo fare qualcosa di rivoluzionario possiamo sviluppare sulla piattaforma

QNX , che e' la migliore per il real time

Ben detto fratello! Fate un giro qui. Una volta ho "smontato" una supervisione la cui comunicazione era realizzata su QNX per sostituirla col "mio" prodotto Windows based. Al cliente ovviamente non l'ho detto, ma mi sentivo un ladro. Il sistema precedente effettivamente funzionava molto meglio del mio. Ad ogni modo credo che non si possa portare avanti un progetto open source su un sistema operativo del genere.

Parliamoci chiaro : di lavorare per la gloria , o per regalare all'umanita gli sbattimenti che faccio non mi va anche perche con me nonlo fa nessuno questo atteggiamento

Questo è un problema a cui dovrai fare l'abitudine. Se realizzi un progetto realmente "open" lavori innanzitutto per te stesso e per il tuo gruppo di lavoro. Nessuno paga, tutti prendono e neanche dicono grazie. Purtroppo è così. In altro modo, Linux non sarebbe nato (scusate l'esempio blasonato, ma le cose stanno così... non passa giorno che io non ringrazi il giovane studente universitario scandinavo che dette il la all'operazione).

Ciao.

[Ospite meatech]

X Walter,

avevo gia pensato all'utilizzo di un dataset su stream XML ma attualmente l'ho scartata per scarso tempo a disposizione (sto utilizzando il mio framework per uno scada) e scarse conoscenze in materia di gestione dell'XML da parte del framework .net.

DOMANDA:

è possibile caricare un file .mdb (più che sufficente per memorizzare le variabili di scambio con i device e gli allarmi) in memoria attraverso un dataset o qualsivoglia tecnologia ed interrogarlo con delle query.

O meglio posso crearmi un oggetto che all'inizializzazione carica un db access in memoria e poi interrogarlo con delle query SQL ????

[Ospite meatech]

X FranSys,

sinceramente non penso che nel mondo dello scada sia fondamentale il real time, per lo meno nel 99% delle applicazioni.

Se volessimo dare vita ad un progetto in cui venga integrata sia la logica che la supervisione allora si parlerebbe di tuttaltra cosa.

Esistono comunque delle versioni di linux real time ... che offrono buone prestazioni.

Personalmente ho scelto C# che non è altro che un dialetto di JAVA. Inoltre rispetto a java è uno standard ANSI come il c o il c++. Inoltre so che sono stati avviati dei progetti per l'implementazione del framework .NET su Linux quindi penso che a breve gli applicativi c# + .NET si potranno compilare con poco sforzo anche sul pinguino.

Un'altra soluzione sarebbe quella di utilizzare le librerie QT di cui esiste il porting per qualsiasi piattaforma (anche per sistemi embedded) ma sinceramente non le ho mai usate e sinceramente non avrei neanche tempo di studiarci sopra.

[walterword]

x meatech

sto giustappunto scrivendo un'applicazione dove vengono usati files xml e xsd (sempre scritti in xml)

Tiro fuori una riga dal dataset con un ID , come in un database

Don't worry my friend (brother)

io pero prima di addentrarmi nel discorso vorrei che ognuno di noi scriva una lista di "oggetti" o problematiche

inerenti allo scada .

L'utente finale acquista o scarica il ns scada , lo installa e poi cosa si aspetta ?

Di definire una comunicazione ? con qualcuno ? con chi e cosa?

quante pagine prevede di utilizzare ? come facciamo una toolbar con gli strumenti per far piazzare

sui forms i controlli , dobbiamo creare una sorta di progetto con TreeView w listbox per far settare

l'applicazione ?

Come fa l'utente a piazzare i controlli nella sua modalita' disegn time ?

cioe ragazzi se andiamo gia sullo sviluppo vien fuori solo un gran casino

Capisco che QUALCUNO sia gia avanti (vero meatech ) ma dobbiamo creare prima le basi

i punti di fuoco dello sviluppo ,

IL CARTACEOOOOOOOOOOOOOO!!!!!!!!!!!!!!!!!!!

Ragazzi per favore io sono gia nella m...a col sito che sto creando , e sara un'eperienza valida sotto molti punti di vista , quindi per il momento non posso svilupapre lo scada

Per il momento non dobbiamo sviluppare niente , dobbiamo crearci le idee su come ,cosa , chi , perche

poi ognuno di noi scrivera le varie parti i vari oggetti che messi insieme faranno girare lo scada

Pero ripeto e ci tengo , facciamo prima dei ragionamenti senza entrare nella programamzione

ne tanto meno piattaforma o tecnologie programamtiche

per favore ascoltatemi , seno vien fuori un gran bordello senza mignotte

Attendo ulteriori suggerimenti su come sviluppare

x meatech : fratello io ti stimo molto , sei gia avanti per molte cose , ti ritengo una colonna portante del progetto

pero credimi se non facciamo prima un'accaruta analisi sara solo un gran casino

ciao fratelli

walter

[walterword]

il codice managed di VC# piuttosto che VB.net viene compilato in un'intermedio codice che si chiama IL

Quest'ultimo , a seconda della piattaforma crea l'eseguibile finale e lo fa girare

Il CLR e' paragonato , ma molto piu potente e flessibile alla virtual Java machine

Il codice IL e' il byte code di java

Funzionano con la stessa dinamica m ma sono cose distinte e diverse .

Quando linux o altr Os supporteranno il CLR incluso in .NET potremo far girare il codice scritto su win in c# su linux , ma questa e' commercializzazione del software e a me no me ne frega un ca**o

Noi dobbiamo qua capire cosa si vuol fare , ANALIZZARE e RIANALIZZARE le problematiche

e ripegare i problemi su moduli di codice ( che saranno oggetti descritti da classi o altro )

Ma il tutto a livello di analisi , creare una flow chart descrivendo tutto per filo e per segno

quando poi sara approvato lo standard allora si che ci dedicheremo allo sciluppo , e alla rpogrammazione

che altro non e' che la traduzione del ns. volere in codice di linguaggio informatico .

Io lo vedo cosi il mondo dell'informatica , diversamente non avrei modo di condividere il progetto

ciao

walter

[Livio Orsini]

....sinceramente non penso che nel mondo dello scada sia fondamentale il real time, per lo meno nel 99% delle applicazioni.

In effetti i tempi di risposta di WinXX e Linux sono più che sufficienti per gli scada. Anche l'affidabilità, seppur di gran lunga inferiore a QNX, è più che sufficiente per uno SCADA. Se anche si bloccasse Win (schermo blù) non farebbe grossi danni.

Diverso è il discorso per l'automazione, in questo caso è obbligatorio un real time come QNX o RTOS, sia per la velocità, sia per l'affidabilità.

[walterword]

Quando il progetto scada avra successo e sara sicuro creeremo un progetto scada-softplc e allora entreranno in gioco gli OS real time , e sara l'entrata in scena di QNX

ma adesso analizziamo lo scada come supervisore , lasciamo ai plc o a micro il lavoro di processare

gli I/O

ciao

walter

[Ospite meatech]

X walter,

La mia idea è molto più semplice della realizzazione di uno scada completo con tanto di ambiente di sviluppo !

Cosa si vuole realizzare:

Una gerarchia di classi che mi permetta di sviluppare con semplicità applicativi SCADA utilizzando ambienti IDE esistenti.

Il risultato del progetto sarà una gerarchia di classi e non un ambiente di sviluppo per scada ( ci sono in commercio IDE gia fatti perchè impazzire a rifarsene uno)

Come andrà usato:

Utilizzando gli oggetti realizzati e l'IDE scelto si procederà alla realizzazione dell'applicativo, con il risultato di un

pacchetto di installazione da dare al cliente.

Caratteristiche:

1) Definire il S.O. (windows xp professional ??? se si ho qualcosa di gia fatto)

2) Scegliere il linguaggio (c# ??? se si ho qualcosa di gia fatto)

3) Scegliere l'ambiente di sviluppo ( se i punti 1 e 2 sono validi direi Visual Studio .NET)

Come procedere:

Raccogliendo varie opinioni sul mondo OS ho realizzato queste conclusioni

1) Creare un gruppo di lavoro di progettisti con accesso al codice sorgente

(In modo tale da escludere dal progetto i LAMER che intendono solo scroccare driver senza contribuire)

2) Discutere sulla struttura del progetto ..... magari in questo forum

3) Creare un UML che descriva la gerarchia delle classi

4) Suddividere il lavoro all'interno del gruppo

Vogliamo cominciare !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Esiste una parte privata di questo sito ove creare il gruppo di lavoro ?

Altrimenti facciamo un sito apposta che ne pensate ?

[walterword]

ok meatech , allor anon e' piu un vero e proprio scada

Io gia uso questa filosofia per le mie supervisioni

L'utente finale dovra avere visual studio .net , e il ns progetto fornirebbe

degli activex o meglio ancora degli assembly che incorporano funzionalita

Be allor ae' proprio una **** da fare ....

Io perche parlavo cosi nei post precedenti ?

Perche ogni volta che faccio uno scada con visual studio lo esguo e lo compilo

e creo il file .msi , lo installo sulla macchina

e fin qui tutto ok

Quello che piu mi rompe i coglioni e' quando dimentico qualcosa , oppure il cliente vuole una textBox

in piu per impostare un dato in piu nel processo

E allora io cosa dovo fare ?

Disinstallare l'applciazione , aprire i sorgenti , fare le modifiche , rifare il file .msi , reinstallare il tutto

riavviare e riprovare e poi ?

POI CE' QUALCOS'ALTRO CHE HO DIMENTICATO OPPURE QUALCOS'ALTRO CHE IL TECNOLOGO O IL PROCESSISTA SI E' DIMENTICATO DI DIRMI E DEVO RIFARE TUTTA LA PROCEDURA

Io per scada serio intendo qualcosa che mi faccia mettere il meno possibile le mani sui sorgenti , dando la possibilita dall'esterno di modificare allarmi , stringhe , diagnostiche , grafici ect

Ed in parte grazie ad xml e datagrid accessibili dall'applicazione queste cose le faccio gia

io intendevo qualcosa di piu professionale per me , e per chi come gli elettrici vanno al mio posto

a fare delle modifiche aggiungendo textbox , piuttosto che pulsanti , o stringhe

sia sotto password che liberamente

Questo intendo io , e magari gia farlo per un plc sarebbe gia un bel progresso

non so se mi spiego

All'utente finale non gliene deve fregare un ca**o del OS , piuttosto che del linguaggio

seno creiamo ocx , o librerie compilate in dll o assembly per sviluppatori come noi di visual studio .net

e chiaro il mio ragionamneto ?

ciao

walter

Modificato: 28 ottobre 2004 da walterword

[Ospite meatech]

Sono perfettamente daccordo con te .....

ma secondo me prima di creare un sistema SCADA bisogna crearsi gli strumenti

Il fatto che si arrivi gia ad ottenere un framework per lo sviluppo di supervisioni è molto importante.

Infatti una volta realizzato nulla esclude di aprire un secondo progetto in cui, utilizzando il framework, si crei l'applicativo a real time seguendo le indicazioni di un file XML (gia fatto in piccolo per un SW di visione artificiale ;-)).

[walterword]

fratello io gia realizzo supervisioni scada con vc#.net , con plc S7300-400 200 ect drives ect

Gia dall'applicazione salvo ed apro files xml per configurare gli allarmi , i trend storici , le diagnostiche

ho scritto anche dei controlli ccustom tipo led 3D , pulsanti 3d ed altri acquistati con licenza

Io mio problema e' quello come ti dicevo sopra , che quando dimentico qualcosa ,tipo link a variabili

, textBox per interoduzione dati , pulsanti per soccombere a funzionalita tra le piu disparate ,

mi devo rompere i testicoli per riaprire i sorgenti , fare le modifiche , ricompilare , deinstallare

reinstallare .

Questo mi angoscia , anche da un punto di vista di utente finale che non puo mettere le mani su cose banali

come quelle sopra indicate , mentre con uno scada marcio le fai anche se ti costa di piu

Io questo voglio farlo prima o poi , e visti gli interessi di qua me le faro da solo quando avro un po di tempo per studiarci sopra .

Ogni volta che devo aggiungere un pulsante linkato ad una variabile mi devo rompere le palle cosi ?

Voglio creare qualcosa che prima di tutto serva a me e poi il prossimo ............

si compra gli scada o faccia quel ca**o che vuole

Io mangio a casa mia non a casa del prossimo ne tantomeno a casa del web

Su un discorso del genere posso sforzarmi di partecipare , ma su come creare assembly o ddl

per utilizzarle in visual studio .net per fare scada sono anche d'accordo ma non e' il mio target

punto a qualcosa di piu performante e comodo , soprattutto per me che scrivo le applicazioni

Nono so se mi sono spiegato bene fratelli ?

sta di fatto che comunque non mi sembra che a parte 3-4 persone ci sia interesse , quindi io di open source per i lazzaroni non ne faccio , che vadano tutti quanti a cagare

Che discorso eh? facciamo le cose , non ci paga nessuno e gli altri

Arrivano alla fine quando la pappa e' pronta?

no no no non rientra nella mia dinamica fratelli

prima bisogna stimare una quantita di persone interessate e poi ritirarci in "privato " a sviluppare

chi lavora gode dei frutti , chi non fa un ca**o s'attacca sempre al ... ma non al mio

spero di aver reso le idee di come sono fatto dentro e fuori

ciao

walter

[bigalex]

WALTER FOR PRESIDENT !!!

Sei veramente un grande .

bigalex

[Ospite meatech]

X water,

open source per i lazzaroni 

Questa la propongo per l'aggiornamento del JARGON FILE

Comunque ribadisco che con dll e codice malevolo ci si fa poco ...... secondo me andrebbe scritto un bel framework prima, e poi, il passo successivo, integrarlo in uno SCADA completo.

Sono daccordo con te per il gruppo chiuso come ho gia proposto !

[walterword]

bene fratelli

si facciano avanti tutti coloro che credono o che ritengono fattibile un discorso del genere .

poi si fara un elenco di come sara la struttura , quindi analisi dettagliata

Io sono sincero , per il momento non riesco fisicamente a scrivere codice , sono troppo incasinato ed in ritardo

anche con altri progetti che sto portando avanti a fatica

Pero bisogna iniziare a sviluppare un'analisi

Fatevi avanti lazzaroni

Modificato: 28 ottobre 2004 da walterword

[Bizz]

Ragazzi io mi associo al progetto non so tantissimo di scada ma ho gia programmato vari plc e con vari programmatori c, c++, pascal, delphi, visual basic 6. M i sono soffermato al visual basic e ne sono contentissimo, ma non mi fa paura imparare altri codici anzi mi viene voglia di imparare di più.

[walterword]

bene fratello bizz

Stiamo cercando di capire prima di tutto cosa si voglia fare , e come poter organizzare,

tramite un'analisi accurata ,uno scada con caretteristiche non inferiori ad uno scada commerciale

Idee?

ciao fratelli

walter

[Ospite meatech]

X chi vuole partecipare al progetto :

Partiamo con un bel sito con tanto di registrazione on line ?

O vogliamo scambiarci le e mail per rimanere in contatto più diretto ?

[FranSys]

Io per scada serio intendo qualcosa che mi faccia mettere il meno possibile le mani sui sorgenti , dando la possibilita dall'esterno di modificare allarmi , stringhe , diagnostiche , grafici ect

Appunto. Sto facendo un lavoro insieme ad un'altra società. Noi facciamo il software dei PLC, gli altri si occupano della supervisione. Usano Wizcon della AXEDA che da questo punto di vista è estrememente flessibile, diciamo molto più flessibile di altri SCADA su cui ho lavorato o che ho avuto modo di vedere. In qualunque momento, con l'applicazione che gira, senza nemmeno fermarla, entri in sviluppo e modifichi, integri, togli, insomma editi la tua applicazione senza dover ricompilare il runtime. Quando hai sotto le mani un impianto il cui commissioning dura qualche anno e che, sostanzialmente, viene fatto a pezzi man mano che il campo è pronto, è molto comodo poter evitare di fermare tutto il sistema per l'implementazione di un pulsante in più. Mi sembra che un po' tutti i produttori di software di supervisione si stiano muovendo in questa direzione. Ovviamente chi sviluppa in Visual è completamente dall'altra parte della barricata... anch'io ho fatto qualcosa in quel senso ed è veramente una rottura di palle dover rifare il setup ogni volta.

Concordo con Livio ed altri relativamente alla problematica real time: nel 99% dei casi la logica è sul PLC e la "televisione" si trova sullo SCADA, anche e soprattutto per ragioni di sicurezza. Purtroppo rimane quell'1% (forse è di più). E' il caso della mia azienda che, sviluppando spesso applicazioni di telecontrollo, necessita di scrivere molto codice sul PC di supervisione, portandosi in casa le problematiche di Windows, a cominciare dalla gestione del dialogo col mondo esterno. Nelle applicazioni più pesanti mettiamo un PLC di frontend che si smazza la comunicazione, però è una scelta antieconomica e dettata esclusivamente dalla mancanza nel consueto mondo commerciale di uno SCADA RT veramente affidabile o, se preferite, di uno SCADA che giri su un OS veramente affidabile.

Se l'apice è QNX, una scelta valida secondo me sarebbe Linux. E poi credo che per sviluppare uno SCADA open si debba partire da un OS open. Provate solo a pensare al numero di risorse di sviluppo disponibili con un semplice click di mouse. E sono certo che s'incontrerebbe il favore (ed il supporto) dei vari gruppi di lavoro Linux.

Mi sembra però di capire che ci siano differenti interpretazioni sul progetto: io non ho ancora capito se gli interessati vogliono dare vita ad un progetto SCADA di pubblico dominio o se vogliono semplicemente creare una piattaforma su cui lavorare meglio in casa propria, senza condividerne i risultati con terzi. L'ipotesi accreditata mi sembrerebbe "la seconda che ho detto".

Posso dire che non sarei interessato ad un progetto del genere per venderlo, diciamo che potrebbe essere una finalità secondaria. In ditta facciamo impianti in cui il valore dello SCADA sul globale della commessa è spesso trascurabile e non vogliamo noie, nel senso che non possiamo permetterci di bloccare una fatturazione perché un supervisore fatto in casa ha un buco e noi non abbiamo il tempo di risolvere. In quei casi preferisco poter alzare il telefono e far correre il fornitore di turno.

Da un punto di vista molto personale (leggasi gioco), tempo permettendo (questo è il vero problema dei gruppi di lavoro sul WEB) mi piacerebbe partecipare all'attività in argomento perché ritengo possa essere molto gratificante ed educativa.

Ciao.

[Gianmario Pedrani]

Per il sito sto mettendo in piedi un serverino a casa con montato sopra phpnuke, con la possibilta' di registrasi e di gestire i vari donwload e utenti, con tutto lo spazio che vogliamo, il sito gira su sistema linux, con server apache. quindi se volete lo posso ospitare il progetto, in piu' prevede anche un forum. quindi in base a chi siamo possiamo gestire gli accessi ed altro, penso di mettere in piedi il tutto per questa settimana, e poi lo testo lasciandolo andare un po, se poi ci saranno problemi vedremo di recuperare uno spazio serio.....

Vi faccio sapere ciaoooooo