next topic »

[Reply #90 on:]

Anzitutto grazie per la pazienza,

In quanto ad altri prodotti , la Moxa fa' anche molta roba che sicuramente soddisferebbe le tue esigenze , ma forse con costi non adatti alla applicazione
Non ho ancora capito cosa vai ad inviare pero'

Allora in sostanza collegherei un quadro custom di una nostra macchina ad un client TCP/IP che possa essere qualsiasi applicazione (mobile, desktop, webapp ecc...).
Come test premetto che ho creato due applicazioni, una su windows moblie connesso in WiFi ed una desktop in ambiente Microsoft. Entrambe funzionano.
Il computer di controllo e', in via boncciona, stupido, e non fa altro sche scaricare diverse informazioni sulla 485, niente di piu'. L'arduino prima le interpreta ed esegue un polling su queste per, tracciare lo stato reale della macchina ed effettuare il log.
Cio' che invia sono dei bytes, che rappresenta la risposta ad una richiesta in TCP. Quindi ho costrouito un protocollino, molto ino. Per prima cosa deve connettermi alla periferica, dall'applicazione, tramite una password salvata su EEPROM.
Se tutto va bene, ottengo un id che stabilisce la comunicazione che scambiano le informazioni. A comunicazione instaurata l'arduino rifiuta tutto cio' che non sia di qiella comunicazione. A questo punto effettuo diverse richieste di ...ping che varia in base alle richiesta. L'arduino non fa altro che comunicare i dati. Oltre a tutto questo, posso scaricare un file di LOG di un giorno dell'anno.
Qua ho studiato una piccola variante per gestire il trasferimento dei dati.
Tutto funziona. E' ovvio che se chiedo il file, non pingo. E cosi' come funziona e' cio' che mi aspetto, hanno gia' visionato i risultati e hanno tutti aprezzato.
La risposta al client e' fedele e abbastanza immediata. Poi se a scaricare il file di log ci metto anche 1 ora, non importa (che comunque in un giorno di lavoro non passa il MB, e' un CSV). E va a giorno, perche' se il giorno cambia, anche il file cambia. Addirittura se spengo e riaccendo la macchina nello stesso giorno, il log prosegue. Per questo ho marcato ogni file con l'anno scritto all'inizio (se e' dello stesso anno continua a scrivere, altrimenti cancella il file e ne crea uno nuovo con l'anno attuale).
Questo a grandi linee e' cio che fa l'arduino. Dal marasma di dati che vengono dal computer, li ordina e confeziona il tutto.
Il rate per la quale si producono dati e' ben diverso da quello che il Client pinga (ogni 500 ms).
Non so se sono stato chiaro.

