Pic e GSM

[faustog_2]

il tipo geniale, ha realizzato lo schema presente in allegato, lui sfrutta la corrente che arriva dalla seriale, anzi per questo credo che dovrò copiarlo, io invece ho realizzato uno schema uguale con la differenza che l'alimentazione viene fornita con un pacco batterie esterno da 5 V . Quindi ho collegato i pin della seriale con TX e RX incrociati poi collegato i pin 4-6 e 7-8 , il GND sul pin 5.

Testando con i Pic 16F876 tranquillamente dialoga con Hyper Terminal, in ricezione e in trasmissione.

Quindi non è un problema di conversione da EIA a TTL e viceversa, ma sarà qualcos'altro.

Volendo escludere ciò rimane l' ipotesi che - i pinout del Nokia 1616 descritti dai vari siti web non comunicano secondo il protocollo rs232 asincrono da 115200 bps riconosciuto come FBUS..

a dopo
fausto

Originalmente inviato da faustog_2

ho trovato questo schema

www.pacca.it - Cavetto FBUS per cellulari Nokia

vi antrebbe di analizzarloa assieme?

[faustog_2]

qui parla chiaramente:
Embedtronics - Nokia F-Bus Protocol made simple

For F-Bus the data terminal ready (DTR) pin must be set and the request to send (RTS) pin cleared.

quindi il pin 4 DTR al pin 6 DSR (Data Set Ready) invece il pin 7 RST al pin 8 CTS (Clear To Send)

mi pare che non ci sono dubbi.

QUI IN QUESTO PASSAGGIO INVECE MI DICE DI INVIARE 128 VOLTE 0X55

The next step is to synchronize the UART in the phone with your PC or microcontroller. This is done by sending a string of 0x55 or 'U' 128 times. Simple! The bus is now ready to be used for sending frames.

a voi

[ElNonino]

Nello schema dell'interfaccia mi lascia dubbioso l'uso di zener da 2.7V sulle linee dati del max232 a 5V, io monterei un MAX3232 che è nativo a 3V, lascierei comunqu le resistenze da 100 sulle linee tx ed rx per sicurezza estrema.

La sequenza di 0x55 è spesso usata come byte di sincronizzazione nei sistemi di autodetect del baudrate, viene utilizzata perchè sono una serie di 01010101, quindi un onda quadra che facilità la misura esatta della frequenza.

Sinceramente la ripetizione 128 volte la ritengo esagerata.

I pin dtr e compagni nel Nokia non sono collegati quindi credo non sia nemmeno necessario ponticellarli lato pc.

Non conoscendo il Nokia non posso esserti d'aiuto, invece sui protocolli di comunicazione seriali sincroni, e non, ci lavoro spesso e qualcosa ne capisco.

[MSchiepp]

Se hai già l'alimentazione esterna, il collegamento con DTR e RTS non ti serve: nello schema serve solo ad alimentare il max232 quando si inizializza la porta seriale; se sul tuo programma di terminale selezioni 'handshake: nessuno' ti funziona ugualmente con alimentazione esterna e solo RX/TX.

Michele

[faustog_2]

io testo con un 16F876, ho scritto due righe di codice assembler, che mi realizza la echo da tastiera con Hyper Terminal , per avere la certezza che il circuito del max232 funzion, e funziona benissimo anche a 115200 bps , che è la velocità del FBUS

sto leggendo questo

Embedtronics - Nokia F-Bus Protocol made simple

ma il cellulare non da segni di vita, ho testato i cavetti che escono dal cellulare , sembrano perfetti, come faccio a esserne sicuro? ho preso un nokia 1616 nuovo immacolato, quello di mia mogie, ho testato sugli stessi pin, mi da gli stessi valori.
Dalla documentazione leggo che per sincronizzare la UART occorre inviare 128 volte "U", ma a me sembra una fesseria, perchè se il protocollo è asincrono, che c'azzecca? anche se però leggo che FBUS is LIKE rs232, quindi simile ma non uguale.. ..occorre studiare di più, tempo permettendo!
a dopo
fausto

