Protocolos de acceso a celulares.

Hola,

Tengo que diseñar un sistema de seguridad para mi casa, y debe ser basado en un micro de 8bits(por costo) y un celular(vivo en las afueras de la ciudad). ¿Que protocolos creen que permaneceran mas tiempo en el mercado?: WAP, GSM, SMS, etc.

Saludos, Nitron.

Reply to
Nitron
Loading thread data ...

los tres protocolos que has comentado lo unicon que tiene que ver es que son para comunicaciones moviles pero cada uno se usa para cosas diferentes, no estoy muy puesto mucho en el tema pero sms es el sistema de mensajes cortos, wap es para la conexion a internet y el protocolo gsm es como el protocolo de transporte por llamarlos de alguna manera(corregidme si estoy equivocado) ya que si no existiera esa capa los otros protocolos ( que se podrian denominar protolos de aplicacion ) no podrian funcionar. por ponerte un ejmplo muy clarito el gsm es como el tcp/ip de internet que es la capa de transporte. el wap es como el protocolo http. y el sms es como el protocolo smtp. mas o menos. Saludos.

"Nitron" escribió en el mensaje news:bnje9i$pda$ snipped-for-privacy@news.chilesat.net...

en

ciudad).

GSM,

Reply to
Ne0

El otro día salió en el telediario una banda que habían detenido de esas que se dedican a robar chalets, tenían un inhibidor de frecuencia para móviles los h.d.p. :-(

En cuanto a tu pregunta, wap y sms va sobre gsm, así que no son alternativas excluyentes, no ? Con un telefono gsm puedes establecer una conexion por voz, enviar un sms, conectar una conexion de datos normal, o una conexion wap (es decir a internet), si te interesa más una cosa u otra dependerá de si al otro lado está tu movil, tu telefono fijo, hay una central de alarmas, etc....

Reply to
Nolo Pongo

De primeras, al gsm le quedan algunos añitos ( por no decir bastantes ) toda la inversion en la infraestructura actual no se va tirar de un dia para otro, en WaP como no quieras diseñar una pagina web no se que pretendes hacer con el, porque no es mas que un lenguaje de programacion orientado a paginas web para moviles, osease el http de los moviles. Sobre que sistema usar deberias dar mas detalles, como exactamente que quieres hacer, si un aviso, un tipo de alerta. Si pretendes que te avise, usa sms, 160 caracteres te pueden indicar muchas cosas, donde salto la alarma, si se apago en un tiempo ... etc.. etc.. por gsm ( que supongo que te referiras a llamar al movil comumente sino corrigeme ), esto como no tengas un sintetizador de voz que te avise de lo que pasa, solo te servira para saber que ha saltado la alarma, o por pulsaciones de teclas te podria indicar algo mas.

--
"Se necesitan dos años para aprender a hablar
y sesenta para aprender a callar"
 Click to see the full signature
Reply to
RooT

No existen tales conexiones wap, repito, wap es un lenguaje interpretado, hipertexto para los mas quisquillosos, es la version reducida del html. La conexion del movil tipicamente es una conexion normal a inet, lo que no recuerdo era si salias a traves de un proxy comun a todos los moviles, creo recordar que era asi, por eso todas las conexiones de moviles del mismo operador dan la misma ip, pero no estoy seguro.

P.D: En mi primer mensaje dice http donde queria decir html... me auto-limpio.. xD

--
"Se necesitan dos años para aprender a hablar
y sesenta para aprender a callar"
 Click to see the full signature
Reply to
RooT

Para comunicaciones en tiempo real, usa los modem de los móviles (FSK) o DTMF (tonos). Para avisos, mejor SMS, pensando en que el receptor, pueda tener apagado el teléfono. Utiliza algún modem GSM (Falcom, Telit, etc..), o un móvil que incluya modem compatible AT.

También puedes hacer uso del Caller ID, si no quieres gastar ni un céntimo en llamadas (a menos que esten cobrando la llamada perdida, cosa que no me extrañaría de los jetas de telefónica), y siempre que no hayan varios tipos de mensajes.

WAP, no lo conozco, pero combinar telefonía móvil, con internet, es una buena opción. Yo tengo un sistema domótico, a través de internet, haciendo uso de un server microcontrolado, que permite sistemas de vigilancia y telemando, precisos y en tiempo real, a diferencia del SMS, que puede llegar con mucho retraso (de horas a días).

Reply to
KT88

Gracias por vuestros comentarios. Me han sido de mucha utilidad. Quiero usar un H8 de Renesas, y desplegar informacion gráfica(Ahí me servira WAP), pero creo que el primer prototipo lo hare con SMS, y despues vere la posibilidad de subir a WAP. La idea es que haya una placa base conectada por un lado a un celular via cable de datos(Los nokia me han salido muy faciles de interfasear) y por otro lado el micro hace la interfaz entre el celular un un protocolo de acceso a datos sobre el cableado electrico(X10) o RF con unos RFpic. La idea es que haya un Master y varios esclavos.

Eso.

en

ciudad).

