Personalizando y rooteando SGS y SGSII

Bueno pues aqui dejo un par de enlaces a unos tutoriales maestros para el que quiera adentrarse en las profundidades de las ROMS, KERNELS etc con la familia de los Samsung Galaxy.

Está tan bien explicado que es mejor que lo leáis vosotros mismos:

Para Samsung Galaxy S:
http://www.return222.com/2011/04/tutorial-sacale-todo-tu-samsung-galaxy.html

Para Samsung Galaxy S2:
http://www.return222.com/2011/07/mega-tutorial-guia-completa-y-todo.html

Seguimos androideando...

Aplicaciones interesantes Android

Despues de un mes probando diferentes aplicaciones para Android en mi SGS II, voy a realizar una lista con las aplicaciones más interesantes que he podido probar y que en estos momentos tengo instaladas, lo que no sé es cuanto durarán todas.

Almacenamiento y backups:
- Dropbox --> Almacen en la nube.

- Titanium Backup --> Backup del sistema.

Aplicaciones varias:

- Barcode escanner --> Scanner de códigos de barras.

- Clinometer --> Un medidor de inclinación gráfico muy atractivo.

- QR Droid 4 --> Lector de códigos QR.

- Super Compass --> Brújula muy vistosa.

- Google Earth --> No hay que decir nada...

- Farmadroid --> Localizador de la farmacia de guardia más cercana.

- Gasolineras España --> Localizador de las gasolineras más baratas más cercanas.

Astronomía:

- Google Sky Maps --> Visualización del espacio.

- Mapa Estelar --> Visualización del espacio.

Comunicaciones:

- Whatsapp --> Mensajería con posibilidad de envío de texto, voz, fotos y archivos.

- eBuddy --> Chat para diversar redes (mns, ICQ etc)
- HeyTell -->Uso como un Walkie Talkie.
- Viber --> Llamadas via IP

- Skype --> Llamadas via IP.

- Mjoydroid --> SMS´s gratis.

- Tapatalk --> Lector de foros.

- Websharing --> Acceso al terminal fácilmente desde cualquier PC con un navegador.

- Miren Browser --> El mejor navegador que he probado.

- eBuddy --> Cliente messenger para varias plataformas.

   

Gestión del sistema:

- ES Explorer --> Explorador y gestor de archivos.

- Astro --> Explorador y gestor de archivos.

- Advanced Task Killer --> Mata tareas en ejecución.

- 3G Whatchdog --> Medidor de tráfico 3G.

- Evernote --> Gestor de notas con almacenamiento en la red.

 GPS:

- GPS Test --> Estado del GPS.

- Radardroid --> Avisador de radares.
- Mobile Maps 10 --> Sygic

  

Imágen:

- Quickpic --> Visualizador de fotos.

- Camera360 --> Una cámara de fotos con muchísimas posibilidades.

 Musica:

- Shazam --> Identifica la canción que suena.

- SoundHound --> Identifica la canción que suena.

- MoboPlayer --> Reproductor de música

- RockPlayer --> Reproductor de música

- Spotify --> Música en streaming

- Downear --> Busca música online y descargala.

- Tunein Radio --> Un buen sintonizador de radio

 

Radio:

- QTH Locator --> Locator de 

- APRSdroid --> APRS via IP

- HamsatDroid --> Seguimiento de satélites.

- Echolink --> Echolink.

 Redes:

- Overlook Fing --> Análisis de la red local.

- Wifi Reminder --> Análisis redes wifi.

- Router Keygen --> Auditorías wifi.

- Penetrate Pro --> Auditorías wifi.

- WifiLeaks --> Auditorías wifi.

- WPA TestTool --> Auditorías wifi.

- Network Discovery --> analisis de redes.

- WiFinder --> analizador de redes wifi.

Seguridad:

- KeePassDroid --> gestor de claves.

- Cerberus --> Antirobo del terminal.

Por cierto, estoy en búsqueda del Droid PSK en versión "low cost".

Si tenéis algo que incorporar a la lista por favor dejar comentario.

Entrando en el "Android World"

Hace un mes que me cumplía la permamencia con Robafone y era el momento de renovar el móvil. Me decidí por uno de última generación, el SGS II por aquello de probar Android.

Para el que no lo sepa, Android es un sistema operativo orientado a dispositivos móviles y que ha sido desarrollado por Google. Lo que lo hace diferente es que está basado en Linux, un núcleo de sistema operativo libre, gratuito y multiplataforma.

Una de las mejores características de este sistema operativo es que es completamente libre. Es decir, ni para programar en este sistema ni para incluirlo en un teléfono hay que pagar nada. Y esto lo hace muy popular entre fabricantes y desarrolladores, ya que los costes para lanzar un teléfono o una aplicación son muy bajos.

Cualquiera puede bajarse el código fuente, inspeccionarlo, compilarlo e incluso cambiarlo. Esto da una seguridad a los usuarios, ya que algo que es abierto permite detectar fallos más rápidamente. Y también a los fabricantes, pues pueden adaptar mejor el sistema operativo a los terminales.

Los terminales de ultima generación como el iPhone o el SGS II reciben el nombre de smartphones, porque son mucho más que un terminal para hablar por teléfono. Es cierto que un smartphone sin conexión de datos es un poco como un jardín sin flores.

Disponer de un smartphone conlleva contratar una tarifa de datos para poder sacarle todo su jugo. Incluso muchos terminales no te los entregan si no contratas un plan con tarifa de datos.

Yo tengo que decir que estoy disfrutando de las posibilidades que te brinda un nuevo terminal y la verdad es  una pasada el cambio conceptual que supone un dispositivo de éstos. Ésto ya no es un teléfono, es un pequeño ordenador móvil con una cantidad de aplicaciones inimaginables, que le hacen muy atractivo para llevarlo en el bolsillo.

Dentro del terminal tenemos:

- Un Teléfono
- Un GPS
- Una cámara de fotos y vídeo digital.
- Una radio FM digital.
- Un espacio de almacenamiento importante 16GB.
- Un reloj, con alarma, despertador etc
- Una calculadora.
- Una agenda electrónica para gestionar las tareas contactos y el calendario.
- Un gestor de correo electrónico (emails en el movil)
- Un navegador Web
- Un reproductos de audio y vídeo y fotos, para mp3´s fotos y películas.
- Multitud de juegos.
- Miles de aplicaciones gratuitas de todo tipo.


Y todo ésto dentro de un móvil, no es impresionante ?

En breve comentaré sobre algunas aplicaciones.

Nuevo enlace a "MI MUSICA" en Spotify

Estos de Spotify se están poniendo más restrictivos que nunca y quieren pasar al modo "paganini" a toda la gente que disfrutaba de Spotify gratis . Seguro que ya habrán conseguido la base crítica de usuarios y ahora lo quieren explotar. La verdad es que es un fastidio pero mientras dure ... dura y ya está bien.

He dejado un enlace a mi musica en el menú de la derecha. Hay muy buena música Techno, Synth, Pop etc de los 80-90. Seguro que a mas de uno le mola... :-)  Lo único malo es que deberéis disponer de spotify.




Un saludo.

GPS Bluetooth para Kenwood TM-D710E (y II)

Llegó el momento de la mecanización de la placa Bluetooth con el TM-D710E. Después de darle un par de vueltas al tema, he decidido ir un paso mas allá. La idea es integrar la placa en el frontal de la emisora y ya os anticipo que ha resultado ser un absoluto éxito.

 La placa bluetooth incluso con su conector cabe perfectamente dentro del frontal aunque en un principio parece que hay mucho menos espacio. Una vez salvado éste problema, tan sólo es necesario identificar la alimentación de +5V, Masa y entrada de datos GPS para hacerlo funcionar.

Pensad que de ésta forma nos estamos evitando las caja-mochila adosada así como las conexiones externas que se pensaron en en principio. La emisora quedará como viene de origen pero la vamos a dotar de una funcionalidad extra, la conectividad bluetooth, ¿no os parece atractivo?. Serác apaz de conectarse a un GPS bluetooth predeterminado de forma automática nada más esté en rango de cobertura. Vamos a colocar un pequeño LED que nos indique si existe enlace con el GPS de una froma rápida y visual. He buscado una ubicación bastante cómoda y lógica, justamente encima del conector externo del GPS.


Indicar, que si queremos que el TM-D710E enlace con otro GPS Bluetooth que no sea el predeterminado, deberemos reprogramar la placa. Aunque no sería ningún engorro puesto que quitando los dos tornillos para la apertura del frontal accedemos a la unidad de forma rápida y podemos disponer de ella desconectándola del conector que incorpora.

 Dicen que una imagen vale más que mil palabras y es cierto, en la siguiente secuencia de imágenes vais a poder apreciar cómo ha quedado el proyecto.

 Vista trasera del frontal antes de "meterle mano".

 Electrónica interna del frontal.

 

 Identificando la zona clave.

 Se puede apreciar en el centro de la imagen un regulador de +10V a +5V del que sacaremos la alimentación de la placa. La masa también esta cerca, y la entrada de datos del GPS se encuentra arriba a la derecha. Posteriormente se aprecian mejor los puntos de conexión.

 El destornillador con el util usado para hacer el taladro para el LED de "pareado".

 No dispongo de dremel pero si del destornillador IXO del BOSCH que es una auténtica maravilla. He podido encontrar un útil que incorpora una broca y me ha servido perfectamente para hacer el talado.

 Detalle del taladro en la carcasa trasera de la unidad frontal.

  He buscado la posición mas apropiada para el LED justo arriba del conector del GPS e intentando acercarme lo máximo posible a la parte trasera para evitar que el LED choque con la placa e impida el cierre de la carcasa.

Una vez soldados los cables.

 He conectado los cables de alimentación, Masa y datos GPS en sus puntos correspondientes. Los cables que no se utilizan he optado por dejarlos regogidos con un termoretractil pero no cortarlos por si en un futuro se utilizaran para otro tema.

 Detalle de los puntos de soldadura.

 En color Rojo, el positivo +5V. En color Negro, la masa. En color Azul, la entrada de datos del GPS, El marron-gris es la masa del LED.


 

 Una vez ubicada la placa  en su sitio con un trozo de cinta adhesiva de doble cara.

  

 Detalle del LED indicador de enlace con el GPS.

 

  Detalle del enlace del GPS con el TM-D710E, se aprecia el LED encendido .

   Detalle de la pérdida del enlace del GPS con el TM-D710E, se aprecia el LED apagado.

  TM-D710E funcionando y recibiendo datos del GPS bluetooth. El indicador del display "GPS" está intermitente.

Un saludo y espero lo hayáis encontrado interesante. No dudes en dejar comentario.

GPS Bluetooth para Kenwood TM-D710E (I)

 
Tal y como indica el título de ésta nueva entrada del blog, acabo de terminar el proyecto que ya anticipaba con anterioridad. Se trata de conectar el Kenwood TM-D710E a un gps bluetooth y así aprovechar las buenas prestaciones que tienen (por lo menos los dos que yo tengo) a la par que eliminamos el cable de conexión al gps, de ésta forma el salpicadero del coche quedará mucho mas limpio de cables ya que la conexión se realiza de forma inalámbrica.

Éste proyecto surge motivado por el afán de cacharrear principalmente y no se repara en costes del material que calculo podría ascender a unos 15€. Supongo que para algunos que ya tengan funcionando la emisora con un gps por cable, puede no resultar atractivo, pero yo creo que es un proyecto interesante y tampoco estamos hablando de unas cantidades elevadas. Por otra parte y no menos importante, la experiencia sobre éste tipo de interfaces (BT a Serie) es muy interesante debido a que hay muchos otros dispositivos que usan el puerto serie a los que se les puede implementar ésta solución.