Originalmente inviato da MSchiepp

Se hai già l'alimentazione esterna, il collegamento con DTR e RTS non ti serve: nello schema serve solo ad alimentare il max232 quando si inizializza la porta seriale; se sul tuo programma di terminale selezioni 'handshake: nessuno' ti funziona ugualmente con alimentazione esterna e solo RX/TX.

Michele

[faustog_2]

grazie per avermi risposto, come ringrazio anche il collega MSchiepp da Milano.

credo, e ripeto credo, senza nessuna presunzione , che da un punto di vista elettronico, dovrei esserci, secondo un mio giudizio "a naso", il problema è studiare a fondo questa parte:
Embedtronics - Nokia F-Bus Protocol made simple

poi altra cosa: piuttosto che Hyper Terminal, mi conviene con tanta pazienza scrivere un applicazione Java che comunica con la seriale, che mi consente di inviare a mio piacere sequenze di stringe desiderate, per esempio un ciclo for che per 128 volte mi invia "U" o 0x55 per capirci . Con la gestione delle eccezioni in java posso sapere, se durante l'esecuzione ci sono problemi, avere sempre tutto sotto controllo.

Oltretutto Hyper Terminal ogni tanto da segni strani, non so se sta funzionando, altre volte sembra bloccato ecc..

quindi salvo vostre, utilissime osservazioni, appena finisco vi faccio sapere notizie.. che ne pensate di questa idea?

a dopo

Originalmente inviato da ElNonino

Nello schema dell'interfaccia mi lascia dubbioso l'uso di zener da 2.7V sulle linee dati del max232 a 5V, io monterei un MAX3232 che è nativo a 3V, lascierei comunqu le resistenze da 100 sulle linee tx ed rx per sicurezza estrema.

La sequenza di 0x55 è spesso usata come byte di sincronizzazione nei sistemi di autodetect del baudrate, viene utilizzata perchè sono una serie di 01010101, quindi un onda quadra che facilità la misura esatta della frequenza.

Sinceramente la ripetizione 128 volte la ritengo esagerata.

I pin dtr e compagni nel Nokia non sono collegati quindi credo non sia nemmeno necessario ponticellarli lato pc.

Non conoscendo il Nokia non posso esserti d'aiuto, invece sui protocolli di comunicazione seriali sincroni, e non, ci lavoro spesso e qualcosa ne capisco.

[MSchiepp]

Originalmente inviato da faustog_2

dalla documentazione leggo che per sincronizzare la UART occorre inviare 128 volte "U", ma a me sembra una fesseria, perchè se il protocollo è asincrono, che c'azzecca?

Proprio perchè il protocollo è asincrono! Se fosse sincrono ci sarebbe un clock che sincronizza tx e rx, invece così il rx si aspetta una serie di bit 01010101, li misura e può decidere il baud rate e lo scostamento dalla frequenza nominale.

Credo che sviluppare un applicativo in C o in altri linguaggi sia indispensabile: come fai a dire che il cellulare non dà segni di vita? Per provarlo devi mandare almeno un comando codificato con il protocollo illustrato nell'articolo che hai postato, altrimenti il cellulare non può rispondere!

Michele

[faustog_2]

CIAO RAGAZZI..

sono 1:29 di notte! adesso vado a dormire, sembra che l'amico si stia svegliando.. allora vi spiego ho messo nel Pic 16F876 una sequenza cosi come illustrato

1E 00 0C D1 00 07 00 01 00 03 00 01 60 00 72 D5

quindi ho messo in ingresso al cellulare RX l'uscita seriale del Pic..

invece in uscita del Cellulare quindi TX F-BUS l'ho messo al max 232 che invia all'Hyper terminal.

appena accendo il Pic.. dopo circa un secondo mi risponde il cellulare!!!

mi invia una serie di caratteri, alcuni incomprensibili, ma appare chiaro nel mezzo c'è scritto anche la sequenza NOKIA ! per cui ho messo a punto uno strumento che s pur rozzo mi consente di dialogare con il cellulare. Adesso non voglio cantare vittoria, non è il caso.. però come punto di partenza.. nn è male!

