curoo92: Gran Libro de escritorio. Recomiendo  sin duda.

Both MSB and LSB are supported by LTC1298.
The problem is that I placed the SPI rutines inside the library with SPI set to MSB. It's quite easy to solve. Just changing MSB or LSB at the same time in LTC and Arduino SPI configuration. I'm going to solve it and launch a new library version with this bug solved.

Thanks!

Joan M.

Si, claro. Si lo único que te interesa es eso.
Pero sólo un pequeño comentario: la diferencia (medida en distáncia) de un minuto de grado, es diferente dependiendo de la latitud donde se mida.

Un saludo y feliz proyecto.

Buenas,

A parte del tema de conversión de datos y por lo que deduzco de lo que estas describiendo, creo que deberias darle un vistazo a la "formula del Haversine" (http://es.wikipedia.org/wiki/F%C3%B3rmula_del_Haversine). Pienso que puede ayudarte evaluar que par de coordenadas estan mas cerca.

Un saludo.

Hello,

Recently I published in my blog a library to control LTC1298 from Linear Technology. Thic IC is a 12-bit ADC converted controlled by SPI.
I place in the same library the SPI functions and the ADC manipullation functions.
I hope it could be helpfull.

further  information here: https://engeeknyer.wordpress.com/2012/09/03/a-library-for-ltc1298-12-bit-analog-to-digital-converter/

 

Después de todo el dia de lucha contra los transceptores de datos APC-200A-43 he podido configurarlos correctamente.
He augmentado la velocidad de transmissión en RF a 9600bds y la velocidad de datos al transceptor la he bajado hasta 4800bds.
Problema de retardo solucionado. Ahora el sistema ya me responde a tiempo real. Tal vez un pequeño retardo pero totalmente asumible. 
De todas maneras como estoy en espera de los XBee ZB podré hacer la comparativa.

Lo que me ha dado mas guerra ha sido el cambio de configuración de los APC-200A-43 con el software RF-Magic. Al final de pasarme por todos los foros posibles sin encontrar respuestas he tenido una iluminación y he probado connectarlos al PC a través de un conversor RS-232, directamente al puerto serie real. Así he descubierto que no se pueden programar por un conversor USB FTDI (Aunque se intente establecer que este sea el COM1, como se dice en algunos foros).

Saludos!!

Joan M:

Hola Jorge,

Por lo que me parece a mi de lo que cuentas, no es que "analogRead" se sature, ya que tu mismo has visto que arduino mide el valor correspondiente a la tensión que tiene en la entrada. Por tanto el problema deberiamos buscarlo en el circuito.

Por lo que he visto en el esquema, este tipo de citcuito te convierte una escala lineal de entrada de la sonda de ph, a otra escala lineala la salida de los operacionales. Comentas que has sustituido los potenciometros por resistencias fijas. En mi modesta opinión puede que ese sea uno de los problemas, ya que para ajustar la linealidad de salida se debe ajustar cuidadosamente el offset y la ganancia para tener toda la respuesta lineal que te interesa. Es decir, que si ajustas la salida con ganancias muy altas y compensas la ganancia bajando el valor de offset, cualquier pequeña variación de las condiciones de la sonda (o ruido electrico), puede resultar como una variación 'notable' en la respuesta de salida. 

Suerte!

Joan M.

Gracias flico!

¿Tienes buenas experiencias con este tipo de módulos? ¿Realmente tienen un alcance de 500mt. como reza la publicidad? Creo que por el precio a que se pueden encontrar, compraré un par para probarlos. Pero hoy mismo he hecho un pedido para dos Xbee ZB, ya que de un dia a otro me corre muchisima prisa tener el proyectito acabado.

Por otro lado volviendo a los transmisores que he usado yo para las primeras pruebas (los APC-200A, de 431-a 470MHz.) creo que el problema de retardo de datos se puede evitar bajando la velocidad de datos serie i augmentando al máximo la velocidad de los datos transmitidos por RF. El problema principal radica en que no puedo cambiar la configuración con el programa que suministra el fabricante ("topic" sobre este transceptor recurrente en todos los foros  ) En fin... Seguiremos batallando en todos los frentes: los apc, los Xbee i los nrf.....

Saludos!!

Joan M.

En principio, para el proyecto del control remoto inalámbrico no necesito demasiada distáncia y según he leído en las características de los XBee ZB, estos me solucionan el problema a las mil maravillas, además de que ya me generan una buena parte de protocolo que yo estaba "fabricando" a golpe de código en arduino.
Creo que además los módulos incorporan por si mismos un mínimo control de entradas/salida. Ahora repasaré la documentación y si és así eso me da otro valor añadido a estos transceptores... 

Seuiremos informando...

Joan M.
 

Gracias chiva,

Si, supongo que puede ser la solución. Además es una excusa perfecta para poder probarlos, ya que hace tiempo que les tengo ganas....

supongo que para mi proposito, unos módulos Xbee-ZB básico ya deberian ser suficiente.
Tendre de apuntarlos en la carta a los reyes.

Gracias de nuevo.

Joan M.

[tiempo real se pierde precisión]

Buenas a tod@s!

Estoy realizando un control inalámbrico de una especie de robot.
Por temas de seguridad he generado un protocolo de comunicaciones que envia una trama de hasta 30 bytes por el puerto serie.

He estado usando unos transceptores de SURE Electronics como estos:
http://www.ebay.es/itm/2xWireless-RF-Transceiver-431-470MHz-GFSK-800-1000M-/230707130374?pt=LH_DefaultDomain_0&hash=item35b7377006
Estos transceptores van muy bien para algunas cosas, pero presentan un retardo bastante elevado desde que reciben el primer dato por el puerto serie hasta que lo transmiten, con lo que para un Control Remoto a tiempo real se pierde precisión en el movimiento y para mi aplicación es crítica.

¿Alguien me puede recomendar algun transceptor inalambrico que no tenga estos problemas de retardo en la transmisión?


Quiero dejar claro que es un retardo en la transmisión, no es ningun problema de la velocidad de transmisión , que para mi caso los 9600 bps me van de fábula.

Otra característica deseable seria que el precio no se disparase demasiado.... 

Muchas gracias de antemano.

Joan M.

¡Me encanta! A esto si que se le puede llamar vivir la programación 

Ya me corregiran los "gurus" si me equivoco, pero creo que no es posible, ya que para leer una memoria USB necesitas conectarla a un dispositivo USB que actue como anfitrión y el/los chip usados por Arduino no pueden trabajar como anfitriones, solo como dispositivo.

Hola Albert.

Cuelga el codigo para ayudarte. Si no es dificil de imaginar.

Salut!

Se puede generar una corriente alterna senoidal con PWM tal como comenta Igor. Pero no sé si para tu proyecto es necesario generar una corriente senoidal. Tal vez usando dos salidas digitales diferentes de arduino, conectadas a los electrodos y hacer que la salida de uno sea la inversa de la del otro y en el siguiente ciclo cambiar la polaridad. Es mas feo, porque la salida será cuadrada, pero no se si eso a los iones les va a preocupar demasiado 

Un saludo.