Decía que las características de los gps bluetooth que yo tengo son mejores y es cierto, ésto se nota claramente en el tiempo de adquisición de los satélites que es mucho más rápido que en el Haicom (por cable). Para mi, éste es un punto super importante, ¿no os ha pasado alguna vez que ponéis el gps en el coche ya con un destino fijado y hasta más de la mitad del camino no ha logrado posicionarse el gps? Pues casi siempre que pongo el gps del teléfono móvil, que es de pascuas a ramos también es cierto, me pasa y me fastidia sobremanera.

Placa bluetooth, recoge los datos del gps bluetooth y los entrega por su puerto serie al TM-D710E en un nivel adecuado.

Uno de los gps bluetooth que tengo es de la marca QStarz y aunque lo compré hace ya unos años, es una auténtica maravilla cómo captura satélites. Fué un poco caro pero es posiblemente unos de los mejores gps del mercado, ni comparación con el Haicom. Se habló mucho de él y realizaron pruebas objetivas en Pcdemano.com cuando entonces era el mejor gps del mercado. Me consta que hay modelos más actuales con las mismas "tripas" pero con diferente marca: Konet, Transystem i-blue, todos incorporan el chipset MTK II que posee muy buenas características. El otro gps bluetooth es un Holux que está muy bien aunque lo he cacharreado menos, éste también lleva el MTK II.

Esquema eléctrico de la placa bluetooth.

Bueno, el objetivo del proyecto ya está contado, ahora hay que pensar cómo lo podemos implementar. Buscando por ebay localicé unas plaquitas bluetooth  que son configurables mediante comandos AT a través de un RS232 y permiten funcionar como maestro o esclavo y por supuesto parearse con otro dispositivo bluetooth y realizar la conexión. Lo más interesante es que las puedes programar para que siempre se enlacen con el mismo dispositivo de forma automática nada mas esté en cobertura. Las placas incorporan un puerto bluetooth, un puerto serie y un puerto usb (éste no viene conectado aunque ya lo investigaré).

La cadena de conexión sería la siguiente: gps Bluetooth enlazado con la placa via bluetooth y ésta vía cable con el frontal para la entrada de datos del gps (mini-jack). Por otro lado y para obtener alimentación para la placa debemos hacer un by-pass en la línea que viene del cuerpo de la emisora hacia el frontal y que acaba en un RJ45. Tengo que analizar cual es el consumo de la placa porque podríamos evitar éste by-pass colocando una pequeña batería.

Placa bluetooth con todas las conexiones suministradas.

La unidad, tiene dos modos de funcionamiento:

1.- Modo comandos.
2.- Modo normal.

En el modo "comandos", la placa es configurable por el puerto RS232 mediante comandos AT. Para alcanzar éste modo es necesario poner un nivel alto en el pin 34 del módulo bluetooth y alimentar la placa. Se hace cómodamente presionando el pulsador que se trae la unidad. Podemos saber que estamos en modo comandos porque el led  que indica el modo de trabajo (también viene implementado en la placa) parpadea con una cadencia aproximada de 1 sg.
En el modo "normal"  el led parpadea con mucha más frecuencia y a intervalos irregulares. Se alcanza ése modo con tan solo alimentar la placa. En éste modo, la unidad funciona en base a la configuración que tenga almacenada en memoria.

Para dar una idea de los parámetros que podemos configurar tenemos entre otros los siguientes:

- Rol: master o esclavo.
- Velocidad de puerto serie UART.
- Nombre del dispositivo.
- Estado del dispositivo.
- Password de conexión bluetooth.
- Busqueda de otros dispositivos.
- Pareado con otros dispositivos.
- Dispositivo enlazado.
- etc.



Las unidades vienen con unos parámetros de conexión serie establecidos y son: 38400,8,n,1. Si nos conectamos por Hyperterminal es necesario activar el "eco local" y "enviar CRLF al final de linea automáticamente", ésto lo encontramos dentro de los parámetros de configuración  de la conexión del hyperterminal referente a los valores ASCII.

Pantalla de configuración ASCII del Hyperterminal.

Indicar que siempre debemos conectarnos con esos parámetros para poder acceder al modo comandos. Por otro lado, la UART de la unidad es configurable y podemos definir otros parámetros de velocidad, paridad y bits de stop para el funcionamiento normal. Este es en concreto nuestro caso, porque el TM-D710E no acepta más de 9600bps.

Hyperterminal a 38400-8-N-1 durante la configuración del módulo con comandos AT.

Un ejemplo de la secuencia de comandos necesarios para configurar la unidad:
Antes de nada, debemos conectarnos con la unidad por el puerto serie y entrar en modo comandos, para ello debemos usar 38000,8,N,1 como parámetros de conexión del puerto serie. Debemos presionar y mantener el pulsador de la placa y darle alimentación asegurandonos que está en modo comandos a través de la cadencia del led que indica el modo de trabajo, que debe ser de aproximadamente 1sg. También tenemos que identificar la direccion física del gps bluetooth al que nos queremos conectar. Sugiero utilizar un PC con conexión bluetooth, establecer un enlace con el gps y en las características de la conexión con el dispositivo conseguir éste valor.

Hyperterminal configurado a 9600-8-N-1 leyendo los datos que recibe el TM-D710E del GPS.

- AT+ROLE=1   Modo de trabajo como master para que pueda iniciar una conexión bluetooth.
- AT+BIND= 1234,56,abcdef   Siendo "1234,56,abcdef"  la dirección física del gps 12:34:56:ab:cd:ef.
- AT+PSWD=0000   Ajusta el password de conexión a 0000 que es el standard del gps.
- AT+UART=9600,0,0  Ajusta el valor del puerto serie a 9600bps, bits stop 1 y no paridad.

Con éstos parámetros estaría configurada la unidad como Máster, con la UART a 9600,8,N,1, password de conexión: 0000 y con enlace automático al gps de dirección física: 12:34:56:ab:cd:ef.

