blogElectronica.com

Hola de nuevo a todos, espero que hayáis disfrutado de vuestras vacaciones.
 
Supongo que a muchos, como a mi, se os acaban las vacaciones esta semana y toca volver al deber la semana que viene. Animo!!!
 
Yo este año he estado combinando un poco trabajo y vacaciones, pero aún así me lo he pasado bastante bien. De las tres semanas de vacaciones he estado, como cada verano, una semanita en Huesca con la familia de Sonia, 4 días en Peñíscola (ahí si que no he hecho más que descansar )y el resto por casa, en Cardedeu.
 
La verdad es que hace casi tres meses que no escribo nuevos posts (aunque sí que intento siempre encontrar un hueco para contestar a todo el que comenta los posts del blog). La razón fundamental es que he estado obsesionado muy ocupado en estos últimos tiempos en varios proyectos. Especialmente he estado muy ocupado con la nueva versión de firmware del MTXTunnel, la v5.0, que verá la luz durante este Septiembre de 2010. Me ha llevado muchísimo trabajo pero creo que el resultado final merece la pena. Ya os la presentaré cuando tenga 100% finalizada la documentación, que es básicamente lo que estoy terminando.
 
También estas vacaciones he dedicado un tiempo para replantearme un proyecto que he intentado llevar a cabo en un par de ocasiones, pero que por unas cosas o por otras no he conseguido que funcione tal y como tenía en mente: un foro de electrónica. Y es que muchos posts del blog tienen demasiados comentarios ya y creo que lo mejor es un foro. Sí, ya sé que tengo uno integrado en mi blog, pero es que es excesivamente lento y tedioso de usar. Y si a mi me da pereza entrar por lo lento que es (y no digamos ya de administrar) supongo que a los “navegantes” que lleguen a él, pues más.
 

 
Para este nuevo foro he comprado el script del Sistema de foros de VBulletin, algo caro (195$), pero después de lo que he leído (y probado), creo que simplemente es el mejor. Ahora me falta comprar el VBSeo, un mod para VBulletin, pero imprescindible para el buen posicionamiento en buscadores, que es de donde siempre provienen la mayor parte de las visitas. Al menos a mi, que entre todas mis webs suman casi 2 millones de páginas vistas al mes, las visitas provienen en más de un 85% de los motores de búsqueda.
 
Por otro lado, a parte del script para el foro está el tema del nombre del dominio a usar. Quería un dominio distinto de blogElectronica.com, pero como casi todo el mundo sabe, el tema de los nombres de dominio de Internet está a día de hoy muy complicado. Todos los dominios .COM , buenos y malos, están registrados. A mi personalmente me parece totalmente imprescindible tener un buen nombre de dominio (.COM) para cualquier proyecto con presencia en Internet. No es que sea determinante para que un proyecto tenga éxito pero sí es una ayuda muy grande en cuanto a generación de tráfico type-in, en SEO y en branding. Así que, viendo que “por suerte” los antiguos propietarios de los dominios “foroElectronica.com” y “foroDeElectronica.com” los tenían en venta, he negociado con ellos un precio y los he comprado, pues, aunque me han salido algo caros (unos 500€ al cambio), considero que ambos dominios son los más apropiados para un foro de electronica.
 
Como véis, tal y como decía el actor Richard Attenborough en su papel en Jurassic Park “no hemos reparado en gastos” con mi nuevo foro.
 
Por el momento no eliminaré el antiguo foro incluído en blogElectronica, pero por favor, para introducir nuevos comentarios, usar foroElectronica.com 

 
En fin, no me enrollo más. Que tengáis una feliz re-entrada en el trabajo !!!

 
Salu2.

Hace ya mucho tiempo que tengo la plataforma OTAP activa. Desde entonces ha sido utilizada para hacer miles del OTAPs. Como sabéis un OTAP es el proceso que permite actualizar remotamente las aplicaciones java que embebemos en nuestros módems Siemens/Cinterion. Hoy presento la versión 2.0 de este software que es similar a la versión 1.0 pero presenta algunas diferencias importantes.