GSM,

Reply to
Nitron

basado en

ciudad).

GSM,

DTMF (tonos).

el teléfono.

modem compatible

en llamadas (a

los jetas de

buena opción. Yo

y en tiempo

días).

Reply to
Nitron

hipertexto para

tipicamente

proxy comun

moviles

Sí, tantas siglas acaba uno liandose, yo me refería a GPRS, eso si que es un tipo de conexion, y wap es como el html.

Hay una cosa que quiero probar cuando tenga tiempo, y es comunicar un programa java corriendo en el telefono con un pic que se conecte por el conector del telefono. El 'poblema' es que el java lo tengo oxidao, si algún programador java se anima que avise ;-)

Reply to
Nolo Pongo

Con grafica a que te refieres?

por cierto tienes bastante informacion sobre el callerid por el grupo que Spock esta echando mucha leña al fuego con esto

--
"Se necesitan dos años para aprender a hablar
y sesenta para aprender a callar"
 Click to see the full signature
Reply to
RooT

opción. Yo

tiempo

días).

Usas la implementacion del stack de tcp/ip de microchip, u otro tipo de sistema para controlar la web ?, que velocidad maxima tienes de transferencia con un pic de

20 mhz ? y cuando te refieres a vigilancia.. tambien te has currado lo de las camaras tu?

Gracias

--
"Se necesitan dos años para aprender a hablar
y sesenta para aprender a callar"
 Click to see the full signature
Reply to
RooT

sistema para

20 mhz ? y

Están basados en estos chismes:

formatting link
formatting link

Camaras no tienen, chequean varios sensores, y envían la información al server, de ahí se conectan por X10, a un sistema domótico. Se puede acceder también a la información por GSM, pero normalmente está conectado a internet, para abaratar costes.

Lo de las webcam, un día de estos lo miraré, parece interesante.

Reply to
KT88

La cuestion es que toi intentando hacer algo de streaming de video con un pic, quitando ya el tema de la camara y tal, lo primero que me surge es lo del pic, he visto las aplication notes de microchip y el stack de tcp/ip diseñado por ellos y esta bastante asquible montarselo. El tema de la conexion a internet radica en dos partes, la conexion en si ( por RJ45 ) y la capacidad del Pic para enviar informacion ( a mi modo de ver la velocidad.. ). He mirado las dos paginitas, y queria saber, lo has montado o lo comprastes?, asi el que mas ma gustado a primera vista ha sido el segundo. Y en cuanto a los componentes, es sencillo localizar algun controlador para tarjetas de red por estos lares, aunque sea comprado ( tampoco excesivo el precio ... ) ¿? Porque el tema es que tiene que ir a un router... he encontrado algunas cosillas en analog y maxim sobre temas de estos, pero a ver si me puedes orientar un poquillo ^^.

--
"Se necesitan dos años para aprender a hablar
y sesenta para aprender a callar"
 Click to see the full signature
Reply to
RooT

Ambos los compré, pero luego he desarrollado variantes propias. En el caso del Picoweb, además, el entorno de desarrollo en C, es de pago, y te lo envían en un CD.

Ambos hacen lo mismo, aunque el Picoweb, lleva implementado por soft todo el manejo de un server web, mientras que el otro se limita a las comunicaciones por TCP/IP, pero también se le puede implementar facilmente un servidor web, de correo etc..

por estos

Eso es lo más jodido, y precisamente por eso, hace poco pedí unos samples de controladores Ethernet, a Cirrus. Al final como ya comenté, no envían nada, al igual que Atmel.

