Arduino Libelium Hilo Shield Problemas

En la documentación, parece que el escudo Hilo está actuando como un módem en serie. En lugar de "descargar código" en el escudo, deberías usar el Arduino para enviar comandos "AT" a él.

Hay un código de ejemplo aquí .

Tu comentario acerca de que Arduino solo es bueno para 9600 es interesante, y algo que no he escuchado antes. Resulta que para una comunicación UART confiable, necesita una precisión de tiempo de menos de +/- 2%. Si observa la hoja de datos de cualquier AVR con un UART de hardware, tienen tablas en la sección que detalla el Registro de velocidad en baudios de UART (UBBR). Estas tablas le indican, para las opciones de cristal específicas, cuáles son los errores de tiempo para las velocidades en baudios comunes. Es una buena idea elegir un punto de operación en estas tablas con un error de tiempo del 0% si es posible ...

Ahora que sé, el Arduino funciona a 16 MHz y se basa en el ATMEGA168 (manual aquí ). Puede ver que la velocidad del cristal de 16 MHz no es una velocidad "óptima" para la operación UART, y todas las velocidades en baudios "comunes" están dentro de la tolerancia, pero las velocidades del cristal "impar" como 3.6864MHz y 14.7456 son las mejores. Aquí hay un extracto del manual:

  

Hay dos fuentes posibles para el   Error en la velocidad de transmisión de los receptores. los   El reloj del sistema del receptor (XTAL)   Siempre tengo alguna inestabilidad menor.   sobre el rango de tensión de alimentación y la   rango de temperatura. Cuando se utiliza un   cristal para generar el reloj del sistema,   esto rara vez es un problema, pero para una   resonador el reloj del sistema puede diferir   más del 2% dependiendo de la   tolerancia de resonadores. El segundo   La fuente del error es más.   controlable. El generador de velocidad de transmisión.   No siempre se puede hacer una división exacta de   La frecuencia del sistema para obtener el baud   tasa deseada En este caso, una licencia   Valor que da un mínimo aceptable.   se puede usar el error si es posible.

No sé si este es el problema con el que te encuentras, pero es una posibilidad ...

Está bien, tengo dos cosas que veo.

¿Tiene los puentes para elegir entre serie y USB configurados en serie cuando lo conecta al arduino? Configurar los puentes a USB evitará que el arduino pueda comunicarse con el escudo. Probablemente no sea esto, pero vale la pena preguntar.

Segundo, si está obteniendo errores de sincronización cuando intenta programar con el hilo conectado, ¿está intentando programar a través de la misma conexión UART que usará el hilo? No conozco bien el arduino, pero parece que lo es. El intercambio de conexiones no es un problema, a menos que el escudo de hilo se esté comunicando constantemente y corrompa sus datos de comunicación.