Placa bluetooth en funcionamiento. LED azul "modo de trabajo". LED verde "pareado".

Las primeras unidades que me enviaron debían estar defectuosas porque no he conseguido hacerlas funcionar. Las segundas adquiridas a otro vendedor que me inspiraba mucha mas confianza funcionan perfectamente, además se incluye todo lo necesario para conectar, configurar y funcionar. Las placas son muy completas y versátiles, disponen de un conector dónde tenemos disponibles todas las conexiones interesantes:

- +Vcc
- RX_TTL.
- TX_TTL.
- LED modo de funcionamiento.
- LED de estado de pareado.
- RX_232
- TX_232
- Masa

Como podéis observar tenemos disponible las líneas RX y TX tanto en niveles TTL como RS232 pues implementa un MAX232 en la propia placa. Esto le hace muy versatil para conectar con sistemas TTL o RS232. El TM-D710E sólo acepta niveles RS232 y debemos utilizar las líneas RX_232 y TX_232.

GPS bluetooth con la placa conectada al TM-D710E.

En la imagen anterior, se aprecia la conexión al puerto serie y la conexión USB de dónde estoy sacando exclusivamente la alimentación de la placa de una manera rápida.

La verdad es que he tenido que echarle unas horitas para familiarizarme con el funcionamiento de la unidad, pero finalmente todo funciona como esperado.


Queda pendiente el mecanizado en la caja-mochila que se adosará en la parte trasera del frontal.
Como el tamaño de las placas es bastante reducido 4 x 3cm,  lo óptimo es colocarla en una pequeña caja-mochila adosada a la parte trasera del frontal mediante velcro.

Continuará...

Editando el diseño del Blog

Después de mi última entrada del blog, me ha parecido que el diseño se podía retocar algo ensanchando la parte principal, de éste modo entra bastante más texto por línea y se quita el efecto columna de cada entrada. Me he puesto manos a la obra y para ello ha sido necesario entrar en el modo de edición HTML de la plantilla actual y pasar de 660px a 800px el tamaño del cuadro que define la línea.

Ya que estabamos, he añadido una serie de gadgets laterales que complementan la información del cuerpo principal del blog. El apartado de "lista de blogs" resulta atractivo e interesante al igual que el apartado de "enlaces interesantes" que facilitan el salto a direcciones comunmente utilizadas. También he añadido un apartado "localización APRS" para la localización directa de la estación a través de la famosa web APRS.FI.

Acabo de cambiar también la cabecera siguiendo la misma línea de colores.

Un saludo.

Montando el analizador de red (VNA) de N2PK.

Hace ya la friolera de 3 añitos me llamó la atención un proyecto de analizador de redes (VNA) de Paul Kiciak, N2PK. Se trata de un analizador de redes  de buenas prestaciones y a un precio contenido en comparación con equipos comerciales. Las características del analizador en diversas comparativas, están en muchos casos por encima de otros productos comerciales.

http://n2pk.com/

Hice acopio del material y una vez tuve todo, se quedó durmiendo en un cajón hasta hace una semana que me decidí a montarlo. La verdad es que la dificultad del proyecto estriba principalmente en conseguir los materiales, algunos muy especiales. Por otro lado, se trata de un diseño con componentes smd (y no son pocos) que no todo el mundo es capaz de acometer sin haber tenido una experiencia anterior con éste tipo de componentes. Destacar también que la documentación está un poco repartida y hace falta antes de nada recuperarla y ordenarla para mejor entendimiento del proyecto.

Existe un grupo de Yahoo expecífico para éste proyecto dónde se comparte toda la información:

http://groups.yahoo.com/group/N2PK-VNA/


También hay un grupo para compras de material para proyecto:
 
http://groups.yahoo.com/group/N2PK_VNA_Group_Buy/


Uno de los participantes del foro, Ivan Makarov VE3IVM ha diseñado y comercializa las PCB´s de muy buena calidad y se ha currado un BOM (listado de materiales) en excel muy completo con todas las referencias de los componentes de Digi-Key para que los puedas pedir de forma fácil desde la web.


 http://www.makarov.ca/vna.htm


Hay 3 cosas que no se pueden conseguir en Digi-Key y hay que buscarlas en otros proveedores. El oscilador de referencia, que se lo pedí directamente a Eugene AE2F, los transformadores de Minicircuits y las bobinas de Mouser. En su día hice el pedido en la web de Dgi-Key y los componentes restantes los pedí conjuntamente con el colega Eduardo EA2BAJ que también estaba metido con el mismo proyecto.



¿Que es y para que sirve el VNA?

Como definición resumida, un VNA ó Vector Network Analyzer es un instrumento que permite realizar mediciones de los parámetros de red en redes eléctricas.

Éste VNA es capaz de realizar medidas tanto de transmision como de reflexión dentro del rango de 0.05 a 60MHz, con una resolución de frecuencia de 0.035Hz y un rango dinámico del orden de 110dB.
Las posibilidades de medida de transmisión incluye, magnitud de ganancia y pérdida, phase y retardo de grupo.


Las posibilidades de medida de reflexión incluye, impedancia y admitancia compleja, coeficiente de reflexión compleja, VSWR y pérdida de retorno.

Al contrario que otros medidores de impedancia que infieren el signo de la reactancia (algunas veces de forma incorrecta) partiendo de los valores de tendencia de la impedancia con la frecuencia, un VNA es capaz de determinarlo partiendo de los datos en una única frecuencia. Este es el resultado directo de realizar tanto la medida de la fase como de la magnitud de la señal de RF en cada frecuencia.
Añadiéndole un conversor de banda estrecha, éste VNA puede funcionar hasta los 500MHz aunque con perdida de rendimiento.



Proceso de montaje

