Valkertown Blog Comments http://valkertown.blogsome.com Argh new blog, same geek Mon, 23 Nov 2009 19:13:40 +0000 http://wordpress.org/?v=1.5.1-alpha by: valkertown http://valkertown.blogsome.com/2006/12/21/at90usb128/#comment-60 Fri, 19 Jan 2007 00:40:40 +0000 http://valkertown.blogsome.com/2006/12/21/at90usb128/#comment-60 Bueno para empezar trabajar en windows es algo inconveniente para empezar con el USB, por que, todo el proceso de inicialización es casi imposible de controlar en el host. Le recomiendan el HID, pues es la interface más simple del USB, ahora mismo yo estoy trabajando con esta. El USB aun con estos perifericos del microcontrolador es bastante complejo, requiere de paciencia y un analizis muy concienzudo de toda la documentación y el código. Si él código de ATMEL y sus ejemplos le funcionan bien ha contado con más suerte que yo. En el caso de mi compilador GCC, parece que ATMEL se encargo de que compilara limpiamente su código, pero al parecer no de su correcto funcionamiento. Ahora esta es una opinión preliminar pues aun no he resuelto el problema particular que me aqueja. De cualquier forma, todos los comentarios y experiencias con el USB son bienvenidas, espero luego publicar algo que pueda servir como una buena fuente de información sobre el desarrollo USB. EOC Bueno para empezar trabajar en windows es algo inconveniente para empezar con el USB, por que, todo el proceso de inicialización es casi imposible de controlar en el host.

Le recomiendan el HID, pues es la interface más simple del USB, ahora mismo yo estoy trabajando con esta.

El USB aun con estos perifericos del microcontrolador es bastante complejo, requiere de paciencia y un analizis muy concienzudo de toda la documentación y el código.

Si él código de ATMEL y sus ejemplos le funcionan bien ha contado con más suerte que yo.

En el caso de mi compilador GCC, parece que ATMEL se encargo de que compilara limpiamente su código, pero al parecer no de su correcto funcionamiento.

Ahora esta es una opinión preliminar pues aun no he resuelto el problema particular que me aqueja.

De cualquier forma, todos los comentarios y experiencias con el USB son bienvenidas, espero luego publicar algo que pueda servir como una buena fuente de información sobre el desarrollo USB.