mi sono scritto un'applicazione java che fa lo stesso discorso di hyper terminal reagisce allo stesso modo.. .. ma ciò non importa.
rimane il fatto che se scrivo da Hyper terminal il cellulare " non sente" invece se scrivo dal Pic 16F876 invece ci sente!! adesso non voglio più pensare altrimenti non ci dormo..

a domani e grazie per il supporto

Originalmente inviato da MSchiepp

Proprio perchè il protocollo è asincrono! Se fosse sincrono ci sarebbe un clock che sincronizza tx e rx, invece così il rx si aspetta una serie di bit 01010101, li misura e può decidere il baud rate e lo scostamento dalla frequenza nominale.

Credo che sviluppare un applicativo in C o in altri linguaggi sia indispensabile: come fai a dire che il cellulare non dà segni di vita? Per provarlo devi mandare almeno un comando codificato con il protocollo illustrato nell'articolo che hai postato, altrimenti il cellulare non può rispondere!

Michele

[faustog_2]

insomma come sospettavo per prima cosa era indispensabile leggere queste righe:

Embedtronics - Nokia F-Bus Protocol made simple

anzi studiarle!

poi togliere Hyper Terminal, specie in trasmissione, fa schifo! e poi un po di culo

buona notte

Originalmente inviato da faustog_2

CIAO RAGAZZI..

sono 1:29 di notte! adesso vado a dormire, sembra che l'amico si stia svegliando.. allora vi spiego ho messo nel Pic 16F876 una sequenza cosi come illustrato

1E 00 0C D1 00 07 00 01 00 03 00 01 60 00 72 D5

quindi ho messo in ingresso al cellulare RX l'uscita seriale del Pic..

invece in uscita del Cellulare quindi TX F-BUS l'ho messo al max 232 che invia all'Hyper terminal.

appena accendo il Pic.. dopo circa un secondo mi risponde il cellulare!!!

mi invia una serie di caratteri, alcuni incomprensibili, ma appare chiaro nel mezzo c'è scritto anche la sequenza NOKIA ! per cui ho messo a punto uno strumento che s pur rozzo mi consente di dialogare con il cellulare. Adesso non voglio cantare vittoria, non è il caso.. però come punto di partenza.. nn è male!

mi sono scritto un'applicazione java che fa lo stesso discorso di hyper terminal reagisce allo stesso modo.. .. ma ciò non importa.
rimane il fatto che se scrivo da Hyper terminal il cellulare " non sente" invece se scrivo dal Pic 16F876 invece ci sente!! adesso non voglio più pensare altrimenti non ci dormo..

a domani e grazie per il supporto

[faustog_2]

continuo a studiare il protocollo in esame... nel frattempo girando sulla rete ho trovato qualcuno che disperatamente cercava di fare qualcosa di simile, purtroppo come dice lui stesso si è infognato!

c'è da dire che oggi la maggior parte dei Nokia, ha i pin sotto la Sim, bel casino! complica un bel po le cose rispetto ai vecchi Nokia. Comunque abbiamo visto che con la vernice elettroconduttrice si riesce a risolvere il problema, anche se devo ammettere con qualche difficoltà.

Nokia SMS controller - PcTuner Forum

il vantaggio di tutto questo sistema è che rispetto ai moduli reperibili sul mercato , anche a 29 euro, quest'ultimi hanno bisogno di un alimentazione tra 9 e 12 volt, invece un sistema basato su Nokia, e/o su cellulari se la cava con poco, diventa piu semplice attuare un sistema che si ricarica con piccoli pannelli fotovoltaici. Sappiamo tutti che mentre il cellulare è in carica può essere contemporaneamente operativo... inoltre un Nokia 1616 per esempio, lo si trova ovunque, non c'è bisogno di fare l'ordine e stare ad aspettare .. ma lo vendono pure i venditori ambulanti al mercato ortofrutticolo!

appena ho news, vi comunico
a dopo