[Reply #91 on:]

Perchè sei così sicuro del risultato? magari lo switchino a cui e collegato scarica tutti i pacchetti con ttl eccedente... o anche no 

Controllero', allora e' collegato ad uno switch dell'infrastruttura della nostra rete che collega (lo switch) circa una ventina di PC.
In questo stesso momemnto (da questa mattina) nessuno si e' lamentato e la comunicazione sta funzionando.

Sono le 16.15, ho scollegato l'apparecchio perche' e' venuta una persona a vederlo. Ma da questa mattina non ho avuto problemi. Domani riprovo tutto.

[Reply #92 on:]

@asamlink consiglio...non provare quel comando sulla rete aziendale
collegati con un cavo diretto e bombarda! poi provi ad aprire connessioni verso lo shield (anche raw) e vedi che fà (io sono solo curioso dello stresstest)

[Reply #93 on:]

@asamlink consiglio...non provare quel comando sulla rete aziendale
collegati con un cavo diretto e bombarda! poi provi ad aprire connessioni verso lo shield (anche raw) e vedi che fà (io sono solo curioso dello stresstest)

Apeena ho possibilita' di verificare, creo una piccola rete con switch a parte e verifico questa cosa (switch 4 porte: 1 arduino, 2 pc client, 3 cannone). Grazie per il suggerimento.
Ma sai gia' quale sara' il risultato e cosa prevedi?

[Reply #94 on:]

Non so se sono stato chiaro.

Non molto 
Comunque io ho per certi versi un qualcosa di simile sull'impianto solare
Ho un programma sul Server che logga , fa grafici etc. , e l'inverter a un centinaio di metri di distanza

Se tutto il tuo programma che elabora i dati lo metti sul server aziendale non diventa tutto piu' semplice ?
Si connette direttamente al quadro della macchina passando per il convertitore .
Hai gia' i file su disco di rete per farci tutto quello che vuoi .
Sinceramente non riesco a percepire la necessita' di fare tutto quell'ambaradan

[Reply #95 on:]

Non molto 
Comunque io ho per certi versi un qualcosa di simile sull'impianto solare
Ho un programma sul Server che logga , fa grafici etc. , e l'inverter a un centinaio di metri di distanza

Mi spiace, provo a spiegarmi. Allora la tua e' una soluzione che avevo pensato, ma in questo modo obblighi ad avere un programma "medio" di gestione. Semplicemente lo scopo e' quello di connettere nella rete la macchina del cliente che puo' essere controllata. Dato che per un tipo di quadro della macchina (primitivo direi), non ho i vantaggi della tecnologia presente, devo accostarmici. Tramite questo aggeggio e l'applicazione che su un client controllo la macchina. Sviluppo su arduino (praticamente completato) e sviluppo applicazioni per i vari tipi di client. L'applicazione che sta in mezzo, serve solo per il controllo da Internet che filtra. Ogni macchina collegata in rete puo' essere conttrollata in tempo reale da un'applicazione niente piu'. Non obbligo il cliente all'acquisto di un PC da mettere sulla rete a meno di non volere metterla in internet. In pratica per intenderci, devo scrivere un esempio di VNC per apparecchiature che non lo prevedono, la parte server e' l'arduino. In questo modo al cliente costa ... l'arduino piu' l'applicazione client (poche centinaia di euro). Spero di essere stato chiearo.

[Reply #96 on:]

ma vnc vnc .. o un gui apposito solo per l'applicazione?

[Reply #97 on:]

ma vnc vnc .. o un gui apposito solo per l'applicazione?

GUI, il vnc per questo dispositivo e' impossibile!

[Reply #98 on:]

ah ecco mi sebrava un pò strano...

[Reply #99 on:]

Semplicemente lo scopo e' quello di connettere nella rete la macchina del cliente che puo' essere controllata.

OK capito
Un telecontrollo insomma.
Con l'aggiunta di un dispositivo che esegue dei log quando non si e' connessi

Ho clienti che su alcune macchine datate e dotate solo di seriale usano sistemi di interconnessione su Ethernet per caricarci i file di lavoro e per fare controlli
Pensavo fosse una cosa del genere

[Reply #100 on:]

Semplicemente lo scopo e' quello di connettere nella rete la macchina del cliente che puo' essere controllata.

OK capito
Un telecontrollo insomma.
Con l'aggiunta di un dispositivo che esegue dei log quando non si e' connessi

Ho clienti che su alcune macchine datate e dotate solo di seriale usano sistemi di interconnessione su Ethernet per caricarci i file di lavoro e per fare controlli
Pensavo fosse una cosa del genere

Si tratta proprio di un telecontrollo, con ormai la parte server (arduino) pressoche' completata! Mi sa che i convertiro' all'enc.

[Reply #101 on:]

ma fai prima un pò di test, magari in quell'ambito funziona perfettamente.
Per passare all'altro shield devi stravolgere (e non di poco) il codice originale.

[Reply #102 on:]

Massi prova, ti confermo l'uptime di otto mesi con la eth ufficiale wiz, senza problemi, con un protocollo e un utenza simili.

[Reply #103 on:]

hai usato solo la wiz o hai usato anche la sd card ?
hai usato la tecnica del reset ogni x secondi ?

[Reply #104 on:]

Ho appena provato

ping -f 192.168.1.177
PING 192.168.1.177 (192.168.1.177) 56(84) bytes of data.
.
^C--- 192.168.1.177 ping statistics ---
1163664 packets transmitted, 1163663 received, 0% packet loss, time 91197ms
rtt min/avg/max/mdev = 0.055/0.060/4.680/0.009 ms, ipg/ewma 0.078/0.060 ms

con lo schetch d'esempio ChatServer caricato sull'arduino e non ci sono stati problemi, anzi durante la prova mi sono connesso al server chat da due macchine diverse e ha funzionato tutto.
Devo dire che l'ho fatto attraverso uno switch managed decente.

@legacy
ho usato solo la wiz, non mi serviva la SD, e non ho usato nessuna tecnica di reset, lo schetch non è mai stato riavviato.

Alberto