EOC

]]> by: Mario Sardon http://valkertown.blogsome.com/2006/12/21/at90usb128/#comment-59 Thu, 18 Jan 2007 17:26:54 +0000 http://valkertown.blogsome.com/2006/12/21/at90usb128/#comment-59 Yo tambien he trabajado desde hace un tiempo con los ATMega y tambien con los AT89C51xx. Ahora pretendo usar el AT89C5130A que posee USB. He descargado algunos pdf de ATMEL que me sugieren usar archivos como ATUSBHID.dll y user_application.c. Recien incursiono en el mundo USB (a este nivel) asi que cualquier comentario respecto a estos archivos, si has tratado con ellos, sera de mucha ayuda. Yo tambien he trabajado desde hace un tiempo con los ATMega y tambien con los AT89C51xx. Ahora pretendo usar el AT89C5130A que posee USB. He descargado algunos pdf de ATMEL que me sugieren usar archivos como ATUSBHID.dll y user_application.c. Recien incursiono en el mundo USB (a este nivel) asi que cualquier comentario respecto a estos archivos, si has tratado con ellos, sera de mucha ayuda.

]]> by: valkertown http://valkertown.blogsome.com/2006/12/21/at90usb128/#comment-58 Wed, 10 Jan 2007 19:38:03 +0000 http://valkertown.blogsome.com/2006/12/21/at90usb128/#comment-58 Primero gracias por su comentario, ya que este es quiza uno de los temas más importantes. El modo de programación de este micro controllador es exactamente igual a todos los ATMega e incluso a la gran mayoria de microcontroladores de ATMEL, todos los chips de la serie ATMega y esto AT90USB en particular soportan diferentes métodos de programación, que son parallelo,serial y jtag. Los modos de programación paralelos no los he utilizado con anterioridad por lo que no se del tema, sin embargo en los data sheets estan explicados al detalle. Los modo que más he utilizado en particular es el ISP (Incircuit/Insystem Serial Programming) y JTAG, en si son muy similares con la diferencia que con JTAG se puede hacer incircuit debugging. Ahora el STK500 trae un conector para hacer ISP, ya que los AT90USB vienen en empaquetado para montaje superficial y el STK500 no trae un socket para estos, el STK525 si trae un socket y se puede usar directamente. En particular yo hago todas mis tarjetas de desarrollo, e incluso el programdor es fabricado en el laboratorio, ya que este es terriblemente sencillo de fabricar. Ahora para ser especifico, el método ISP que es el favorito por su sencillez consta de 4 Lineas MISO, MOSI,SCK,RESET. Basicamente es un puerto serial sincronico con un handshaking adicional para inciiar la programación. Ahora los diferentes cables que existen, paralelo o serial. Hacen la conversión de estos pines de E/S al computador para hacer la programación. Ahora el KIT USB que vende ATMEl es bastante diferente por que este trae es un bootloader USB, lo que permite que todo se haga desde el puerto USB. El proceso como todo bootloader, el bootloader carga un driver USB que permite cargar nuestro firmware al dispositivo y luego lo pone andar. Ahora en el computador se debe tener el driver/modulo que sepa hablar con el bootloader. En Linux nos e de la existencia de este y no he tenido la necesidad de utilizarlo así que no tengo experiencia con este método. Ahora si quiere saber más sobre el proceso de programación ISP, el proyecto <a href="http://savannah.nongnu.org/projects/uisp/" rel="nofollow">UISP</a> tiene el código fuente libre y soporta todos los STK y algunos cables exoticos para programar los dispositivos y con este estoy haciendo todo el desarrollo para el AT90USB128. Eso es todo por ahora, estoy atento a nuevas inquietudes y espero que esto responda de alguna forma sus preguntas. Primero gracias por su comentario, ya que este es quiza uno de los temas más importantes.
El modo de programación de este micro controllador es exactamente igual a todos los ATMega e incluso a la gran mayoria de microcontroladores de ATMEL, todos los chips de la serie ATMega y esto AT90USB en particular soportan diferentes métodos de programación, que son parallelo,serial y jtag.
Los modos de programación paralelos no los he utilizado con anterioridad por lo que no se del tema, sin embargo en los data sheets estan explicados al detalle.
Los modo que más he utilizado en particular es el ISP (Incircuit/Insystem Serial Programming) y JTAG, en si son muy similares con la diferencia que con JTAG se puede hacer incircuit debugging.
Ahora el STK500 trae un conector para hacer ISP, ya que los AT90USB vienen en empaquetado para montaje superficial y el STK500 no trae un socket para estos, el STK525 si trae un socket y se puede usar directamente.

En particular yo hago todas mis tarjetas de desarrollo, e incluso el programdor es fabricado en el laboratorio, ya que este es terriblemente sencillo de fabricar.

Ahora para ser especifico, el método ISP que es el favorito por su sencillez consta de 4 Lineas MISO, MOSI,SCK,RESET. Basicamente es un puerto serial sincronico con un handshaking adicional para inciiar la programación. Ahora los diferentes cables que existen, paralelo o serial. Hacen la conversión de estos pines de E/S al computador para hacer la programación.

Ahora el KIT USB que vende ATMEl es bastante diferente por que este trae es un bootloader USB, lo que permite que todo se haga desde el puerto USB. El proceso como todo bootloader, el bootloader carga un driver USB que permite cargar nuestro firmware al dispositivo y luego lo pone andar.
Ahora en el computador se debe tener el driver/modulo que sepa hablar con el bootloader. En Linux nos e de la existencia de este y no he tenido la necesidad de utilizarlo así que no tengo experiencia con este método.

Ahora si quiere saber más sobre el proceso de programación ISP, el proyecto UISP tiene el código fuente libre y soporta todos los STK y algunos cables exoticos para programar los dispositivos y con este estoy haciendo todo el desarrollo para el AT90USB128.