Para el proceso de montaje utilicé un soldador JBC de 40W (sí, ya lo se un poco bruto por mi parte) porque la punta de otro soldador de menos potencia comprado en los chinos estaba en malas condiciones y no agarraba el estaño. El estaño que he usado si era apropiado porque era muy finito, 0,46mm. Acompañando, también se han usado diversos materiales como pinzas, lupa, alicates, etc e instrumental para realizar las comprobaciones básicas, polímetro y osciloscopio. El flux, que es tan importante para la soldadura, tampoco he podido usarlo pues tenía una botellita de dudosa calidad comprada recientemente a los chinos, pero que después de varias pruebas ha sido mejor tirarla a la basura.

Primero he atacado a los componentes más pequeños, resistencias y condensadores, luego los semiconductores y circuitos integrados y para finalizar los transformadores, oscilador y los conectores.

Hay que tener paciencia y dedicarle su tiempo a todos y cada uno de los componentes para evitar problemas posteriores. Es un trabajo tedioso, localizarlos, ubicarlos y soldarlos adecuadamente.

Una vez finalizado el montaje de todos los componentes hay que hacer las conprobaciones iniciales de que las líneas de alimentación +12V y +5V no tengan derivaciones. Yo tuve un +5V derivado por un corto en las patillas de uno de los conversores ADC. Es muy nomal tener algún problemilla inicial. Después de decicarle tiempo a buscar el problema y haberlo solucionado tuve suerte y no detecté ninguno más.

Posteriormente, realicé el cable de conexión al puerto paralelo, que es por dónde se comunica el analizador con el PC. Además es necesario implementar una fuente de alimentación de +12V y +5V. Yo la he realizado de momento para las pruebas partiendo de una de mis fuentes para las emisoras que tiene salida de 13.8V regulada a 12V. Para los +5V he utilizado un 7805 con un pequeño disipador. Como software  he utilizado MyVNA de Dave Roberts G8KBB.

http://g8kbb.roberts-family-home.co.uk/html/myvna.html

Afortunadamente la comunicación con el PC ha funcionado sin problemas a la primera (cosa rara). Es éste momento me faltan los conectores SMA para el puente de medidas por lo que solo he podido probar la parte del generador de RF. He podido comprobar que seleccionando una frecuencia en el software, ésta es generada por el VNA sin problemas entre todo su rango de trabajo 0.05 a 60MHz. Ésto ya es una muy buena noticia :-).


Aunque el diseño original de N2PK contempla exclusivamente un interface por puerto paralelo para la conexión al PC, varios colegas desarrollaron versiones de un interface USB a puerto paralelo con el fin de facilitar el uso del VNA en los ordenadores más actuales. Este interface esta basado en el chip de Cypress CY7C68013.

http://g8kbb.roberts-family-home.co.uk/html/usb_interface.html

Dave hizo algunas placas del interface y las distribuyó a los colegas que se lo solicitaron, yo tengo una suya.
Recientemente he querido buscar los componentes para el interface y he visto que no me merece la pena teniendo a los chinos a tiro de "click" en ebay. Hay placas ya montadas que te salen mas o menos por lo mismo de los componentes.

Es un ejemplo de la placa interface de los chinos que puede salir por unos 15€ puesta en casa.
La recibí hace un par de días y la verdad es que me he tenido que pegar con ella para hacer que funcione, no por que funcione mal, todo lo contrario, es que hay que seguir el proceso correspondiente para grabar el software correcto en la eeprom. La mía venía de origen con un software para ser usadacomo analizador lógico. Ya está funcionando y ahora puedo usar el VNA desde un PC con puerto USB.


Espero recibir pronto los conectores y así poder avanzar con más pruebas del analizador.



Continuará con más detalles y fotos...

Adaptación entrada GPS para TM-D710E

En la siguiente entrada del blog, voy a describir la adaptación que he realizado a la emisora bibanda kenwood TM-D710E para alimentar un gps externo (Haicom 204III) desde el propio frontal de la emisora y así evitar el cable de alimentación del gps hacia la toma del mechero.

Ésta emisora tiene el frontal separado del cuerpo a través de un cable con conectores RJ45. Se trata de una práctica habitual de Kenwood desde que sacó el modelo TS480 y resulta una conexión muy cómoda al hacer uso de material comunmente utilizado como es el cable UTP y los conectores RJ45 que se utilizan en las redes locales.

Mirando el esquema podemos ver que una línea del cable del display es un +10V y es la que se utiliza para la alimentación del propio display.

Pines que nos interesan del conector :

Pin 2 = +10V
Pin 3 = Masa

Esta línea proviene del regulador BAJ0CC0T (IC952) que según el datasheet soporta hasta 1A de corriente y 2W de potencia de disipación. El consumo del gps externo es de unos 75mA y viendo que el IC952 está fijado al propio chasis por medio de un tornillo, lo que le proporciona una buena radiación del calor, he estimado que sería capaz de soportar esos 75mA extras. La verdad es que me he aventurado un poco en la estimación, lo suyo habría sido medir el consumo de la línea de 10V hacia el display y hacer el cálculo de la potencia que está disipando el regulador para posteriormente ver si puede soportar el consumo extra del gps.
He realizado "a posteriori" :-) el siguiente cálculo del regulador.

Vin = 13,8V Vout = 10V.

Cual es la máxima corriente que podría soportar sabiendo que la potencia max. de disipación es de 2W ?.

I = W/V
I = 2/3,8 = ~530mA

Intuyo entonces que el display pueda estar consumiendo entorno a 300mA, no creo que hayan realizado en fábrica el cálculo del regulador mucho más justo. Por ello y porque el regulador esta perfectamente anclado al cuerpo del equipo (radiador), creo que 75mA más de consumo los va a poder manejar. Vuelvo a repetir que ésto no es la forma más ortodoxa de hacerlo, pero hay veces que te lanzas a la piscina partiendo de una estimación y ésta ha sido una de esas veces.

