Cavo 'virtuale' per trasmissione rs232 da un mittente su piu' destinatari

Il 17/10/2020 10:54, alfio ha scritto:

Si conosco, ma non e' lospeditore o l'inviatore la difficolta' Il problema e' raggiungere col client il server, perche' anche se hai l'ip esterno del telefono del server, da fuori non ci arrivi essendo rete interna dei gestori telefonici

appoggiati su un server esterno.

Invii i dati su quello esterno e i client li richiedono su quello esterno.

Il 17/10/2020 11:34, Franco Af ha scritto:

Eh si, sembrerebbe che sia necessario usare un sistema terzo che sia facilmente raggiungibile Certo che potendo evitare 'dipendenze' esterne sarebbe mellio

Il 17/10/2020 11:33, alfio ha scritto:

Si, mi sa che mi tocca cedere al sistema esterno Avrei preferito poter fare da telefono a telefono, ma non so se sia possibile

Sulla bilancia(+arduino).

Poi scegli, io voterei per gli sms che arrivano anche in mezzo al nulla, ma il GPRS ti permette comunque di avere connettivita IP, e nulla vieta di fare una chiamata dati pura (se ancora supportata dalla rete 2.5G).

Giulia

Sms in che senso? Che contengano i dati da trasmettere? E' troppo lento ed incerto il momento di arrivo No, direi sms e' da escludere per questa trasmissione Il gprs invece e' da prendere in considerazione Ma forse anche no, perche' col multidisplay come la mettiamo? Il sito bilancia puo' avviare piu' connessioni verso display1, 2, 3 ecc oppure no?

RobertoA ha scritto:

usa dei vecchi modem e un software che realizzi un sistema server-multiclient, tipo un webserver da dove i client pescano i valori inseriti

Senza scomodare server esterni pagati, ti fai un account gratuito email dove vuoi e poi ti mandi una mail con i dati che vuoi come payload, e a valle la interpeti. Ovviamente mittente e destinatario possono far capo allo stesso

Il 17/10/2020 18:43, emilio ha scritto:

Con i vecchi modem non potrei perche' al sito 'bilancia' potrebbe collegarsi un solo modem chiamante dall'esterno Connesso quello, gli altri non si collegherebbero

Si, certo Ricadiamo sempre nell'ipotesi del 'terzo' rispetto a mittente e destinatari/o Nel caso dovessi arrendermi all'utilizzo del 'sistema terzo' (come credo mi tocchera' fare) il preferibile penso sia un serverino mqtt, rapido, agratisse, multi-client, e completamente controllabile

"RobertoA" ha scritto nel messaggio news:rmegid$k0j$ snipped-for-privacy@gioia.aioe.org...

se non vuoi che sia esterno, nel senso di estraneo a te come Altervista nel mio esempio, puoi dedicare un PC della tua rete interna allo scopo, facendo in modo che sia raggiungibile dall'esterno tramite dyndns.

oppure una VPN, ma non sono cosi' esperto sull'uso delle VPN, so solo che usando una VPN tutti i tuoi display risultano come se fossero connessi alla stessa rete locale in cui e' connessa la bilancia, anche se i display fisicamente si collegano tramite rete mobile/internet.

Il 18/10/2020 14:55, alfio ha scritto:

Si certo, intendevo dire sempre 'esterno' al sistema minimo possibile che e' costituito da chiamanti (client display) e chiamato (sede bilancia) E' chiaro che nel caso si fara' uso di un 'terzo' si mettera' comunque in casa per avere il controllo completo sul funzionamento

RobertoA ha scritto:

te

odem

ltro al 2

Il 18/10/2020 21:23, emilio ha scritto:

Soluzione non praticabile, non sono noti a priori quanti client si collegheranno al server per visualizzarne i dati

E' solo una quetione di costi , non e' impossibile avere sim con ipv4 pubblico

forse si trova anche qualcosa con ipv6 .

Giulia

Non sono sicuro di aver capito, intendi che potresti aver problemi a

(librerie smtp/pop) di non cancellarle dal server; quindi il processo

stesso, e naturalmente rispondere. Al mail server non interessa quanti siano i mittenti e i destinatari; loro possono usare tranquillamente un singolo account di posta per comunicare da tutti a tutti con messaggi formattati in xml, yaml ecc.

formattata nel modo giusto. Un semplice script che pulisca la mailbox una volta alla settimana poi garantisce che non si riempia mai.

Si, grazie non conoscevo le sim coll'ip pubblico Credo questa sia la soluzione attualmente in pole position Ora vediamo una stima dei costi