Eso es todo por ahora, estoy atento a nuevas inquietudes y espero que esto responda de alguna forma sus preguntas.

]]> by: Gerardo http://valkertown.blogsome.com/2006/12/21/at90usb128/#comment-57 Wed, 10 Jan 2007 17:31:48 +0000 http://valkertown.blogsome.com/2006/12/21/at90usb128/#comment-57 Mas que un comentario.. es una consulta referida al AT90USB128. Segun lo del articulo... su modo de programacion es muy similar al ATmega128, yo he programado con la familia de ATmega y utlizo para ello un programado AVRisp que lo provee la misma compañia... tambien he utilizado el STK500. Y ahora para programar el AT90USB128 tengo aun ciertas dudas en cuanto a su modo de programacion... puesto que no sé si acepta el mismo modo de programacion ISP desde el AVRisp que yo usaba para los Atmega. En la pagina de ATMEL... hacen referencia a un programador llamado STK525.. pero en lugar de resolverme las dudas.. me agrega mas.. puesto q menciona modos de programacion con el STK500, con el mkll, con algo q denominan USB bootloader (para reprogramar desde el mismo USB), con el JTAG. Bueno.. mi consulta respecto a este nuevo microcontrolador con USB... es con que lo puedo programar? (el mismo AVRisp es compatible??). De antemano muchas gracias por alguna posible respuesta Mas que un comentario.. es una consulta referida al AT90USB128. Segun lo del articulo… su modo de programacion es muy similar al ATmega128, yo he programado con la familia de ATmega y utlizo para ello un programado AVRisp que lo provee la misma compañia… tambien he utilizado el STK500. Y ahora para programar el AT90USB128 tengo aun ciertas dudas en cuanto a su modo de programacion… puesto que no sé si acepta el mismo modo de programacion ISP desde el AVRisp que yo usaba para los Atmega. En la pagina de ATMEL… hacen referencia a un programador llamado STK525.. pero en lugar de resolverme las dudas.. me agrega mas.. puesto q menciona modos de programacion con el STK500, con el mkll, con algo q denominan USB bootloader (para reprogramar desde el mismo USB), con el JTAG. Bueno.. mi consulta respecto a este nuevo microcontrolador con USB… es con que lo puedo programar? (el mismo AVRisp es compatible??).