Los controladores RTL de Realtek, los localicé aquí:

formatting link

También puedes usar una tarjeta Ethernet ISA. Cuidado, tiene que ser ISA, las PCI, son bastante más dificiles de usar, y no he leido nada al respecto.

¿? Porque el tema es que

sobre temas

Una vez construido y programado, no es más que un dispositivo con controlador Ethernet, protocolo TCP/IP, y su propia dirección (la que tu le programes). También hay una nota aplicativa, interesante, de Atmel, para implementar un servidor WEB con los AVR.

Reply to
KT88

controladores

Atmel.

Y sino nos centramos en lo que tenemos de samples, con unos pics no se podria emular el protocolo ethernet?, ya me ha picado la curiosidad, hoy ya no duermo pensando ya veras.. XDD Creo que voy a leer algo de ethernet en lo que queda de dia a ver si saco algo en claro.

--
"Se necesitan dos años para aprender a hablar
y sesenta para aprender a callar"
 Click to see the full signature
Reply to
RooT

emular el

ya veras..

No creo, además estos chips, que son más bien transceptores, adecuan la señal a nivel eléctrico, y gestionan todas las tramas de paquetes en la red. Tratar de hacer eso con un PIC, me parece la obra del Escorial, no vale la pena el trabajo que precisaría, y creo que a nivel eléctrico no sería factible.

Es lo mismo, que para un bus CAN, tenemos un controlador, que se ocupa de la lógica, y un transceptor, que adapta a nivel eléctrico las señales. Se podría implementar la lógica con un PIC (que no tenga CAN), pero es más cómodo usar un controlador de Philips (por ejemplo), o un PIC que ya lo incluya.

en claro.

No es dificil, en la mula, tienes unos cuantos libros y manuales, para diseñar servidores web con microcontroladores (los llamados embedded servers).

Reply to
KT88

lógica, y un

la lógica con

(por

El tema que tengo es evitar las placas ISA y montar el propio ethernet ya sea con chips controladores o como sea, tampoco pensaba montar todo con el pic, sino algo tipo max232 que me convierta los datos a niveles electricos adecuados, y de momento todo de servidores webs se basan en RS232 o en ethernet con ISA, le hechado un vistazo a los chips de national de ethernet, los faciles van todos por coaxial y los jodios de implementar ( 144 patillas... pufp uf!! XD ) son la puta ostia de complicados. Aunque tambien es lo que dices, son para tarjetas PCI y dios mio... no se seguire investigando... voy a pegarle un repasito a todas las empresas conocidas de chips.. incluido realtek...

--
"Se necesitan dos años para aprender a hablar
y sesenta para aprender a callar"
 Click to see the full signature
Reply to
RooT

en claro.

Busca en la mula, el libro, "TCPIP Lean Web Servers for Embedded systems", de Jeremy Bentham, es un tocho de 534 páginas, en PDF, que te lo explica prácticamente todo, además con casos prácticos, aplicados a micros PIC. Se extienden bastante con todos los protocolos, UDP, TCP, HTTP, PPP, DHCP, SMTP, POP3..... y lo mejor, orientado a su implementación en un PIC.

También la nota aplicativa, AVR460, de Atmel, explica como implementar un servidor WEB en un microcontrolador.

Reply to
KT88

Ta en ello el libro y gracias...

y ahora la ultima pregunta del dia.. que tal ves esto

formatting link

es un poco de todo un microcontrolador con CAN, ethernet y etc... creo que vendria bien, se que es un poco bestia pero es de maxim ( y sus famosas aplication notes son de las mejores.. ), mucho codigo y ademas free samples :)..

--
"Se necesitan dos años para aprender a hablar
y sesenta para aprender a callar"
 Click to see the full signature
Reply to
RooT

vendria bien,

de las

¿ has visto el encapsulado, que utiliza ?, complicado de manejar, a nivel casero.

Por lo demás, es un micro compatible con la la familia 8051, y puedes emplear el compilador de C, gratuito, SDCC. Incluye TCPIP en ROM, y un controlador Ethernet integrado.

Pero me parece una solución más compleja, que usar un PIC y un controlador Realtek.

Reply to
KT88

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.