El gps viene con un cable PS2 de 6 pines que se adapta perfectamente al sistema original de alimentación de cable de mechero, pero al eliminar éste alimentador, he procedido a cambiar el conector por un RJ45 aunque no he tirado el PS2 por si alguna vez es necesario hacer uso del gps via PS2 . Para ello he seccionado el cable del gps y a cada extremo resultante le he conectado un conector RJ45. Por medio de un adaptador RJ45 hembra-hembra el cable vuelve automáticamente a su estado original.

Indicar, que en el frontal he utilizado un splitter RJ45 macho a 2x RJ45 hembra para disponer de la alimentación sin necesidad de manipular el frontal.

Ésto no es todo, otro punto a tener en cuenta es que el Haicom se alimenta a +5V y partimos de una tensión nominal de 10V, por lo que tendremos que intercalar un pequeño regulador en la línea del +10V para obtener los +5V. En éste caso el regulador elegido es un 78L05 que lo he integrado dentro de otro adaptador RJ45 hembra-hembra.

Y por último he rescatado un hilo del conector RJ45 del gps para llevarlo directamente al jack estéreo que proporciona la señal del gps al frontal.

Adjunto unas fotos para entender la adaptación. Aunque pueda parecer un poco "muerto" los conectores en el frontal, crwo que siempre será mejor que tener por medio un cable de alimentación hacia la toma del mechero que es la conexion original de éste gps.

Sobra decir que ésta adaptación la he realizado por mi cuenta y riesgo, y quien se anime a implementarla lo hará bajo su responsabilidad. Yo doy fé que ésto funciona correctamente en base a mis estimaciones.

Splitter RJ45.

Splitter conectado a sus cables, el del cuerpo de la emisora y el del gps. Se aprecia el cable que se rescata del conector que lleva los datos del GPS y que se conecta al jack estéreo.

Detalle del cable del gps desconectado del splitter.

Detalle del cable del gps adaptado.

Vista de cerca del resultado final. El cable inferior en el splitter es el que viene del cuerpo de la emisora, el superior el procedente del gps. Se puede apreciar el hilo que se rescata del conector para la entrada de datos del gps vía el jack.

Estoy analizando la viabilidad para adaptar un gps bluetooth también evitando la manipulación interna del equipo. Espero que sea la próxima entrada del blog.

Un saludo

Viendo la luz con DCRAW

Los que nos adentramos ahora en el mundo de las cámaras digitales tenemos un largo camino por recorrer. Siempre he dicho que internet es una fuente inmensa e inagotable de información, dónde se puede aprender mucho, pero por contra hay que echarle muuuuuucho tiempo. Los lugares más recomendables para nutrirse de información son los foros de tematica concreta, en éste caso que toca hablamos de foros de fotografía. Pues bien, después de leer bastante en los foros, con el objetivo de salvar un pequeño obstáculo cotidiano con el que reiteradamente me estaba topando, creo que he hayado la solución.

Normalmente disparo en formato RAW que es el formato "en bruto" (sin procesar) que capta el sensor de tu cámara, aunque es un formato muy "pesado" (ocupa muchos Mbytes) te ofrece muchas posibilidades que un formato procesado (.jpg. tiff etc) no te permite. En mayor o menor medida en un formato procesado, se ha eliminado gran parte de la información original. Al disponer de la información completa en el formato RAW digamos que podemos procesar a nuestro antojo. Podremos tocar muchos parámetros de la imagen como son, la exposición, nitidez, brillo, contraste, temperatura de color etc. Claro está que el encuadre y la composición la vamos a poder ajustar, ya que son pará metros que se fijan a la hora de la toma. Siempre que descargaba las imágenes de la cámara, me encontraba con el problema de que tenía que convertir las fotos a un formato más estandard como es el .jpg pues normalmente siempre hay amiguetes que te piden las fotos. Si se las pasas en formato RAW se pueden acordar de tu familia, no solamente por lo que "pesan" sino por que luego no las pueden visualizar. Hay entonces que hacer uso de un conversor de formato. Buscando un día por la red encontre un software shareware "Contenta-Convertes" que permite en un par de clicks trabajar con un paquete de imágenes RAW y convertirlas en .jpg. El tema es el de siempre, que si no pagas por el software, éste te introduce una marca de agua en la foto .jpg. Como no tengo intención de pagar por el software y se me ha acabado el "trial period", me ha llegado la hora de buscarme la vida de nuevo en la red en busca de un software Freeware que me permita justamente éso, convertir rápidamente varias imágenes del formato RAW al .jpg.

Buscando buscando he encontrado el DCRAW, que es un revelador RAW de libre distribución programado por David Coffin y que soporta diversas plataformas windows, Linux y Mac. Se trata de un software que no dispone de un interfaz gráfico y trabaja desde la consola, pero que trabaja muy rápido y encima como ya he mencionado antes, es gratuito.

Con un simple comando: dcraw -e *.cr2 /r el programa extrae los .jpg´s incrustados de todas la imágenes con extensión .cr2 (formato RAW de Canon).
Por supuesto que no introduce ninguna marca de agua en las fotos.

Estos son los os diferentes switches del programa:



Aquí os dejo los enlaces clave para poner enterarse en detalle del DCRAW y poder ponerlo en marcha.

Tutorial del DCRAW:
http://www.guillermoluijk.com/tutorial/dcraw/index.htm

Descarga del DCRAW: (conviene leer en la totalidad)
http://www.rawness.es/dcraw/

Manual de David Coffin sobre el DCRAW:
http://www.cybercom.net/~dcoffin/dcraw/dcraw_es.1.html

Un saludo.

Implementando el tracker APRS de EA4AQM

En esta nueva entrada y tal como indica el título, la idea es compartir la experiencia de la implementación del tracker APRS desarrollado por el colega EA4AQM Víctor.