La primera es que ya no depende de mi servidor www.otap.es.   Ahora el software incluye un pequeño servidor TCP/IP para gestionar las respuestas OTAP. Es decir, como sabéis, cuando un proceso de OTAP finaliza (bien o mal) si la conectividad GPRS es correcta envía una notificación (petición POST) a un servidor web indicando el resultado de la operación. En la versión 1.0 esta notificación era enviada por el módem siempre a www.otap.es mientras que en esta versión 2.0 podéis especificar vuestro servidor de confirmación OTAP o bien utilizar esta misma aplicación (v2.0) como servidor de confirmación. También la he preparado para ello.
 
Si os fijáis en la siguiente captura de pantalla:

  Lee el resto de esta entrada »

Hola de nuevo, como comenté en el anterior artículo, hoy doy paso a la segunda parte del artículo de Jesús. En este caso trata de la nueva banda UMTS 900MHz que veremos en la calle dentro de un tiempo. Este artículo, como el anterior, también ha sido publicado en www.redeweb.com (de mayo 2010). Revista en la que por cierto, también aparece anunciado brevemente el MTX-Tunnel-Advanced, hecho por un servidor
 
Aquí tenéis a el artículo:
 
Existe actualmente una fuerte necesidad, negocio y momento para lanzar UMTS en la banda de 900MHz, que ayudará a los operadores extender eficientemente servicios de voz, y un gran ancho de banda móvil para datos en la bandas de baja frecuencia.
 
En Europa, los terminales móviles operan según las especificaciones GSM, en dos bandas, la de 900MHz (880-915MHz, pareada con 925-960MHz) y 1800mHz (1710–1785 MHz pareada con  1805–1880 MHz). El 27 de Julio de 2009 el congreso de Ministros Europeo aprobaron la propuesta de la directiva GSM (Comisión Europea) para legislar el uso del espectro de radiofrecuencia para dar luz verde al desarrollo de tecnología 3G en la banda actual de 900MHz, el llamado UMTS900. Esta comisión adopta la decisión de forzar como directiva la coexistencia de teléfonos 2G/GSM con este nuevo sistema UMTS móvil en la frecuencia de 900MHz. Las administraciones nacionales tendrán la decisión final de habilitar este espectro de frecuencia para 3G. La especificación técnica para esta nueva banda 3G, WCDMA-HSPA en la banda de 900MHz (UMTS900) ha sido acabada por el grupo 3GPP en diciembre de 2005.
 
 
Beneficios de UMTS900
 
El hacer llevar cobertura total 3G en la banda de 2100 MHz es algo económicamente extenso, en algunos casos difícil y podría llevar demasiado tiempo a los operadores. Una de las ventajas de la banda de 900MHz es que las pérdidas de retorno son mucho menores. Para el mismo servicio y cobertura, se requieren de menos estaciones base. La cobertura en edificios es mejor en 900MHz, traduciéndose en mejor Calidad de Servicio –QoS-
 
Los usuarios de telefonía móvil cada vez más se suscriben a redes 3G (WCDMA) donde se solicitan mayor transmisión de datos de alta velocidad, a menor precio, con tarifas planas, incluso en situaciones de no movilidad (domicilio). UMTS900MHz puede dar respuesta a estas necesidades.
 

Lee el resto de esta entrada »

Hace pocos días que mi compañero Jesús Santos, ingeniero de Matrix, ha publicado un artículo muy pero que muy interesante (en www.redeweb.com , número de Mayo) para todos los que tenemos la suerte (o eso creo yo) de trabajar en el mundo del GSM. Así que dado el interés, y por supuesto con el permiso ya concedido del autor , lo voy a publicar aquí para uso y disfrute de todos, aunque fraccionando en dos artículos el artículo original, al ser éste bastante extenso y comprender dos temáticas diferentes.
 
