Newsgroup: it.tlc.cellulari.motorola
Titolo: Libro sulla programmazione dei cellulari con protocollo AT+

Ho trovato in libreria un volume sulla programmazione dei telefoni
cellulari con protocollo AT+, collegando un telefono al PC via seriale
o IRDA. Il codice è Visual Basic .NET e sembra che fornisca un
framework completo nel CD allegato.
Si chiama "Programmare il cellulare", l'autore è Vito Vessia ed è
edito da Hoepli.
Qualcuno di voi gli ha già dato un'occhiata? Scusatemi, ma mi
piacerebbe capire se val la pena di acquistarlo.
--Atreides

 --Atreides
Stavo cercando proprio un manuale del genere!!!
Appena finisco di lavorare faccio un giro tra le librerie per cercarlo.
Poi, quando sara' tra le mie mani ti faro' sapere.
Ciao e grazie per la dritta
Nessant

software...@aruba.it
 (Atreides), degno della sua fama (e non solo), 
penso' bene di scrivere:

Dipende dall'utilizzo che ne vuoi fare.
Se e' per conoscere l'elenco dei comandi AT esistenti, ci sono metodi assai 
piu' economici (tipo scaricarsi il documento ufficiale dello standard ETSI 
07.0750)
Se il tuo uso e' mirato ai Motorola.. allora butti i soldi.
I comandi standard supportati si contano sulle dita di una mano.
Se invece e' proprio per capire come funziona la comunicazione AT con i 
telefoni allora non so esserti molto d'aiuto.. gia' il solo fatto che il 
codice e' VB mi ha fatto svenire per un paio di minuti..
Ciao
--
LiG

Intanto inizia con il leggerti questo:
http://www.sierrawireless.com/SupportDownload/docs/2130213.pdf
Contiene una carrellata generale dei comandi AT.
nessant

 LiG
Ciao
nessant

Non mi dire che l'unico modo e' quello di sniffarli, che mi suicidio!!!
Allora non dico niente.. non voglio averti sulla coscienza!!!
--
LiG

 LiG
Ok, preparo il cappio.... Addio :-)
nessant

 ha scritto nel
messaggio news:aqduja$7oog$1...@stargate1.inet.it...



Eheheheheh!
T'aspettavo al varco.. ;-)))
E' una cosa a pelle.. un po' lunghetta da spiegare ma che posso riassumere 
cosi':
1) Scarsa capacita' di forzare lo sviluppatore ad un approccio strutturato 
in fase di sviluppo
2) Scarse performance
3) Scarsa ottimizzazione degli eseguibili
4) Occupazione mostruosa di memoria in fase di design e in runtime
5) Scarsa astrazione dell'ambiente rispetto al OS
Basta? ;-)))))))))
--
LiG

 ha scritto nel
messaggio news:aqe5g5$4vcq$1...@stargate1.inet.it...



AAAAAAAAAAAAAAAAAAAAAARRRRRRRRRRRRRRRGHHHHHHHHHHHHHH!!!!
Empietaaaaaaaaaaaaaaaaaaaaaaaaaa'!!!!
Delphi e' tutto cio' che un programmatore possa sperare!!!!
Mai mettere nello stesso post le parole "Delphi" e "VB"!!!!!!!!! ;-))))))))
Personalmente vedo molto bene C++ Builder e PowerBuilder (quest'ultimo, 
naturalmente, solo nei ristretti campi di applicazione che supporta).
Non sono un grandissimo fan di Java.
:-)
Ciao
--
LiG


in delphi si lavora abbastanza bene ma chi mi commissona i lavori non lo
vede di buon occhio purtroppo.


Fortunatamente non ho ancora avuto di questi problemi.. certo e' che 
l'Italia e' un paese in cui si usano ancora fortemente Cobol e Clipper..
Se non fosse per l'Open Source di Linux che ha dato una spinta a PHP oltre 
al OS in se', il 100% delle CGI sarebbero ASP..  e' ovvio che questo, come 
dici tu, dipende anche da chi commissiona... pero' pure chi produce ci 
mette del suo.
Magari potessimo anche solo lontanamente paragonarci a Germania e USA dove 
Delphi e' una realta di fatto di dimensioni enormi.
E non solo e' accettato dal cliente: e' richiesto!!!!
Ciao
--
LiG

 ha scritto nel
messaggio news:aqg1n2$2dpe$1...@stargate1.inet.it...
