Ciao a tutti,
vorrei realizzare un sistema (il più semplice e economico possibile) che mi tiene sott'occhio 5 variabili (temperatura, umidità ecc..), con cadenza di campionamento al minuto per ipotizziamo un mese di tempo.
Il sistema dovrà essere:
1. del tipo retroazionato, ovvero al superamento di alcuni limiti delle variabili, mi dovrà azionare dei relè;
2. dovrà restituirmi l'andamento nel tempo delle variabili (tabella tipo excel) e restituirmi l'andamento con un grafico.
Affinchè il sistema sia più semplice ed economico possibile, avrei ipotizzato di utilizzare un PLC con relative sonde per il punto 1 mentre, per il punto 2, avrei pensato a dei sw commerciali che fanno già questo lavoro.
In questo modo dovrò però avere il doppio di tutte le sonde e non costano poco..
Qualcuno ha da suggerirmi altre soluzioni percorribili?
Non sono un esperto di PLC ma mi sembra che realizzare il punto 2, sia complesso.
Magari voi conoscete dispositivi che si configurano al meglio per il mio scopo.
Grazie a tutti anticipatamente per le dritte, ciao
Sistema di monitoraggio e controllo (relè)
Moderatori:
dimaios,
carlomariamanenti
17 messaggi
• Pagina 1 di 2 • 1, 2
0
voti
Praticamente dovresti dotarti di un datalogger con funzioni di controllo, hai già cercato qualcosa ?
Non ti ho scritto niente di utile all'esigenza però dovresti forse specificare i titpi di sensori e loro caratteristiche, oltre a definire il contesto nel quale andrebbe installato o posizionato, perché oltre a questo anche una eventuale provvisorietà potrebbe condizionare la realizzazione.
Purtroppo potrebbe esserci un pochino di lavoro da fare a questo livello.
Saluti
Non ti ho scritto niente di utile all'esigenza però dovresti forse specificare i titpi di sensori e loro caratteristiche, oltre a definire il contesto nel quale andrebbe installato o posizionato, perché oltre a questo anche una eventuale provvisorietà potrebbe condizionare la realizzazione.
no, per più motivi, la soluzione potrebbe essere costituita da un dispositivo che acquisisce e svolge l'azione di controllo (programma che controlla i relè) oltre a storicizzare e mettere a disposizione i dati per un up-load.Emanuele78 ha scritto:In questo modo dovrò però avere il doppio di tutte le sonde e non costano poco..
Purtroppo potrebbe esserci un pochino di lavoro da fare a questo livello.
Saluti
W - U.H.F.
-

WALTERmwp
30,2k 4 8 13 - G.Master EY

- Messaggi: 8982
- Iscritto il: 17 lug 2010, 18:42
- Località: le 4 del mattino
0
voti
WALTERmwp ha scritto:Praticamente dovresti dotarti di un datalogger con funzioni di controllo, hai già cercato qualcosa ?
Non ti ho scritto niente di utile all'esigenza però dovresti forse specificare i tipi di sensori e loro caratteristiche, oltre a definire il contesto nel quale andrebbe installato o posizionato, perché oltre a questo anche una eventuale provvisorietà potrebbe condizionare la realizzazione.
Saluti
Grazie
No,non ho cercato nulla perché non saprei dove cercare..
..i sistemi in commercio che ho visto mi sembra siano piuttosto chiusi.
Hai qualche datalogger da consigliarmi? Più sono semplici e meglio eh
Per quanto riguarda i sensori, devo misurare temperatura, umidità, CO2 ecc.. dovrei installarli in una camera di lavoro e, a seconda dei valori, azionare ventole/valvole motorizzate ecc.. la cosa che mi sembra più difficile è quella di visualizzare velocemente dei grafici relativi agli storici (il max sarebbe in real time..).
Tempo fa mi ero avventurato all'elaborazione dei grafici tramite l'esportazione di file .csv ma mi sono arreso perché mi sembrava una via troppo complicata..inoltre l'esportazione andava fatta manualmente, invece a me servirebbe un sistema che lo faccia in automatico. E' qs la strada che consigliavi?
Rigrazie!
-

Emanuele78
135 1 3 8 - Sostenitore

- Messaggi: 502
- Iscritto il: 15 mar 2010, 17:53
0
voti
In articoli di elettronica (II pagina) , l'articolo: "Acquisizione e registrazione temperature" di 2 anni fa; realizza qualcosa di simile con arduino e un PC; e' facile aggiungere comandi alla uscita digitali.
Ovvio che in un ambiente industriale va meglio un PLC.
Ovvio che in un ambiente industriale va meglio un PLC.

0
voti
Quello che ti occorrerebbe, ma qui scrivo un'altra ovvietà, è sostanzialmente un dispositivo di controllo (e non ci allontaniamo da un piccolo PLC) con annesso una sorta di SCADA, proprietario o meno che sia.
Mettere (e trovare) insieme il tutto ad un costo contenuto non è semplice, si può provare a cercare, magari poi passa qualcuno che ha una soluzione vantaggiosa, purché pronta.
Fosse per me provvederei a realizzarlo in autonomia, ma spesso sono i tempi di risposta alla fornitura che condizionano le scelte.
Saluti
Mettere (e trovare) insieme il tutto ad un costo contenuto non è semplice, si può provare a cercare, magari poi passa qualcuno che ha una soluzione vantaggiosa, purché pronta.
Fosse per me provvederei a realizzarlo in autonomia, ma spesso sono i tempi di risposta alla fornitura che condizionano le scelte.
Saluti
W - U.H.F.
-

