Go Down

Topic: Domande da principiante per iniziare ad usare WiFi/Ethernet shield (Read 12630 times) previous topic - next topic

testato

ok, certo, e' la stessa cosa che usare un pc, un server qualsiasi intermedio tra arduino ad esempio via usb ed i siti https
- [Guida] IDE - http://goo.gl/ln6glr
- [Lib] ST7032i LCD I2C - http://goo.gl/GNojT6
- [Lib] PCF8574+HD44780 LCD I2C - http://goo.gl/r7CstH

er_like_no_other

si, ma purtroppo con iPhone non hai molta scelta visto che è praticame tutto bloccato...
Riccardo Ertolupi of the Vicenza Thunders Team: http://www.VicenzaThunders.com

lestofante

non è ludp a essere bloccato ma le porte. mentre il tcp solo il server deve avere la porta in entrata aperta, ludp neceswitta di una porta in entrata aperta per ogni ricevente.
poi gli ip locali sono gli ip dei pc nella tua lan. la tua lan, tipicamente, viene raccolta in una Nat da parte del router ed esce su intenet con un ip unico pubblico.normalmente quindi il router non altera il traffico lan, ma solo quello in uscita. quando una connessione tcp esce, il router compila una tabrlla e quindi sa a chi rispedire larisposta in arrivo sull'ip pubblico. quando invece fai da server o parli in udp il router non sa a chi redirigere la connessione (udp essendo connectionless non ha risposte, ogni messaggio è una comunicazione a se) ha bisogno che sia tu a compilare a mano queste tabelle, specificando che il traffico in arrivo, tcp o udp, sulla porta x va ritrasmesso allip locale y.


ricordo che ludp non fa check degli errori o ritrasmissione datagrammi persi, per sua natura. sinceramente non capisco perché vi siete incasinati ad usarlo.

lunica cosa udp che
non funziona fuori dalla lan è il multicast
Guida per principianti http://playground.arduino.cc/Italiano/newbie
Unoffical Telegram group https://t.me/genuino

er_like_no_other

si, io intendevo che i metodi tradizionali di connessione (bluetooth e porta seriale) dell'iPhone sono bloccati e quindi devi passare per internet... anche se pare che con iOS7 abbiano tolto le restrizioni sul BLE...

comunque, si potrebbe fare anche una connessione tcp anzi che usare i pacchetti udp?
è tipo quello che dicevamo in precedenza di caricare una pagina html accessibile tramite l'IP, no?
per avere una comunicazione bidirezionale entrambi i dispositivi dovrebbero agire sia come server che come client, sbaglio?
Riccardo Ertolupi of the Vicenza Thunders Team: http://www.VicenzaThunders.com

testato

No, arduino può fare da server e rispondere a delleGET provenienti dall applicazione.
- [Guida] IDE - http://goo.gl/ln6glr
- [Lib] ST7032i LCD I2C - http://goo.gl/GNojT6
- [Lib] PCF8574+HD44780 LCD I2C - http://goo.gl/r7CstH

er_like_no_other

:smiley-roll-sweat: ma come le legge queste GET?
se io devo far passare delle info dall'iPhone all'arduino non ho bisogno che anche l'iPhone funzioni da server?
grazie
Riccardo Ertolupi of the Vicenza Thunders Team: http://www.VicenzaThunders.com

testato

no non serve, l'iphone sara' un semplice browser. Io sto' usando questo metodo, cerca JSon
- [Guida] IDE - http://goo.gl/ln6glr
- [Lib] ST7032i LCD I2C - http://goo.gl/GNojT6
- [Lib] PCF8574+HD44780 LCD I2C - http://goo.gl/r7CstH

lestofante

nel udp chi riceve è server. nel tcp il server è quello che apre la porta e rimane in ascolto, ma stabilità la connessione diventa bidirezionale. attraverso la porta del server. (prendilo pwe buono)

il tcp puro è esattamente come una seriale per come la usi, poi sjw vuoi usandò i giusti comandi puoi fare http, snmp, pop3 eccetera, ma sono complicazioni in più inutili
Guida per principianti http://playground.arduino.cc/Italiano/newbie
Unoffical Telegram group https://t.me/genuino