Me puese en contacto con Victor para ver como podía implementar su tracker APRS que por cierto, fué publicado en la revista de URE de enero de 2011. Este proyecto, , está basado en plataforma PIC al contrario que el que acabo de publicar que está basado en arduino.
Victor amablemente me facilitó los ficheros .hex para grabarlos en los PIC´s, el esquema y las instrucciones necesarias para ponerme en marcha. Hice acopio de los componentes en la tienda de electrónica de rigor, en mi caso Viloga, que me pilla más cerca. Hago un paréntesis aquí para comentar lo triste que parecen hoy en día las tiendas de compontentes electrónicos, cada vez que entro en la tienda se me cae el alma al suelo, !quien las ha visto en los 90 y quien las ve ahora!. Esto es consecuencia del avance tecnológico.
Bueno "al turrón".... Los pics que utiliza el tracker son dos 16F84A y mi primera sorpresa es que no disponen de ellos pues son algo antiguos, total que me los piden para el día siguiente.

Dispongo de unas placas de prototipo que son muy indicadas para este tipo de montajes y sobre ellas empiezo a colocar todos los componentes y a cablearlos. Cuando está todo terminado, es la hora de grabar los PIC´s. Después de varios problemillas con el grabador finalmente consigo solucionarlo y realizo la grabación de los pic´s. El grabador es uno adquirido por ebay a los chinos muy económico (el JDM programmer) pero funciona muy bien. Lo único es que es por puerto serie y hay que tener algún PC con puerto serie pues no se lleva muy bien con los adaptadores USB-RS232. Como software de grabación de los PIC´s se puede usar el Winpic800 o bien el IC-RPOG, yo he usado éste último y es necesario posicionar el OSC: HT y No usar WDT.

Una vez todo montado en la placa, procedo a dar alimentación al circuito y veo que el circuito está vivo porque los leds se encienden, el rojo de TX por 1 segundo y el verde se mantiene encendido, ésto ya es buen síntoma. El funcionamiento del led verde debe ser el siguiente:
- Encendido mientras el gps no esta fijando la posición.
- Intermitente con una cadencia de 1sg cuando el gps ha fijado posición.
El led verde en su estado de intermitencia, nos sirve como herramienta indicadora de que el PIC 1 esta recibiendo datos, son válidos y también de que el gps está fijando posición.





Yo no conseguí que el led verde se pusiera intermitente, por lo que algo estaba pasando. Verifico niveles de tensión que está entregando el gps en su stream de datos y veo que entrega unos niveles TTL válidos. También verifico el pin RB0 del PIC1 para ver si recibe datos vía el MAX232 y detecto que no hay datos. Después de darle vueltas al tema concluyo que el gps al entregar niveles TTL no debe ir conectado al MAX232 (que trabaja con niveles RS232) sino que debe ir conectado directamente al PIC1 (entre RB0 y masa). Lo conecto directamente como acabo de comentar pero veo que el led sigue sin estar intermitente, posteriormente reparo en que el gps nunca logró fijar la posición porque estaba dentro de casa.
Tan pronto coloco el gps en la ventana para que logre posicionarse, veo que el led verde se pone intermitente..... bueno, pues ya hemos dado un paso importante, de momento sabemos que el sistema "parece" funcionar y que se estan recibiendo los datos del gps correctamente.
Procedo con la configuración del tracker para introducirle el indicativo etc. Ésto se realiza por el puerto serie usando el Hiperterminal de windows y pasando a modo programación al tracker manteniendo pulsado el pulsador y aplicándole alimentación (los dos led deben permanecer apagados). Para enviar la configuración al tracker se debe seguir escrupulosamente las instrucciones que Victor me facilita ya que son un poco "especiales".
Una vez grabada la configuración en el PIC, detecto que el led de TX no luce en ningún momento y Victor me aclara que en función del indicativo (SSID) utilizado se activa una lógica diferente para hacer la TX. Existen cuatro modos predefinidos, el "9" (coche), el ":" moto, el "4" bici y el "7" Jogger. En modo coche y moto el funcionamiento es aplicando lógica de cambio de rumbo y velocidad, el resto es por tiempo y se aplica una velocidad mínima.
Entonces entendí porqué nunca hacía TX independientemente del SSID utilizado y es que el gps estaba estático y nunca se cumple la lógica que activa la TX.
En ese momento caí en que la segunda funcionalidad del pulsador es forzar el envío de una baliza, lo pruebo y veo que pasa a TX... eureka!. Parece que esta todo funcionando correctamente. Fuerzo el envío de unas cuantas balizas y monitorizo en aprs.fi la que la trama ha entrado en la red, pero lamentablemente por algúnmotivo con el que ahora mismo estoy liado, la trama no es reconocida por la red.

A ésto ya le queda muy pero que muy poquito para que esté 100% operativo.

Seguimos....

Después de una larga charla en la frecuencia habitual con Victor EA4AQM y Jesús EA4EP, por cierto muy instructiva, llegamos a la conclusión de que el PIC no estaba configurado puesto que estando en modo programación desde el hiperterminal con tan solo pulsar una tecla, el tracker debe responder siempre son su configuración.
Estaba teniendo problemas en la comunicación serie con el tracker, por lo que decidimos pasar al método alternativo de configuración grabando directamente los datos de configuración en el código del programa (en la parte de memoria eeprom del pic). Utiliza los 16 primeros bytes de memoria. Para ello utilizamos el ic-prog y una vez terminado grabamos el código en el pic.
Lo ponemos en marcha y voilá!!!! todo funciona correctamente, las tramas ahora si entran en la red aprs.

Finalmente, he montado el circuito sobre una placa universal taladrada y sólo queda meterlo todo en una caja. Uso este tipo de placas porque el tema de taladrar como que me aburre un montón.

Un par de fotos....




Detalle del montaje sobre la placa de nodos taladrada.





Un saludo
Ernesto.

Tracker APRS con Arduino -- Trackuino --