Vamos allá. Este primer artículo trata una nueva tecnología que veremos en un futuro muy próximo, las llamadas M2M component SIM. Aquí os lo dejo:
 
 
M2M component SIM
 
También llamada C-SIM (component SIM), E-SIM (electronic SIM), embedded SIM, chip on SIM, M2M component SIM, etc… es una SIM en un nuevo formato en forma de chip en un encapsulado SMD miniatura. Es exactamente lo mismo que en su actual formato de cartón-plástico, pero en forma de circuito integrado. Esta nueva tecnología evita tener que poner los conectores zócalos porta-sim, con sus inconvenientes de ocupación de espacio, costo, problemas mecánicos y de contactos, fallos de SIM en entornos agresivos, y de acceso al usuario, como el robo o sustracción de la SIM.
 
Este componente se puede poner, al igual que actualmente, externo al módulo GSM, a través del interfaz SIM. También se puede “integrar” dentro del módulo, para ello el modulo GSM debe estar preparado para integrar internamente el chip-SIM.
 
Ya existen fabricantes y suministradores que ofrecen estos chips en producción.  Un ejemplo es Infineon como fabricante de chips y Gemalto como fabricante de tarjetas SIM. Estos chips llevan internamente una memoria no volátil donde se carga la información del operador. El operador suministra estos chips al cliente final al igual que actualmente ofrece las SIMS tradicionales en soporte clásico de cartón/plástico, ya que es el operador el que posee los datos a grabar (encriptados) en estos chips. No en todos los países los operadores están preparados para ello. Tened en cuenta que se pueden adquirir estas SIM y activarlas posteriormente, así como cambiar los servicios asociados (Voz, Datos, IP fijas…)
 
Para el chip-SIM integrado dentro del módulo es necesario un acuerdo entre los tres factores que tiene que  permitirlo: integrador, operador y fabricante de módulos GSM, como Cinterion. En este caso las C-SIM se entregan ya grabadas y Cinterion las monta internamente en el proceso de fabricación/montaje del módulo, en fábrica.
Resumiendo, hablamos realmente de lo mismo, las tarjetas SIM tradicionales vienen encapsuladas en un “cartón” o plástico en forma de uña y la tarjeta M2M SIM vendrá encapsulada en formato de componente SMD como el VQFN-8. Como veis, es algo relacionado a su forma y poco más.
 

 
Lee el resto de esta entrada »

Bueno, ya estoy aquí de vuelta de vacaciones. Esta Semana Santa he pasado unos estupendos días en Cáceres con la familia (ahí reside gran parte de mi familia por parte de Madre). Hacia ya muchos años que no iba y ya echaba de menos  el jamoncito, las torrijas, …  a la familia . La verdad es que me lo he pasado muy bien y espero no tardar tanto tiempo en regresar.
 
Bueno, vamos a lo nuestro … hoy vamos a ver la implementación de un WebServer.
 
En ocasiones puede resultar interesante incorporar un pequeño web server en nuestros módems gprs TC65 ó MTX65. Resulta cómodo conectarse directamente al módem con un navegador y consultar algún parámetro. Pues bien, hoy os pongo un ejemplo que he hecho, algo más largo de lo habitual y que me llevó cierto tiempo en su día, y que implementa eso: un pequeño y simple (muy simple) WebServer. Sirva este ejemplo también como ejemplo de Socket Server. No recuerdo a qué usuario de este blog le dije que en breve pondría un ejemplo de Socket Server en java. Pues aquí está.
 
El ejemplo que os cuelgo aquí  es una parte de uno de mis proyectos al cual le he quitado muchas cosas, entre ellas parte del control de errores, para que no sea tan extenso y sea más entendible. Creo que lo es bastante. De todas formas al quitar código es posible que haya alguna variable o instrucción que no sea necesaria, no me he puesto a revisarlo todo al 100%, sólo que funcione correctamente.
 

  Lee el resto de esta entrada »