De antemano muchas gracias por alguna posible respuesta

]]> by: valkertown http://valkertown.blogsome.com/2006/12/09/simulador-de-robot-con-chip-adn-simulado/#comment-56 Sun, 10 Dec 2006 13:14:11 +0000 http://valkertown.blogsome.com/2006/12/09/simulador-de-robot-con-chip-adn-simulado/#comment-56 ¡¡¡Mi sapito!!! ¡¡¡Mi sapito!!!

]]> by: Valkertown http://valkertown.blogsome.com/2006/11/21/hallowen/#comment-55 Tue, 21 Nov 2006 17:51:44 +0000 http://valkertown.blogsome.com/2006/11/21/hallowen/#comment-55 Padrino llegue rápido que la bebida de cada viernes es merecida y de paso para que le de serenata JG como el cantante :D Padrino llegue rápido que la bebida de cada viernes es merecida y de paso para que le de serenata JG como el cantante :D

]]> by: Carlos http://valkertown.blogsome.com/2006/07/27/gps-enfora-2/#comment-52 Tue, 21 Nov 2006 15:07:55 +0000 http://valkertown.blogsome.com/2006/07/27/gps-enfora-2/#comment-52 Mira lo q pude hacer fue lo siguiente: Fue tirar posicion cada 20 segundos a un server en este caso de enfora donde tienen una aplicacion en java escuchando. Luego conecte mi notebook mediante un serial al modem y logre hacer una conexion PPP y pude navegar y hacer pruebas de conectividad mas que nada con el comando ping sin problemas. Osea en simultaneo fue el envio de posicion y la conexion de PPP. Mira lo q pude hacer fue lo siguiente:
Fue tirar posicion cada 20 segundos a un server en este caso de enfora donde tienen una aplicacion en java escuchando.
Luego conecte mi notebook mediante un serial al modem y logre hacer una conexion PPP y pude navegar y hacer pruebas de conectividad mas que nada con el comando ping sin problemas.
Osea en simultaneo fue el envio de posicion y la conexion de PPP.

]]> by: valkertown http://valkertown.blogsome.com/2006/07/27/gps-enfora-2/#comment-51 Thu, 02 Nov 2006 12:22:12 +0000 http://valkertown.blogsome.com/2006/07/27/gps-enfora-2/#comment-51 Hay una cosa con estos modems GPS, es modem o es GPS, por que el 'unico puerto serie que tiene se usa para ambas cosas, por lo que primero hay que estar cerrando y abriendo la conex'on se me ocurre haber leido en alguna parte que es posile hacer "querys" al modem estando conectado, pero no recuerdo como se hace. De todas formas rara vez uno desea estar conectado todo el tiempo. Luego esto de que servicio realmente no me queda claro, suponiendo que ya hice el "query" al GPS y luego me conecte a la red GPRS, digamos via PPP, luego tengo un stack TCP/IP disponible en el aparato que esta manipulando el modem, as'i que realmente no importa el puerto tcp que se utilice o udp si es el caso. Ahora lo 'unico relacionado a esto que poseo informaci'on es que quiz'a el ISP-GPRS puede bloquear alg'un puerto en particular, sin embargo es cuestion de probar. Ahora si es el dichoso modo PAD donde se usa el stack TCP/IP o UDP/IP del modem, igualmente el puerto puede ser arbitrario. Se me ocurre concluir que con respecto a los puertos para enviar y recibir la informaci'on del GPS via el modem GPRS, es abitraria y depende de su aplicaci'o y no de una caracteristica en particular del modem. No se si esto responde a su pregunta, espero que si. Hay una cosa con estos modems GPS, es modem o es GPS, por que el ‘unico puerto serie que tiene se usa para ambas cosas, por lo que primero hay que estar cerrando y abriendo la conex’on se me ocurre haber leido en alguna parte que es posile hacer “querys” al modem estando conectado, pero no recuerdo como se hace.
De todas formas rara vez uno desea estar conectado todo el tiempo.

Luego esto de que servicio realmente no me queda claro, suponiendo que ya hice el “query” al GPS y luego me conecte a la red GPRS, digamos via PPP, luego tengo un stack TCP/IP disponible en el aparato que esta manipulando el modem, as’i que realmente no importa el puerto tcp que se utilice o udp si es el caso.

Ahora lo ‘unico relacionado a esto que poseo informaci’on es que quiz’a el ISP-GPRS puede bloquear alg’un puerto en particular, sin embargo es cuestion de probar.

Ahora si es el dichoso modo PAD donde se usa el stack TCP/IP o UDP/IP del modem, igualmente el puerto puede ser arbitrario.

Se me ocurre concluir que con respecto a los puertos para
enviar y recibir la informaci’on del GPS via el modem GPRS, es abitraria y depende de su aplicaci’o y no de una caracteristica en particular del modem.

No se si esto responde a su pregunta, espero que si.

]]> by: Carlos http://valkertown.blogsome.com/2006/07/27/gps-enfora-2/#comment-50 Wed, 01 Nov 2006 17:56:10 +0000 http://valkertown.blogsome.com/2006/07/27/gps-enfora-2/#comment-50 Tengo una duda respecto a los modems enfora con gps Digamos yo envio constantemente la posicion a un servidor q esta escuchando en un puerto. Ahora q servicio deberia estar levantado en el server Tengo una duda respecto a los modems enfora con gps
Digamos yo envio constantemente la posicion a un servidor q esta escuchando en un puerto.
Ahora q servicio deberia estar levantado en el server

]]> by: +DeepSabbath+ http://valkertown.blogsome.com/2006/09/06/distcc-tol-awards-y-me-la-board/#comment-48 Thu, 12 Oct 2006 10:47:13 +0100 http://valkertown.blogsome.com/2006/09/06/distcc-tol-awards-y-me-la-board/#comment-48 ¡¡¡Bambino!!! ya casi sin ¡¡¡Bambina!!! :-( ¡¡¡Bambino!!! ya casi sin ¡¡¡Bambina!!! :-(

]]>