er_like_no_other

ok grazie mille! è sempre bello imparare cose nuove ;)
adesso purtroppo non ho più l'iPhone per provare perchè non era mio... devo cercare qualche cosa per provare a fare quello che facevo sull'iPhone su android o sul computer
Riccardo Ertolupi of the Vicenza Thunders Team: http://www.VicenzaThunders.com

er_like_no_other

ultimamente sto imparando a programmare il mio samsung per fare dei test con l'UDP, dal punto di vista android va tutto bene, mentre non capisco perchè l'arduino perde la connessione per una decina di secondi ogni circa dieci secondi, non so se è un problema della mia rete o della shield...

comunque la domanda che mi ponevo oggi è se posso connettermi ad un wifi pubblico, tipo quelli che ci sono nelle piazze o in alcuni locali, che non sono protetti da WPA ma quando accedi devi accedere dal browser ed inserire da lì la password.. se sono fortunato e la pagina non è https ce la potrei fare con arduino, no?
nel caso non riuscissi a mettere le credenziali posso comunque comunicare con l'udp o finchè non ho messo la password non ho un IP?
devo andare a provare in piazza, ma mi sa che ho problemi anche con android a comunicare in udp su una rete così, perchè se non sbaglio va solo il browser..
Riccardo Ertolupi of the Vicenza Thunders Team: http://www.VicenzaThunders.com

testato

Ho fatto delle prove, nel mio comune non viene usato HTTPS per l'autenticazione, quindi dovresti riuscire ad autenticarti con Arduino.
L IP viene assegnato al momento della connessione, quindi anche se non ti autentichi il tuo IP lo tieni ed anche gat e DNS sono assegnati, non so come venga bloccata la navigazione
- [Guida] IDE - http://goo.gl/ln6glr
- [Lib] ST7032i LCD I2C - http://goo.gl/GNojT6
- [Lib] PCF8574+HD44780 LCD I2C - http://goo.gl/r7CstH

er_like_no_other

avendo l'IP posso comunque usere la comunicazione UDP anche senza inserire la password, sbaglio?
Riccardo Ertolupi of the Vicenza Thunders Team: http://www.VicenzaThunders.com

testato

Io non so come viene bloccata la navigazione TCP, credevo non venisse assegnato gateway, invece c'è. Quindi così come bloccano la navigazione potrebbero bloccare anche UDP. Secondo me è bloccato tutto, anche ad esempio FTP, altrimenti si può cmq usare la rete gratuitamente dove è invece necessari pagare. Nel mio comune ad esempio i primi 50MB sono gratis, poi si paga, non credo che abbiano intenzione di farti usare la rete gratis sotto nessuna forma
- [Guida] IDE - http://goo.gl/ln6glr
- [Lib] ST7032i LCD I2C - http://goo.gl/GNojT6
- [Lib] PCF8574+HD44780 LCD I2C - http://goo.gl/r7CstH

lestofante

c'è dietro un firewall che quasi sicuramente blocca tutto, finchè non metti la password, dopo di che probabilmente ti lascia fare tutto via TCP, e forse trasmettere in UDP (per ricevere UDP devi aprire le porte, o usare degli hack tipo traversal/pounch-throug nat o roba del genere)

se la rete è settata male, però, dovresti essere in grado di pingare/collegarti agli altri host collegati direttamente all'acces-point, in quanto tutti nella stessa lan..


avendo l'IP posso comunque usere la comunicazione UDP anche senza inserire la password, sbaglio?

non capisco la logica di questa affermazione.
Guida per principianti http://playground.arduino.cc/Italiano/newbie
Unoffical Telegram group https://t.me/genuino

testato


se la rete è settata male, però, dovresti essere in grado di pingare/collegarti agli altri host collegati direttamente all'acces-point, in quanto tutti nella stessa lan..

Nel mio caso senza mettere password posso pingare gli altri utenti connessi, interessante, devo provare a trasferire un file
- [Guida] IDE - http://goo.gl/ln6glr
- [Lib] ST7032i LCD I2C - http://goo.gl/GNojT6
- [Lib] PCF8574+HD44780 LCD I2C - http://goo.gl/r7CstH

Go Up