Hace tiempo que hice acopio de material de arduino y componentes electrónicos asociados, con el objetivo de emprender posibles proyectos en el entorno de la radio.
Ha sido a raíz de haber comentado con el colega EA4AQM sobre el desarrollo de su tracker APRS (publicado en la revista de URE de Enero de 2011) que me he animado a ponerme un poco más en serio con el tema de la programación y el entorno de Arduino para dar uso a las placas que tengo por casa.
Por cierto, para los que no sepan que es arduino, les remito a la siguientes dirección:

http://www.arduino.cc/
http://www.youtube.com/watch?v=qhy5UtIzZfo
http://www.youtube.com/watch?v=-KXBZZO6IgQ&feature=fvw

Como ya sabéis, se trata de un entorno de desarrollo con hardware y software libre, que está basado en un microprocesador AVR. Para mí tiene una serie de ventajas que enumero a continuación:

- Hardware y código libre, con una amplia comunidad de desarrolladores.
- Amplia documentación (manuales y proyectos) disponible en la red.
- Entorno de programación sencillo en lenguaje C, con editor, compilador y grabador incluídos.
- Uso del puerto usb para una grabación inmediata del micro. (el micro incorpora un bootloader para esta funcionalidad).
- Funcionamiento en Windows, Linux y Mac.

He buscado por la red si ya existía codigo desarrollado para un tracker APRS y efectivamente existe. Después de probar alguna solución me he quedado con el desarrollado por un colega español EZ5HAV Javier, con el que no he podido contactar por el momento para contrastar impresiones.

Se trata del proyecto Trackuino, del que podéis ver la información original en el siguiente enlace:
http://code.google.com/p/trackuino/

Pues bien, esta nueva entrada del blog trata de la implementación del proyecto Trackuino adaptado a mi caso concreto con el fin de compartir la experiencia con los colegas que pudieran estar interesados.
Trackuino, es un proyecto principalmente pensado para hacer seguimiento vía APRS de un globo sonda por lo que además de incorporar todo lo necesario para el protocolo APRS, incluye soporte para un sensor. El proyecto lo tiene todo para funcionar como un tracker aprs, decodificando las tramas NMEA proporcionadas por un GPS externo y trasmitiéndolas bajo el protocolo AX25 de APRS. Además incorpora soporte para un sensor externo de temperatura, ésta parte es la que no necesito y hay que adaptar.

Lo primero de todo es tener el entorno de programación arduino instalado en el ordenador y recomiendo siempre bajar la última versión de la página oficial. Actualmente está la ver. 022. A continuación tener a mano todo el hardware necesario, placa arduino, componentes electrónicos, polímetro y si se dispone de un osciloscopio pues mejor. Aunque el polímetro y el osciloscopio no son 100% necesarios ayudan en el caso de que exista algún problema de funcionamiento. Una vez todo a mano, descargar el código de trackuino y descomprimir el fichero.

http://code.google.com/p/trackuino/downloads/detail?name=trackuino-ide-1.1.zip&can=2&q=
La carpeta que resulta debereis guardarla colgando de la carpeta "examples" del entorno arduino, de esta forma la tendréis disponible rápidamente en el menú "examples" del entorno de programación.

Para los ya iniciados, los detalles seguro que sobran, pero para los que decidáis acometer el proyecto sin mucha idea, os recomiendo tirar de la documentación existente en la web de arduino o bién la propia ayuda del programa. La idea es que estéis familiarizados con el entorno, aunque ya os digo que lo atractivo de arduino es lo sencillito que resulta todo.

Arrancais arduino y os vais a cargar el código de trackuino, para ello File/examples/trackuino

En la ventana que se abre ya tenéis el codigo. Podéis ver que teneis varias pestañas, deberéis seleccionar config.h y modificarla con vuestros datos, indicativo etc.

En el código principal yo he comentado varias lineas de código relacionadas con la parte del sensor. Por otro lado, os habréis dado cuenta que el codigo contempla dos modulos de radio, el mx146 y el hx1. Se tratan de modulos trasmisores compactos que se podrían utilizar en un globo sonda, como éste no es nuetro caso ya que vamos a utilizar un transceptor externo, usaremos el hx1 que viene por defecto en el config.h. Se trata del módulo más sencillo y que podemos compatibilizar con el uso de un equipo externo de forma fácil.

Os sugiero comentar en el código todo lo relacionado con el sensor y con el módulo mx146.
Para esta tarea, os dejo que os familiaricéis con el entorno practicando con la compilación del código (boton Play) hasta que no tengáis ningun error. Una vez hecho todo eso, tendríais el codigo listo y configurado con vuestros datos para ser grabado en el micro.
Conectar la placa arduino via USB al PC. En el programa seleccionar vuestra placa en Tools/Board y el puerto serie en Tools/Serial port.

Ya está todo listo para grabar el programa en el micro, sólo tendréis que hacer click en el icono de Upload indicado con una flecha hacia la derecha y veréis que el código se graba en vuestro arduino. No debiérais tener ningun error, en caso contrario a investigar...

Esto no es todo, ahora falta la parte externa de hardware que hará de interface con nuestra radio y el GPS. Yo lo he implementado en una placa de prototipos ya que son pocos componentes. Mas adelante usaré una placa taladrada con nodos de cobre.

Si no lo habéis descubierto aún, os recuerdo que en el proyecto se usan los siguientes pines:

Pin3: Señal de audio AFSK para TX.
Pin4: PTT
Pin0: RX Recepción de datos del gps.

Para el audio TX conviene filtrar la señan proveniente del pin 3 a través del siguiente circuito:



Para el PTT se puede implementar el siguiente circuito:




Os dejo en el aire el tema de la configuración del GPS.... deberéis investigar el código para ver dónde se configura la velocidad del puerto serie para que coincida con la velocidad a la que entrega los datos vuestro gps. En mi caso estoy aprovechando un gps bluetooth al que le he sacado una salida TTL de datos que se conecta directamente al RX (Pin0) de la placa arduino y masa.



Con esto quedaría explicado lo más importante de la implementación del proyecto, espero os haya servido.