WALTERmwp
30,2k 4 8 13 - G.Master EY

- Messaggi: 8982
- Iscritto il: 17 lug 2010, 18:42
- Località: le 4 del mattino
0
voti
Vista la tipologia del problema direi che è risolvibile molto semplicemente con un remote I/O interfacciato via Modbus TCP ed un PC low cost con poche righe di codice in C#.
I tempi di ciclo sono così lunghi che non vi sono problemi nell'usare anche piattaforme embedded con costi ridicoli.
Volendo evitare i costi del sistema operativo si può anche utilizzare Linux con il framework Mono su piattaforma ARM.
I tempi di ciclo sono così lunghi che non vi sono problemi nell'usare anche piattaforme embedded con costi ridicoli.
Volendo evitare i costi del sistema operativo si può anche utilizzare Linux con il framework Mono su piattaforma ARM.
Ingegneria : alternativa intelligente alla droga.
-

dimaios
30,2k 7 10 12 - G.Master EY

- Messaggi: 3381
- Iscritto il: 24 ago 2010, 14:12
- Località: Behind the scenes
0
voti
dimaios ha scritto:Volendo evitare i costi del sistema operativo si può anche utilizzare Linux con il framework Mono su piattaforma ARM.
Perché scomodare Mono, per giunta la versione per ARM, esistono tanti altri linguaggi sotto Linux adatti a tutto e di più, già belli che pronti. Lasciamo C Sharp agli utenti Windows
0
voti
se fosse possibile, potresti dare il riferimento di qualche prodotto, come esempio, compreso il software accessorio per la lista della spesa ?dimaios ha scritto:Vista la tipologia del problema (...)
Così ci si fa un'idea, io non so se saprei metterli insieme, magari lo OP trova il suggerimento abbordabile.
Saluti
W - U.H.F.
-

WALTERmwp
30,2k 4 8 13 - G.Master EY

- Messaggi: 8982
- Iscritto il: 17 lug 2010, 18:42
- Località: le 4 del mattino
0
voti
xyz ha scritto:
Perché scomodare Mono, per giunta la versione per ARM, esistono tanti altri linguaggi sotto Linux adatti a tutto e di più, già belli che pronti. Lasciamo C Sharp agli utenti Windows
perché per fare il grafico dei trend e la GUI in generale ci metti molto meno rispetto a qualsiasi altra libreria. Anche facendo uso delle Qt non avresti la stessa semplicità e produttività.
Anche un'interfaccia web richiederebbe più tempo per lo sviluppo ed il test mentre con Mono soprattutto in fase di protitipizzazione la programmazione è più repida.
Inoltre per il Modbus TCP la libreria NModbus è già pronta e semplice da utilizzare.
Per i sistemi embedded preferisco sempre il C++ per ovvi motivi ma se deve fare il progetto descritto penso che con C# e Mono possa realizzare il tutto in un tempo veramente breve.
Mono non è un framework Windows ma è cross-platform per cui non avrei alcun pregiudizio.
Analogamente il C# è un linguaggio ISO utilizzabile indipendentemente dalla piattaforma.
Ingegneria : alternativa intelligente alla droga.
-

dimaios
30,2k 7 10 12 - G.Master EY

- Messaggi: 3381
- Iscritto il: 24 ago 2010, 14:12
- Località: Behind the scenes
1
voti
WALTERmwp ha scritto:[ se fosse possibile, potresti dare il riferimento di qualche prodotto, come esempio, compreso il software accessorio per la lista della spesa ?
Intendevo moduli tipo questo : link
Per quanto riguarda la piattaforma ARM c'è solo l'imbarazzo della scelta a partire dal Raspberry PI.
Se non vi piace programmare in C# potete comprare con 50 EURO il Codesys per Raspberry e c'è l'HMI integrato. link
Fondamentalmente costa più il remote I/O della piattaforma ARM.
Ingegneria : alternativa intelligente alla droga.
-

dimaios
30,2k 7 10 12 - G.Master EY

- Messaggi: 3381
- Iscritto il: 24 ago 2010, 14:12
- Località: Behind the scenes
17 messaggi
• Pagina 1 di 2 • 1, 2
Torna a Automazione industriale ed azionamenti
Chi c’è in linea
Visitano il forum: Nessuno e 8 ospiti

Elettrotecnica e non solo (admin)
Un gatto tra gli elettroni (IsidoroKZ)
Esperienza e simulazioni (g.schgor)
Moleskine di un idraulico (RenzoDF)
Il Blog di ElectroYou (webmaster)
Idee microcontrollate (TardoFreak)
PICcoli grandi PICMicro (Paolino)
Il blog elettrico di carloc (carloc)
DirtEYblooog (dirtydeeds)
Di tutto... un po' (jordan20)
AK47 (lillo)
Esperienze elettroniche (marco438)
Telecomunicazioni musicali (clavicordo)
Automazione ed Elettronica (gustavo)
Direttive per la sicurezza (ErnestoCappelletti)
EYnfo dall'Alaska (mir)
Apriamo il quadro! (attilio)
H7-25 (asdf)
Passione Elettrica (massimob)
Elettroni a spasso (guidob)
Bloguerra (guerra)

