Come acquisire segnale dal campo su Tcp/Ip ?

"RobertoA" ha scritto nel messaggio news:49fb8a21$ snipped-for-privacy@newsgate.x-privat.org...

Parlo per esperienza personale, ma per la tua applicazione potrebbe essere differente: Se l'applicazione funziona bene ed il tuo scopo è solo quello del risparmio economico, valuta bene se quello che intendi fare conviene realmente, sia in termini economici che in termini di affidabilità/precisione. Di solito una singola scheda ha statisticamente meno probabilità di danneggiarsi, può ospitare un convertitore A/D più veloce, preciso ed affidabile e gestire meglio le iterazioni fra i vari dispositivi comunicando i dati su un singolo canale, mentre per gestire + moduli, come hai detto, devi installare anche uno o più switch/hub con relativi cablaggi. I moduli che hai citato non sono affatto economici e nel caso ne servano un certo numero potresti superare il costo della singola scheda. Io ho fatto qualcosa del genere, utilizzando pic e 28j60 (accoppiata che consente di avere ethernet, compreso trasformatore, a meno di 15?) Le caratteristiche richieste erano di 4In e 4Out optoisolati, 2ch A/D 10bit

ndo

da

rte

Ethernet e current-loop sono mondi differenti. Il bello della current-loop =E8 la semplicit=E0 delle sonde, la portata dei cavi, l'immunit=E0 ai disturbi ed altro. L'ethernet arriva, con schede molto decenti, a meno dei 100 mt teorici indicati dallo standard mentre la 4-20 mA giunge anche ad un ordine di grandezza superiore.

Godresti, comunque, del vantaggio del wireless.

Piccio.

I sensori saranno sempre 4-5 e quindi, considerando che la centralina costa piu' di mille euri, anche la motivazione economica e' importante Ma il vantaggio vero lo vedrei nella scalabilita' della soluzione con 'sensori intelligenti' non ci sarebbe piu' un limite al numero di punti di misura Basta collegarli tutti ad uno switch col poe e tutti potranno comunicare con i centri di supervisione Ciao e grazie RobertoA

Ethernet e current-loop sono mondi differenti. Il bello della current-loop è la semplicità delle sonde, la portata dei cavi, l'immunità ai disturbi ed altro. L'ethernet arriva, con schede molto decenti, a meno dei 100 mt teorici indicati dallo standard mentre la 4-20 mA giunge anche ad un ordine di grandezza superiore.

---------------------------------- Intendevo dire che uno dei sensori i esce in 4-20 mA e che vorrei interfacciare questo segnale con la rete Ip Ciao RobertoA

Roberto P. ha scritto:

Finora non mi è mai capitato di utilizzare il tcp/ip per telemetria. Ma prima o poi capiterà :) Su che protocolli ci si basa per scambiare i dati? Si instaurano normali connessioni tcp clinet/server o ci sono soluzioni più eleganti e standard?

Ciao! Marco

"Marco Trapanese" ha scritto nel messaggio news:gtjso1$k7u$ snipped-for-privacy@tdi.cu.mi.it...

Premetto che le schede in oggetto hanno anche il CAN (più idoneo alla lettura di sensori remoti), che esce sullo stesso connettore RJ45 e quindi consente in alternativa anche il collegamento tramite altro bus di comunicazione sullo stesso cavo ethernet utp (ovviamente togliendo gli switch). Per la maggior parte delle installazioni si è di fatto utilizzato il CAN mentre in modalità ethernet è possibile utilizzare sia udp che tcp, sui quali è stato implementato il protocollo modbus, ottenendo quindi modbus/udp e modbus/tcp. Pur avendo implementato entrambe le modalità, visto il protocollo, la lunghezza dei pacchetti ed il fatto che si lavora prevalentemente in rete locale, per la maggior parte delle applicazioni si è preferito utilizzare modbus/utp. Il tcp è attualmente utilizzato solo se il logger appartiene ad un'altra rete o se la trasmissione è effettuata via gprs.