Pic e GSM

[faustog_2]

il discorso è molto lungo, volendo fare una sintesi, i byte sono sempre composti da 8 bit, solo che le parole ASCII usano 7 bit negli SMS non è contemplata la tabella ASCII estesa... per cui nel primo byte troviamo i primi 7 bit del primo carattere, ma anche il primo bit del secondo carattere.. man mano i byte si arricchiscono di un nuovo bit, fino ad arrivare ad un gruppo di otto naturalmente poi ricomincia daccapo ! ovviamente i byte sono invertiti e anche i bit ...ma questo si sapeva visto che è una comunicazione seriale..

adesso è arrivato il momento di preparare un messaggio su carta, usando il protocollo in esame poi scrivere due righe di codice Assembler e spedirlo al cellulare con il Pic 16F876

a dopo

[faustog_2]

il sistema funziona perchè al primo test ha dato subito risposta, a parte la scrittura del messaggio che è una banalità poi nel sito di riferimento c'è un software scaricabile che esegue la compressione a 7 bit.

Adesso c'è la rogna da sbrogliare! forse un Geroglifico egiziano è piu semplice! insomma è piu semplice capire questo

Geroglifico egiziano

Adesso occupiamoci di quello che si legge dall'unica documentazione on-line!

fino al bit 13 tutto ok , si può dire che è spiegato bene. poi inizia il numero dal bit 14 il famoso (Octet format)
per la composizione del numero come dice chiaramente che

1XXX IIII : ecc..
1TTT XXXX : ecc...

visto che il suo numero è 61 411990010 si traduce in

61 41 19 90 10
diventa 16 14 91 09 01 poi cosa ci scoppa F0 ???? booo

Ma questo numero non è il numero di destinazione ATTENZIONE! QUESTO è IL Centre Phone Number che nel nostro caso è ........ boooo

per il numero di destinazione (Octet format) non vale più chi sa perchè???

e ancora altro di misterioso, adesso mi fermo qui che è meglio. Insomma in soldoni la parte elettronica è una banalità la parte che invece doveva essere una passeggiata invece si sta rivelando un bel casino!

a dopo

[faustog_2]

a chi interessa c'è la soluzione alle domande di prima.

SMS messages and the PDU format

non si svela comunque il dubbio di dove prendere il Centre Phone Number

se qualche anima pia riesce a trovare una risposta...

Originalmente inviato da faustog_2

il sistema funziona perchè al primo test ha dato subito risposta, a parte la scrittura del messaggio che è una banalità poi nel sito di riferimento c'è un software scaricabile che esegue la compressione a 7 bit.

Adesso c'è la rogna da sbrogliare! forse un Geroglifico egiziano è piu semplice! insomma è piu semplice capire questo

Geroglifico egiziano

Adesso occupiamoci di quello che si legge dall'unica documentazione on-line!

fino al bit 13 tutto ok , si può dire che è spiegato bene. poi inizia il numero dal bit 14 il famoso (Octet format)
per la composizione del numero come dice chiaramente che

1XXX IIII : ecc..
1TTT XXXX : ecc...

visto che il suo numero è 61 411990010 si traduce in

61 41 19 90 10
diventa 16 14 91 09 01 poi cosa ci scoppa F0 ???? booo

Ma questo numero non è il numero di destinazione ATTENZIONE! QUESTO è IL Centre Phone Number che nel nostro caso è ........ boooo

per il numero di destinazione (Octet format) non vale più chi sa perchè???

e ancora altro di misterioso, adesso mi fermo qui che è meglio. Insomma in soldoni la parte elettronica è una banalità la parte che invece doveva essere una passeggiata invece si sta rivelando un bel casino!

a dopo