Últimamente me encuentro en bastantes ocasiones con gente con las mismas confusiones respecto al conexionado de puertos serie. Las confusiones vienen casi siempre con equipos “cable serie replacer”. Es decir, uno tiene un equipo que puede controlar perfectamente con un cable serie desde su PC y, por la razón que sea, normalmente por ahorro de costes de ahorro de cableado o desplazamientos, pretende controlarlo sin cables de manera telemática.
 
Para este tipo de “cable serie replacer” se suele usar radio módems en las bandas ISM  (ya sabéis, bandas libres, sin necesidad de pagar licencias por su uso) a 868MHz o 2.4GHz. Estos equipos permiten enlaces de varios cientos de metros o incluso kilómetros. Si se pretende realizar un enlace vía GSM pues obviamente se usan módems GSM (TC65T, MTX65, MTX63, …) ó GPRS (por ejemplo, con un MTXTunnel o MTXTunnelAdvanced).
 
 
¿Qué cable serie utilizar entre el módem y el equipo a controlar?
 
Básicamente tenemos 2 tipos de equipos RS232. Por un lado un DTE (Data Terminal Equipment, o Equipo Terminal de Datos) y DCE (Data Communication Equipment, o Equipo de Comunicación de Datos).
 
Un PC es un DTE. Un módem es un DCE. Una estación metereológica suele ser un DCE, un sensor de temperatura suele ser un DCE, …
 
Es decir, cuando controlamos vía cable un equipo con nuestro PC, normalmente usamos un cable serie DTE-DCE. Si llegado el caso queremos, como decía antes, necesitamos substituir el cable serie por un módem (que un equipo DCE) no podremos usar el mismo conexionado para el cable serie que el que el que teníamos con el cable DTE-DCE. Necesitaremos usar un cable DCE-DCE.
 
A continuación pongo las distintas combinaciones de pin-out para los distintos tipos de cables RS232 que podáis llegar  a necesitar.
 

Lee el resto de esta entrada »

Hace ya tiempo hablé de los módulos WT11 y WT12 de Bluegiga. Unos modulitos bluetooth cuya característica más importante (y realmente por lo que son muy pero que muy vendidos) es que embeben el firmware iWrap, diseñado y creado por Bluegiga.  Recordar que este firmware permite dotar de conectividad bluetooth a nuestros equipos de una manera extraordinariamente sencilla, pudiendo utilizar cualquier simple micro o dispositivo con una uarth. Es posible utilizar de forma muy sencilla un sinfín de perfiles bluetooth con éstos módulos (SPP, DUN, HFP, HSP, HID, AVCRCP, DI, PBAP, OPP, FTP, HDP) aunque hay que decir que al final el más usado (en el 95% de los proyectos que veo) es el SPP (el serial port profile).
 
Pues bien, recientemente, en el pasado 3GSM, Bluegiga presentó su nuevo módulo WT41. Es un módulo también basado en el Bluecore4 de CSR, tal y como lo son sus hermanos WT11 y WT12. Es decir, es un módulo que aunque permite audio está más enfocado a datos. La diferencia fundamental entre el WT41 y el WT11, ambos bluetooth de clase 1 radica en las prestaciones radio:  nada más que 20dBm de potencia de transmisión (frente a los 14dBm del WT11) y una sensibilidad de -90dBm. Todo ello hace que el alcance bluetooth entre dos dispositivos WT41 (en visión directa) sea de hasta 1000m (1Km). Evidentemente las aplicaciones target de este módulo van a ser aquellas que requieran de un rango de alcance muy elevado.
 

 
A quien le interese este módulo puede dar un vistazo a su datasheet aquí . También si dáis un vistazo a las guías de montaje (página 15 del datashee) veréis que también son menos restrictivas que las del WT11.
 

www.blogElectronica.com

Hoy unos compañeros (Jesús Santos y Rubén Rodriguez) han estado probando la capacidad PoE (Power Over Ethernet) con la que cuentan algunos módulos embebidos de Digi. En concreto han estado probando la capacidad PoE con el módulo Digi Connect ME 9215 (un pequeñísimo pero potente módulo procesador con boca ethernet en el cual podemos embeber aplicaciones bajo sistemas operativos NetOS o Linux).

Me ha parecido bastante interesante así que, como todavía falta un rato para ver a Horatio (CSI Miami para los despistaos ) os lo comento rápidamente.

Como decía, el Digi Connect Me 9215 está preparado para PoE. Ojito, PoE Pass-Through.  Es decir, que nadie piense que como en las especificaciones del módulo pone PoE ya puede uno conectarlo a una red ETH con PoE habilitado y sin más funcionar. Eso no es así, se necesita de unos componentes electrónicos adicionales para ello. Es decir, básicamente lo que hace el pass-through del DigiConnect ME 9215  es llevar las líneas necesarias PoE hacia algunos de sus pines para ser tratadas.

Y hablando de esos componentes electrónicos adicionales, si dais un vistazo a la documentación de Digi (http://ftp1.digi.com/support/documentation/90000940_A.pdf) veréis que plantean como opción usar un LM5070 de National para la gestión del PoE. Este LM5070 no un módulo sino un chip y hay que usar muchos componentes externos junto a ese chip, con lo que se complica bastante la aplicación.

Más fácil es usar un módulo Ag9020 de Silver Telecom ya que este módulo lo incluye todo y además es muy económico. De hecho es tan fácil de usar que basta con soldar directamente 6 de sus pines para tener activo el POE del Digi Connect Me 9215, tal y como muestra la siguiente fotografía.
 

Y bueno, una vez todo montado ya solo falta probarlo. Los Digi Connect Me 9215 son tanto endspan como midspan. Antaño, los módulos que había probado eran sólo midspan y no endspan, es decir, funcionaban bien con dispositivos PoE injectors (dispositivos que se usan para dotar de PoE a redes ethernet no son PoE) pero no funcionaban si se conectaban a dispositivos endspan (típico ejemplo de un dispositivo endspan es un switch con POE). Por suerte, los módulos Digi Connect ME 9215 funcionan con ambos tipos.
 
Pese a funcionar tanto con midspan como endspan, para este caso de test se ha usado una fuente POE de SL-Power (un PoE Injector) midspan. Como era de esperar una vez conectado ha funcionado todo (Digi Connect ME 9215 + ag9020 +  fuente POE) perfectamente. Por supuesto estos 3 componentes los distribuye Matrix en España.
 
Espero que los que tengáis que desarrollar algún equipo POE en el futuro encontréis de interés el artículo. 
 
Otro día más

 
www.blogElectronica.com
 

Hace poco tuve que echar una mano en un proyecto de control de flotas donde se necesitaba controlar una pequeña pantalla mediante un módem MTX65+G. Como tuve que realizar un pequeño montaje para realizar unas pruebas con la pantalla aprovecho y lo comparto aquí para quien lo pueda necesitar en un futuro (y para acordarme yo mismo si lo vuelvo a necesitar dentro de un tiempo )

Vamos allá. El módem MTX65+G, como muchos recordaréis, tiene un único puerto serie. Ese puerto serie ya estaba ocupado con otro dispositivo, así que la única alternativa era utilizar una pantalla controlable por SPI. La pantalla escogida fue una de Electronic Assembly, concretamente el modelo EA DIP204-4HNLED.

Lo primero que hay que hacer con esta pantalla es configurarla para que trabaje por SPI ya que por defecto utiliza un bus paralelo. Para ello basta con darle la vuelta, desoldar el jumper marcado con 4/8 y soldar el jumper marcado con SPI. Ambos están muy juntos y uno debe asegurarse con un polímetro que el jumper 4/8 está realmente desoldado.

Las conexiones de la pantalla son muy simples, así que rápidamente decir que yo sólo he conectado el pin 17 y 18 a 4V, para el backlight, la alimentación (pin 1 y 2) a 3.3V, el contraste (pin 3) a un potenciómetro de 10K y los cuatro pines propios del bus SPI (pin 4,5,6 y 7) a los correspondientes del bus SPI del módem (obviamente el DI de la pantalla al DO del módem y viceversa). Para mis pruebas, por comodidad de bornas, he utilizado un módem MTX65-IND, pero con un MTX65 o un MTX65+G sería exactamente lo mismo.
Bueno, pues ya está casi todo, tan solo falta enviar los comandos AT apropiados al módem para que éste envíe datos vía SPI a la pantalla y así poder escribir sobre ella. Evidentemente todo esto se puede hacer desde una aplicación java embebida dentro del módem, pero por comodidad, lo voy a poner mediante comandos AT enviados desde una aplicación de PC por el puerto serie. Bien, pues estos son exactamente los comandos que hay que enviar para escribir un HOLA en la pantalla.
 
 

  Lee el resto de esta entrada »

Hace tiempo ya hablé de la pasarela GPRS-RS232 MTX-Tunnel-Advanced, un software similar al MTX-Tunnel convencional, pero con muchas más prestaciones. Recordando éstas un poco por encima son:

• Software embarcable sobre un MTX65, TC65T, MTX65+G, MTX-IND y los módulos TC65, TC65i y XT65. En breve también sobre el MTX65-ULP (módem de ultrabajo consumo).
• Funcionamiento en modo socket cliente o socket servidor (es decir, el módem puede iniciar una conexión o esperar una conexión remota).
• Conexión GPRS siempre permanente o activable mediante SMS o llamada perdida
• Posibilidad de reset automático cada 24h.
• DynDNS (para no pagar por una IP fija al operador)
• GPRS y GSM (se puede acceder tanto vía GPRS a un puerto serie RS232 remoto como mediante una llamada GSM, esto último obligatorio para los operadores de energía en aplicaciones de metering. La llamada GSM tiene prioridad sobre GPRS).
• Firewall GSM (puede escogerse si el acceso vía GSM puede hacerse desde cualquier número de teléfono o sólo desde los autorizados).
• Firewall GPRS (puede escogerse si el acceso vía GPRS puede hacerse desde cualquier IP o sólo desde las autorizadas).
• Envío automático de SMS ante cambio de entrada digital
• Cambio de estado de salida digital (o relé en el caso del MTX-IND) mediante SMS.
• Ejecución de comandos AT remotos (lectura remota de la cobertura, lectura de entradas digitales, lectura remota de conversores A/D …)
• Posición GPS remota del módem (aunque no tenga GPS el módem se puede obtenerse una posición GPS aproximada en función de la estación de telefonía más próxima)
• Cambio de configuración remota (permite cambiar de forma remota la configuración del puerto serie deñ módem, dyndns, …)
• Pasarela quasi-transparente Coronis para aplicaciones de metering y telemetría (MTX-IND con tarjeta wavecard embarcada). Próximamente.
   

 
Hoy voy a exponer brevemente una pequeña utilidad de nombre Remote AT Command. Sirve básicamente para poder ejecutar sobre el MTX-Tunnel-Advanced comandos AT remotos, pero también para poder cambiar la configuración del módem de forma remota, también para poder obtener la posición GPS del módem (aunque no tenga GPS) de forma aproximada (¿os acordáis?) y en breve, para aplicaciones de metering. Esta utilidad ha gustado mucho a empresas con proyectos de telegestión de contadores de energía (lo cual, como creador, me ha alegrado mucho en todos los sentidos).

Lee el resto de esta entrada »