Con el proyecto terminado, voy a proceder a un resumen, o mejor dicho una recopilación de toda la información para poder realizar el proyecto completo en cualquiera de sus versiones.
Lo voy a separar en 4 partes: El transponder, el receptor principal y el receptor remoto y al final la versión compatible con zround
El transponder:
Para realizar el transponder, tenemos dos formas de hacerlo, una es usando una placa arduino pro mini, y la otra es usando un mando universal de TV o mando original compatible.. (sony,philips,sanyo, samsung).
Si usamos una placa arduino, podremos seguir el siguiente esquema, pero antes de que lo hagáis quiero aclarar una cosa, el funcionamiento exterior no ha sido del todo satisfactorio, la emisión del infrarrojo se ve afectada por el sol de forma muy negativa, pero para usarlo en interiores ha funcionado bien en medidas inferiores a 4 metros.
Para la versión compatible con Zround, podéis seguir estos esquemas sin problema, ya que la distancia del coche al puente de detección es inferior a un metro y funcionará sin problema y es mas sencillo de realizar.
Para esta versión del transponder, tenemos dos opciones, la versión «simple» en la que el transponder emite un solo código, y la versión «multi» en la que podemos elegir mediante el pulsador el numero que queramos de los 20 disponibles.
Empecemos por la versión multi:
Ahora la versión simple:
Para realizar un transponder usando un mando universal o un mando original compatible, nos aseguraremos un funcionamiento correcto en exteriores, pero tendremos más trabajo para realizarlo.
Yo he usado un mando comprado en un bazar por 2,10€, y el funcionamiento es muy bueno, la pega que tiene es, que tienes que buscar en primer lugar el código de programación de ese mando en concreto (vendrá en las instrucciones) una vez encontrado el código (TV Sony) y comprobado con RiCino, en el transponder test, tendrás que desmontarlo y con ayuda de un polímetro buscar los puntos donde tendrás que soldar unos cablecitos para poder reprogramarlo en caso de se borre la memoria y también poder cambiar de numero en caso de necesitar otro .
Aqui tenéis el mando desmontado y con los cables soldados… en mi caso el código es: 049 así que he tenido que localizar el botón de programación el 0, el 4 y el 9 ( teniendo estos 3 códigos de transponder para usar…
una vez soldados y probado el correcto funcionamiento, he pasado a sellar con cola termofusible…
Una vez sujetos los cables, podremos cortar el sobrante de la placa, soldar la tira de pines para colocar el jumper y terminar de sellar con cola termofusible. Algo muy importante a tener en cuenta, al colocar el cable de alimentación para conectar al receptor del coche,es que hay que colocar dos diodos 1N4007 en serie con el positivo para reducir la tensión 1,4 voltios, ya que los mandos a distancia, funcionan a una tensión de 3 o 3,5 voltios y si lo colocásemos directamente al receptor podríamos quemarlo ya que la salida de tensión es de 5 voltios .
Los diodos van de la siguiente manera…
En caso de usar un mando original compatible, los pasos a seguir serian parecidos, es decir, buscamos con un polímetro las pistas del botón que queramos usar (eje el 1).. lo soldaríamos unidos para que emita continuamente.. en caso de tener algún otro componente, como transistor o led , los colocaríamos donde nos interese para reducir el tamaño.. en este caso no tendremos que colocar ningún jumper a no ser que queramos tener varios números diferentes.
El transponder: Versión Attiny85
Después de bastante tiempo e investigación, quiero presentar un nuevo transponder, muy sencillo de montar, y que no necesita de una placa arduino pro mini, con lo que reducimos algo el coste, y con el diseño del circuito impreso, podríamos usarlo en pequeña escala como mini.Z, junto con el puente RiCino para Zround, con un coste muy ajustado.
Lleva un cambio significativo en los códigos que se envían , ya que los que programamos en la placa arduino pro mini, son de protocolo SONY y estos son en protocolo NEC, solo habrá que añadir o cambiar los códigos que usamos en los sketch que correspondan, de la versión Zround o versión PRO
He preparado un sketch en el que he programado 18 nuevos transponders, solo hay que elegir en una de las lineas del código el transponder que queremos grabar en cada caso.
Los códigos del transponder son los siguientes.
Tx23 0x00FFFF01
Tx24 0x00FFFF02
Tx25 0x00FFFF03
Tx26 0x00FFFF04
Tx27 0x00FFFF05
Tx28 0x00FFFF06
Tx29 0x00FFFF07
Tx30 0x00FFFF08
Tx31 0x00FFFF09
Tx32 0x00FFFF0A
Tx33 0x00FFFF0B
Tx34 0x00FFFF0C
Tx35 0x00FFFF0D
Tx36 0x00FFFF0E
Tx37 0x00FFFF0F
Tx38 0x00FFFF10
Tx39 0x00FFFF11
Tx40 0x00FFFF12
Pero pasemos a lo importante, para construir este transponder, tendremos que seguir varios pasos, que ya hemos tratado en este blog, pero que vamos a repasar…
Primero tendremos que DESCARGAR la librería necesaria para emitir los códigos con nuestro Attiny85 y descomprimirla en la carpeta «Librerias» de nuestro entorno arduino,
Después, tendremos que programar el Attiny85 para que emita el código que nos interesa, para ello tendremos que programarlo siguiendo los pasos de ESTA ENTRADA , pero esta vez, tendréis que cargar el bootloader a 8Mhz internal oscillator..
Si habíais descargado la carpeta de hardware, en la entrada anterior, antes de esta entrada, deberéis hacerlo de nuevo, ya que la he actualizado.
Una vez cargado el Bootloader a 8 Mhz, procederemos a cargar el scketch , que lo podéis descargar desde AQUI.
Ya tenemos el Attiny85 programado y listo para enviar códigos, ahora lo tendremos que montar, siguiendo el siguiente esquema.
Como veis, es un esquema de lo más sencillo y económico.
Attiny85 – 1,85€
78l05 – 0,30€
Bc547 – 0,04€
Led IR – 0,2€
Resistencias – 0,2€
Para los que queráis montarlo en un PCB para que este mejor montado, tendréis que seguir los pasos de esta entrada, en la que explico como hacer una placa de circuito impreso.
Solo necesitaréis los archivos en pdf, con los fotolitos para poder imprimirlos en papel cebolla.
He realizado dos versiones, una para un solo transponder, y ya que es muy pequeño, he realizado otra versión para poder hacer 16 placas a la vez.
Las versiones en PDF podeis descargas desde AQUI.
Las versiones para Fritzing podéis descargarlas desde AQUI.
Proximamente, publicaré una actualización de los sketch de RiCino Pro y Zround, añadiendo los nuevos números de Transponders.
El transponder: Versión Attiny85 modificada
Después varios dias realizando entrenos, y detectados algunos errores en la transmisión del transponder, he realizado unas modificaciones, entre las que se encuentran los valores de las resistencias y el transistor usado.
Aquí dejo el nuevo esquema.
La placa de circuito impreso, serviria la misma, solo que habrá que tener cuidado con la posición del transistor ya que hay que colocarlo girandolo 180º, ya que la posición de las patas es diferente.
El receptor principal:
Para el receptor principal, tenemos varias versiones:
Versión 1.0
Esta es la versión más básica,
con las siguientes funciones…
-Tiempo mínimo de vuelta ( en segundos )
-Tiempo de entrenos (en minutos)
-Indicador de numero de vueltas
-Selección de transponder ( los 20 disponibles)
-Indicadores por pitidos
– Hacer test de transponder
Versión 1.1 (PRO 1.0)
Esta versión, tiene un funcionamiento como la versión anterior, pero se ha añadido un lector de tarjetas SD para guardar los datos de los entrenos, y un emisor de RF para ver los datos en el receptor remoto.
Versión PRO 1.1
En esta versión, hay algunos cambios en el hardware,y he realizado unas modificaciones para ampliar las prestaciones, y así poder ver los tiempos en un PC, via bluetooth o cable usb, y añadiendo un reloj RTC guardar los datos de los entrenos por fechas.
– Esquema RiCino Pro 1.1 (Fritzing)
– Sketch Arduino RiCino Pro 1.1
– Sketch Processing RiCino pro Viewer
– Beep.mp3 (Meter en la carpeta del sketch de processing)
Versión PRO 1.2
En esta versión, solo se han realizado cambios de software, para poder usar de forma remota el receptor principal usando RiCino Viewer, controlándolo desde el pc.
Versión PRO 1.3
En esta versión, no hay modificaciones de hardware, solo se han incorporado mejoras a nivel de software, he añadido un menú, en el cual podremos guardar el setup del coche, en mi caso el setup de mi phi baja escala 1:5 que es el que yo uso…
También esos datos se guardarán en la tarjeta SD para poder verlos junto con el resumen del entreno
Versión PRO 1.4
He depurado algunos errores, y he añadido algunas acciones en la comunicación entre el el emisor y el receptor.
He añadido la media del vuelta a vuelta en el resumen y en el archivo que se guarda en la SD.
Versión PRO 1.5
En esta versión, he realizado unos cambios de hardware para poder crear un seudo sistema TTS.
Usar una placa TTS para arduino, es muy caro así que usando una librería para reproducir archivos wav y un lector de tarjetas SD podremos crear unos bucles para poder leer el tiempo en cada vuelta.
Versión PRO 1.6
Esta versión incluye un modo carrera , para un máximo de 4 coches a la vez, he añadido un semáforo para la salida tipo F1, y varias voces para la información de carrera.
El receptor remoto es el mismo que para la versión 1.5 , pero habría que actualizar el sketch y el paquete de voces guardado en la tarjeta SD.
He incluido un tutorial de el montaje completo en formato word para su descarga, y un video explicativo de su configuración y uso.
Aqui tenéis el video …
Manual de montaje en formato word
Versión PRO 1.7
El esquema de montaje de esta versión es la misma que en la versión anterior, la única modificación es que he activado la la posibilidad de reinicio del sistema he inicio del entrenodesde el receptor remoto.
Versión PRO 1.8 + RiCino Shield
Buenas a todos…
En esta entrada, solo voy a presentar una shield que he creado para que el montaje del sistema de entrenos sea mucho mas sencillo, he creado una placa de circuito impreso, en la que quedaran soldados todos los componentes pequeños y dejando unos zócalos para poder insertar los periféricos, así solo hay que añadirlos con conectores a la shield.
El esquema de montaje es el mismo que en la versión anterior, a excepción de dos pines del módulo de 2,4Ghz que los he cambiado de sitio para facilitar un poco la creación del circuito impreso. Por lo que el sketch de la placa arduino también cambia un poco, solo la asignación de dichos pines.
Y ahora lo que interesa, la shied de RiCino…
En el paquete de archivo lo podéis descargar desde AQUI ,
El pdf del lado de pistas lo tenéis AQUI.
El pdf del lado de componentes lo tenéis AQUI.
El resultado final, es bastante aceptable, y realmente reduce mucho el trabajo de montaje.
Para evitar contactos perniciosos (debido a las soldaduras del led ) he colocado un pequeño separador entre la shield y la carcasa del USB.
Espero que este aporte resulte de ayuda para que os montéis vuestro sistema…
Para crear vuestra placa de circuito impreso, podéis leer ESTA ENTRADA.
Versión PRO 1.9
Acabo de actualizar a la version 1.9 de RiCino Pro, en la unicamente he añadido los códigos de los nuevos transponders a la lista de entrenos y del modo carrera, junto con el control de batería baja…
Esta es una versión actualizada desde la versión 1.8, recordad que la versión 1.8 tenía un único cambio desde la versión 1,7 que era la configuración de los pines del módulo de 2,4Ghz , por la realización de la nueva placa de circuito impreso, así que si eres de los que ha montado la versión 1.7 ,tendrás que modificar la linea 24 del sketch de esta última versión:
Donde pone:
RF24 radio(38,36);
Cambiarlo por:
RF24 radio(11,12);
Para el control de la batería he añadido un divisor de tensión como en los otros módulos…
También he modificado la placa de circuito impreso, añadiendo el divisor de tensión y el led.
Podéis descargar el paquete con todos los archivos necesarios desde AQUI.
Versión Compact 1.0
Más de un usuario, se ha quejado del elevado coste y la dificultad del montaje de la versión Pro, así que me he puesto manos a la obra y he realizado una versión reducida «Compact», la que es más sencilla de montar, porque tiene menos componentes y mucho mas económica.
Esta reducción de costes, también es una reducción de prestaciones, por lo que las funciones de esta versión se quedan en lo siguiente:
– Dos modos de entreno: Tiempo (10 min) / Manual (50 vueltas max) (Ajuste por selector y programado en código)
– Tiempo minimo de vuelta programado en código a 10 segundos.
– Inicio / paro del entrenamiento por pulsador, o desde el receptor remoto.
– Transponder fijo programado en código.
– Guardado en SD del entrenamiento por orden ascendente ( 1.txt , 2.txt …. )
– Envio de tiempos al receptor remoto
– Aviso de batería baja por Led
Como podéis ver, está bastante limitado, pero sigue realizando su función básica, que es controlar el vuelta a vuelta y con el receptor remoto ( opcional) , podréis saber el tiempo de vuelta en cada paso.
El funcionamiento es muy sencillo ya que no tiene ningún ajuste, solo con el conmutador tenemos que elegir si el entreno será por el tiempo marcado ( 10 min) o manual ( 50 vueltas máximo).
Después, pulsaremos el botón de inicio desde el propio RiCino Compact o desde el receptor remoto, y en cuanto pasemos la primera vez, empezará el entrenamiento. Cuando termine, o lo paremos de forma manual , se guardarán los datos en la tarjeta SD y esperará a que pulsemos de nuevo para iniciar otro entrenamiento.
El formato del archivo txt, es el mismo que en las primeras versiones…
El coste: ( RiCino Compact , RiCino Receptor y transponder )
Arduino Pro mini x2- 7,90€
Attiny85 – 1,85€
Led IR – 0,20€
NRF24L01 x2 – 4,35€
Regulador 7805 x2 -0,60€
Regulador LM1117 3.3v -0,30€
Resistencias x15 – 0,30€
Led x7 – 0,7€
Interruptor x3 – 3€
Pulsador x2 – 2€
Lector SD x2 – 3,80€
BC547 – 0,04€
Receptor TSOP 31238 – 2€
COSTE TOTAL : 27,04€
Faltaría añadir el coste de las cajas que se quieran usar, las tarjetas SD, y las baterías .
Para montar esta versión tendremos que seguir el siguiente esquema.
En este esquema he añadido el divisor de tensión para comprobar el nivel de batería …
Para que el montaje quede mejor, he realizado un PCB.
Entre el esquema y el PCB, hay un cambio, en vez de usar dos diodos 1N4007 para reducir los 5v a 3,4v he usado un regulador LM1117-3.3 para hacerlo, el coste es similar y es mas preciso.
Para realizar el transponder, podeis revisar la entrada anterior.
Podéis descargar desde AQUI el paquete de todos los archivos, actualizado para esta versión.
Dejo unas fotos del sistema completo montado, la diferencia es que el transponder es uno de los primeros montajes de la última versión y es un poco mas grande…
Y aqui una pequeña demo de como ha funcionado…
He realizado varias pruebas, y reconozco que ha funcionado bastante bien… en un caso se ha saltado una vuelta al pasar cruzado por delante del receptor, pero por lo demás ha ido de maravilla…
El receptor Secundario:
El receptor secundario, es un sistema de visualización independiente para poder ver los tiempos desde la zona de pilotaje.
Versión 1
Esta versión es para las versiones 1.1 , 1.2 , 1.3 y 1.4 del receptor principal…
Con esta versión podremos ver en el display LCD los mismos datos que se muestran en el receptor principal…
Versión 2
Esta versión del receptor, es para la versión 1.5 y 1.6 del receptor principal.
Con esta versión escucharemos el tiempo de la ultima vuelta.
Versión 3
Esta versión del receptor, es para la versión 1.7 del receptor principal.
Aparte de poder escuchar, avisos y tiempos como en la versión anterior , con el pulsador podremos reiniciar el módulo principal e iniciar el entrenamiento de forma remota.
Versión 4
Esta versión del receptor, es para la versión 1.9 del receptor principal.
RiCino Zround
Versión de RiCino simplificada, para conectar a PC y usar con el software de control de tiempos Zround.
Como podéis ver, es un esquema de lo más simple y económico… he realizado pruebas de detección en un puente de 2,25 mts de ancho, y colocados a 50 cm de alto…
Colocados de la siguiente manera…
225/3 = 75
75/2=37,5
37,5 cm 75 cm 75cm 37,5cm
——————|————————————|————————————|——————
| Detector Detector Detector
En las pruebas que he realizado, no he tenido problemas de zonas sin detección, así que se podrían separar un poco más y hacer el puente un poco mas ancho, incluso se podría añadir algún detector mas para hacerlo mas ancho.
Necesitaremos descargar Zround.
Una vez descargado, y dando por hecho que ya tenemos los drivers de nuestra placa Arduino instalados, ya que la hemos programado. Probaremos la conexión con el software entrando en la configuración, en la pestaña de LapZ, escribiremos el puerto que corresponda y daremos a probar…
en la pantalla principal debería de aparecer algo como esto… al aceptar la petición de conexión y el led rojo del puente parpadeara 6 veces seguidas, una o dos veces (dependerá de la velocidad del pc)…
Ahora al iniciar un entrenamiento pinchando en el icono del cronometro, el led verde del puente se iluminará indicando que esta conectado y enviando datos.
RiCino Zround 1.2
Gracias a Jesus M. Broceño, creador del sistema de cronometrare Zround ya tenemos disponible para su descarga la última versión compatible con el sistema RiCino, con su nuevo protocolo.
Hemos cambiado los mensajes que se envían para la comunicación, para así evitar posibles conflictos con el fabricante.
Ahora ya podemos configura nuestro puente RiCino desde las opciones de configuración de Zround.
Comprobaremos el puerto COM en el que esta instalado nuestro puente RiCino mirando en el administrador de hardware de windows.
En mi caso es en COM 15..
Ahora abriremos Zround, y seleccionaremos la pestaña RiCino en la configuración ( Es el icono de un papel con un martillo)
Escibiremos el puerto COM 15, activaremos la opción de «Activar sistema RiCino» y le daremos a conectar…
Si todo esta correcto, el led rojo del puente parpadeará 6 veces, y el icono de la ventana de configuración se pondrá verde.
Ahora guardamos la configuración, pinchando en el icono de guardar, y seleccionaremos el archivo zround.ini
Ahora cierra la aplicación, y reinicialá, para comprobar que el puente se conecta de forma correcta y automática al iniciarse.
Ahora ya puedes iniciar tus entrenamientos y carreras controlándolas con este impresionante software.
RiCino Zround 1.3
Gracias a un usuario que ha detectado una diferencia entre el esquema y el código, he subido esta versión actualizada…
En el esquema los Led estaban conectados el verde al pin 8 y el rojo al pin 4, pero en el código estaban el verde 6 y el rojo al 8…Así que he cambiado el código para que se ajuste al esquema.
Podéis descargarla desde AQUI.
RiCino Zround 1.4
Debido a un error en el envío de datos a Zround, que provocaba la recepción del transponder número 0, en cada recepción de un transponder, he actualizado el sketch del puente, para evitar la transmisión del transponer numero 0.
Podéis descargarlo desde AQUI
RiCino Zround 1.5
Después de presentar los nuevos transponders para el sistema RiCino, he actualizado el software del puente para Zround añadiendo a la lista los nuevos códigos de los transponders.
Podéis descargarlos desde AQUI.
DESCARGAS RELACIONADAS:
RiCino 1.0
RiCino PRO 1.1
RiCino PRO 1.2
RiCino PRO 1.3
RiCino PRO 1.4
RiCino PRO 1.5
RiCino PRO 1.6
RiCino PRO 1.7
RiCino PRO 1.8
RiCino PRO 1.9
RiCino PRO 1.9.1 (aviso último minuto)
RiCino Compact 1.0
RiCino Compact 1.2 (aviso último minuto)
RiCino Receptor Voces (aviso último minuto)
RiCino Zround
RiCino Zround 1.2
RiCino Zround 1.3
RiCino Zround 1.4
RiCino Zround 1.5
lisergio.wordpress.com 
Hola Sergio, que funcion cumple el micropulsador en el transponder, lo puedo sacar??? gracias, excelente trabajo, saludos Luis
Pues su quieres quitarlo, tendrás que modificar el código de la placa arduino, para seleccionar directamente uno de los códigos del transponder.
El pulsador es para seleccionar el número de transponder haciendo el número de pulsaciones correspondientes.
Pingback: Zround actualizado para RiCino |
Hola, podrias explicarme como es el enlace del Ardiuno Uno con la PC en el RiCino Zround? Gracias
No te entiendo …
Como se hace el enlace?
Te refieres al protocolo??
Por USB CLARO! :S jajajja
Ok! Te referías a eso!
Vale!!
Se podrian montar el Pro 1.6 sin el semaforo y sin el modulo remoto con un arduino uno ?
No, el problema sería el código, no cabe…, tendrías que montar la primera versión, que sólo cuenta vueltas… Y no guarda nada en ningún sitio.
Hola, el número máximo de coches en carrera siempre sería 4?.
Saludos y enhorabuena por este gran trabajo.
El la versión Ricino Pro , si, ya que es la versión portátil, en la versión RiCino zround, al ir a través de pc no hay límite .
Hola Lisergio, me parecen muy interesantes los esquemas y tu programación con arduino. Yo todavía soy un novato pero quería preguntarte si es adaptable tu proyecto al rally rc que está tan de moda.
Gracias
No conozco esa categoría, pero este proyecto está diseñado para usar con coches de RC, si le puedes poner un transponder al coche ,y el receptor a un lado de la pista… Ya lo tienes!
Un saludo
Yo creo que si pero me surge el problema de la salida, ya que se realiza a intervalos y eso no se como adaptarlo dentro de tu proyecto. Gracias
Puedes usar la versión zround, y usar un pc para gestionar las carreras… Si quieres usar la versión Pro, podrás gestionar hasta 4 coches, pero para eso tendrás que modificar el código para que pueda realizar la salida escalonada…
Como es ese formato exactamente?
El formato es como un rally de verdad, los coches salen a los diferentes tramos a intervalos de tiempo predeterminados y haciendo la funcion de multicronometro para cada vehículo individual
No entiendo… Entonces no das vueltas a un circuito, sino que corres un tramo…
Que empieza en un punto y termina en otro diferente…?
Correcto, el principio y el final pueden ser diferentes en cada tramo
Pues entonces necesitas dis sensores que se comuniquen, es decir … Uno que marque el inicio y le diga a del final del tramo cuando ha empezado para que calcule el tiempo que ha tardado en hacerlo….
Vas a necesitar bastantes cambios para que eso funcione…
Se me ocurre … Como sensor de inicio uses un arduino uno o mini, con un receptor IR y con un transmisor de 2,4ghz que le mande una señal al del final.. Y el del final al recibir la señal del transponder otra vez, marque el tiempo…
Bonito proyecto … ire pensando en como se podria hacer …
Imagino que como el tramo lo hacen varios coches, tendria que marcar el tiempo de todos…
Lo mas sencillo, seria empezarlo de 0, usando parte de la programacion existente, pero descartando todo tipo de configuraciones , ya que ni serian necesarias… Y los datos guadarlos en las tarjetas, en un txt, luego desde un pc, cargar los archivos de cada tramo y sumar tiempos…
Saludos y muchas gracias por compartir tus conocimientos, he construido el transponder con la intención de usarlo con el puente giroz, la versión que he montado es la multicanal en la que puedes elegir el canal con el pulsador. Aparentemente todo funciona bien, el problema es que el giroz me detecta el coche un monton de veces cada vez que pasa por el puente y además con diferentes números, sabrías decirme por que, y alguna solución, muchas gracias
Hay una opcion en el zround, para desactivar los avisos por multiples pasadas, desactivalo y prueba….
Mirare a ver como esta, pero no es que detecte muchas veces el mismo código, es que cuando pasa mi coche detecta un montón de códigos, como si emitiera más códigos a la vez
Haz la prueba de programar el transponder con un solo numero , para descartarlo. Y ver si podria ser el receptor…
El giroz funciona bien con el resto de coches con transponders normales así que supongo que funciona bien
Tudo bem?
Posso trocar o TSOP1730 por outro? No Brasil não encontro esse componente.
Abraço!
Si, el TSOP31238 o bien
http://www.dx.com/p/tsop1838-ir-infrared-37-9khz-receiver-18m-range-2-7-5-5v-135045#.VR5_9oraOnM
hola, agradecería vuestra ayuda, tengo ricino zround 1.5 montado y no logro conectarlo al zround siempre me dice com3 cerrado. si le doy muchas veces si conecta y el led parpadea las 6 veces, pero automáticamente empieza a parpadear lento como que no esta conectado. y nunca llega a ponerme ricino activo. espero respuestas porfavor. gracias
Buenas….
Una vez se conecta la primera vez y parpadea las 6 veces, se queda en espera, y cuando inicias el entrenamiento es cuando se pone el led en verde y se conecta…
Has probado a iniciar un entrenamiento??
Que PC estas usando??
Que configuración del puerto serie tienes ? Comprueba que es la misma que la configuración del sketch…
Hola a todos. Lo primero gracias a Lisergio por esta labor y por compartirla. Me he descargado la versión RiCino Zraound 1.5 y el software de Zround 1.14 build 1 y es cierto, tiene ese bug que comenta Andrés. Lo he solucionado modificando un poco el Sketch en dos lineas: 1- para que una vez conectado se quede el led rojo encendido permanente, para permitir diferenciar los estados. Y 2- en el mensaje que recibe al conectar. El problema de conexión surge debido a un posible bug en el software Zround que de inicio no envía «%C&» como espera el sketch si no «C&». Con esto la conexión se hace automáticamente nada más iniciar Zround y además se diferencian mejor las fases de espera y activo. Espero sirva de ayuda. Gracias.
Muy buen trabajo. Felicidades, lastima no exista version rally.jjj si te animas y necesitas datos avisa, es muy sencillo para ti.
Tal vez algún día!
Estate atento al blog!
Si hay que ir se va… Con un puente para dar el tiempo de llegada, separado del de salida, con envio de datos a la central, seria suficiente, si te animas escribo al creador del programa para que meta el sistema rally. Animo. Seguire muy atento. gracias.
muchas gracias lisergio por tu aporte a la comunidad rc.
he ordenado las partes para fabricar el ricino zround.
existe alguna manera de connectarlo por medio de bluetooth a la pc? esto para evitar que alguien tropieze con el cable y joda mi pc ya que es un track publico;
gracias y feliz año nuevo!!!
Hay una versión inalámbrica del puente…
revisa las entradas del blog
hola lisergio .
espero te encuentres bien.
mira que que tengo unas preguntillas.
en el folder de IRtinyTX se encuentras dos carpetas ; IRTinyTX y __MACOSX.
estas dos carpetas van en la libreria del programa arduino? o depende de tu systema? IRtinyTX para windows y MACOSX para ios?
con solo la carpeta de IRtinyTX en arduino libreria he lpodido subir el sketch a el attiny85.
ahora estoy atorado tratando de subir el sketch al recividor de zround simplemente no compila el sketch me sale este error.
Arduino: 1.6.13 (Windows 10), Board: «Arduino Nano, ATmega328»
C:\Program Files (x86)\Arduino\libraries\RobotIRremote\src\IRremoteTools.cpp:5:16: error: ‘TKD2’ was not declared in this scope
int RECV_PIN = TKD2; // the pin the IR receiver is connected to
^
exit status 1
Error compiling for board Arduino Nano.
sabes a que se deba o que estoy haciendo mal?
de antemano gracias!
Juan salu2
La libreria es independiente al SO, es para el ide de arduino…
Y el problema de que no compile bien, será seguramente por la versión del IDE que estas usando, prueba con la 1.5.4 , alguna librería no será compatible con la última versión…
hola!
Ya lo a podido compilar ,al parecer era un problema en la libreria de arduin o con la carpeta IRremote. aqui la solucion
http://forum.arduino.cc/index.php?topic=96719.0.
ya connecto con zround ,pero me falta probar el systema completo .
gracias!
Me alegro…
ya me contaras cuando lo pruebes…
attiny85 bootloader a 8mzh listo.
carpeta IRTyniTX descomprimida copiada en arduino library listo .
me aparece este error al tratar de cargar el sketch (RiCino_tx_ATtiny85.ino)
al attiny85
—(RiCino_tx_ATtiny85.ino:2:91: fatal error: IRTinyTX.h: No such file or directory
compilation terminated.
Error compiling.)——-
el software de zround 1.3 me detecta el transponder como tx0 y acepta los comandos del control de la tv segun el numero que le presioine ejemplo ; si presiono el 2 me sale tx2.
el zround 1.6 no me detecta el transponder o el comando de la tv
que estoy haciendo mal ?
alguna idea ?
gracias
haaaaaaa me rindo
ahora todo carga perfecto pero sige mandando tx0
el attiny carga bien pues lo probe con el blink sketch .
en fin 😦
mmmm
http://forum.arduino.cc/index.php?topic=202516.0
La version 1.3, no tiene incluidos los codigos del transponder con attyni85, usa una version mas reciente…
gracias ya le carge ricino zround 1.5 y nadamas no da. recive los numeros del control de la tv pero nada del transponder .donde descargo la carpeta IRTiny version corta solo para NEC?.
la carpeta de IRTinyTX se descomprime en ;C:\Program Files\Arduino\libraries ?
o se carga el sketch RiCino_tx_ATtiny85 en arduino luego menu sketch add file, y se adjunta IRTinyTX.cpp y IRTinyTX.h.
se tiene que modificar IRTinyTX.h para que solo quede el comando para NEC?
el attiny tiene bien el bootloader a 8mhz interno porque cuando le cargo el sketch de led blink funciona bien.
en versiones anteriores de arduino 1.8.1, no me deja upload nada cojo puros errores.
estare al pendiente de alguna actualizacion
gracias!
Las librerías a la carpeta y que yo conozca no hay libreria para attiny compatible con NEC, por eso he usado esos códigos…
Buenas,espero que todos esteis bien una pregunta que me ronda la cabeza,¿el puente ricino z round para mini Z se puede modificar para que valgan los transponders tipo robitronic?,GRACIAS(esque tengo como doce transponders de estos).un saludo y gracias.
Pues creo que no!, nunca lo he probado, pero la codificación es diferente..
Usa el ejemplo IRtest de la libreria IRemote, si lo lee puedes adaptarlo .
OK,Gracias probare a ver que tal
¡Hola! Enhorabuena por el proyecto y por publicarlo. Tengo el mismo problema descrito por Andreas y Sergio. Sergio indicó un cambio del sketchup sobre el «C &» en lugar del «% C &» cuando se hace la primera conexión con el zround. He intentado pero no he podido hacer que esta modificación funcione. ¿Me podría ayudar? Lo siento si el español está mal. Estoy usando el google translator. ¡Gracias!
No sabría decirte, en cuanto pueda lo compruebo….
Hola lisergio,
Las descargas ya no están disponibles?
Gracias 🙂
Seccion de descargas
Hola.
Estoy intentando hacer la versión para Zround y el transponder Atiny85 . El receptor parece que funciona y conecta. Pero el transponder parece que emite lo que quiere.
He copiado un pequeño programa para escribir el el monitor serie, lo que le esta llegando al receptor de IR.
El trasnponder lo programo para el tx23 (0x00FFFF01) pero en el monitor serie veo que le esta llegando 10 o 15 códigos distintos y nunca llega el que se ha programado. Parece que esta enviando datos aleatorios.
Gracias
Es probable que el bootloader este mal grabado
Hola.
Si. Lo he hecho de nuevo y ya parece que va mucho mejor.
Muchas gracias
Un saludo
Me alegro
Hola Lisergio, primero gracias han pasado muchos años desde que conozco Ricino pero hasta ahora no he podido dedicarle el tiempo de real izarlo y lo tengo medio terminado, he realizado algunos cambios en la version 1.9 el bluethoot no lo monte, y cambie el display por I2C, son novato novato en arduino. la unidad de control ya esta ok pero el receptor remoto no me deja compilar me da un monton de errores y lo he ejecutado tal cual lo he bajado. te envió los errores por si te suenan (al final).
se que tengo Librerias repetidas por que pensé que ese podría ser el fallo.
He realizado la Version 1,9 con el shield y mega
Receptor estoy intentando con un nano que es lo que tengo.
y transponder he usado unos Digispark que me van bien en Ricino Zround.
Es mucho error si quieres edita y borra que te lleno el blog.
desde ya muchas gracias, he disfrutado como un enano realizando tu proyecto es mi segundo intento con arduino el primero fue el Ricino Zround y a la primera.
si me animo sigo con el home kit.
se me ocurrieron unas mejoras:
Dos tsop separados un metro para medir la velocidad de detección entre los dos y dar Velocidad de paso
(speedtrap).
por bluethoot enviar los datos pero en vez de al ordenador recibirlos en una pequeña app de aapinventor del MIT y mostrar los datos en smartphone.
Agregar tu otro proyecto RPM brushless a Ricino.
y mass.
entiendo que han pasado muchos años desde Ricino pero sigue vigente te lo aseguro, yo tengo comprados MyLaps Hybridos a 130€ que solo puedo usar en un sitio y Ricino va a todos lados.
Saludos y gracias.
te paso el toston de errores.
Arduino:1.8.5 (Windows 7), Tarjeta:»Arduino Nano, ATmega328P»
Opciones de compilación cambiadas, reconstruyendo todo
In file included from C:\Program Files (x86)\Arduino\hardware\arduino\avr\cores\arduino/Arduino.h:28:0,
from sketch\RiCinoreceptor_voces_carrera.ino.cpp:1:
RiCinoreceptor_voces_carrera:8: error: variable ‘voz_0’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_0[] PROGMEM = «0.wav»;
^
RiCinoreceptor_voces_carrera:9: error: variable ‘voz_un’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_un[] PROGMEM = «un.wav»;
^
RiCinoreceptor_voces_carrera:10: error: variable ‘voz_una’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_una[] PROGMEM = «una.wav»;
^
RiCinoreceptor_voces_carrera:11: error: variable ‘voz_2’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_2[] PROGMEM = «2.wav»;
^
RiCinoreceptor_voces_carrera:12: error: variable ‘voz_3’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_3[] PROGMEM = «3.wav»;
^
RiCinoreceptor_voces_carrera:13: error: variable ‘voz_4’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_4[] PROGMEM = «4.wav»;
^
RiCinoreceptor_voces_carrera:14: error: variable ‘voz_5’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_5[] PROGMEM = «5.wav»;
^
RiCinoreceptor_voces_carrera:15: error: variable ‘voz_6’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_6[] PROGMEM = «6.wav»;
^
RiCinoreceptor_voces_carrera:16: error: variable ‘voz_7’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_7[] PROGMEM = «7.wav»;
^
RiCinoreceptor_voces_carrera:17: error: variable ‘voz_8’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_8[] PROGMEM = «8.wav»;
^
RiCinoreceptor_voces_carrera:18: error: variable ‘voz_9’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_9[] PROGMEM = «9.wav»;
^
RiCinoreceptor_voces_carrera:19: error: variable ‘voz_10’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_10[] PROGMEM = «10.wav»;
^
RiCinoreceptor_voces_carrera:20: error: variable ‘voz_11’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_11[] PROGMEM = «11.wav»;
^
RiCinoreceptor_voces_carrera:21: error: variable ‘voz_12’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_12[] PROGMEM = «12.wav»;
^
RiCinoreceptor_voces_carrera:22: error: variable ‘voz_13’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_13[] PROGMEM = «13.wav»;
^
RiCinoreceptor_voces_carrera:23: error: variable ‘voz_14’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_14[] PROGMEM = «14.wav»;
^
RiCinoreceptor_voces_carrera:24: error: variable ‘voz_15’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_15[] PROGMEM = «15.wav»;
^
RiCinoreceptor_voces_carrera:25: error: variable ‘voz_16’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_16[] PROGMEM = «16.wav»;
^
RiCinoreceptor_voces_carrera:26: error: variable ‘voz_17’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_17[] PROGMEM = «17.wav»;
^
RiCinoreceptor_voces_carrera:27: error: variable ‘voz_18’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_18[] PROGMEM = «18.wav»;
^
RiCinoreceptor_voces_carrera:28: error: variable ‘voz_19’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_19[] PROGMEM = «19.wav»;
^
RiCinoreceptor_voces_carrera:29: error: variable ‘voz_20’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_20[] PROGMEM = «20.wav»;
^
RiCinoreceptor_voces_carrera:30: error: variable ‘voz_veinti’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_veinti[] PROGMEM = «veinti.wav»;
^
RiCinoreceptor_voces_carrera:31: error: variable ‘voz_30’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_30[] PROGMEM = «30.wav»;
^
RiCinoreceptor_voces_carrera:32: error: variable ‘voz_40’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_40[] PROGMEM = «40.wav»;
^
RiCinoreceptor_voces_carrera:33: error: variable ‘voz_50’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_50[] PROGMEM = «50.wav»;
^
RiCinoreceptor_voces_carrera:34: error: variable ‘voz_60’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_60[] PROGMEM = «60.wav»;
^
RiCinoreceptor_voces_carrera:35: error: variable ‘voz_70’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_70[] PROGMEM = «70.wav»;
^
RiCinoreceptor_voces_carrera:36: error: variable ‘voz_80’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_80[] PROGMEM = «80.wav»;
^
RiCinoreceptor_voces_carrera:37: error: variable ‘voz_90’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_90[] PROGMEM = «90.wav»;
^
RiCinoreceptor_voces_carrera:38: error: variable ‘voz_100’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_100[] PROGMEM = «100.wav»;
^
RiCinoreceptor_voces_carrera:39: error: variable ‘voz_ciento’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_ciento[] PROGMEM = «ciento.wav»;
^
RiCinoreceptor_voces_carrera:40: error: variable ‘voz_200’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_200[] PROGMEM = «200.wav»;
^
RiCinoreceptor_voces_carrera:41: error: variable ‘voz_300’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_300[] PROGMEM = «300.wav»;
^
RiCinoreceptor_voces_carrera:42: error: variable ‘voz_400’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_400[] PROGMEM = «400.wav»;
^
RiCinoreceptor_voces_carrera:43: error: variable ‘voz_500’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_500[] PROGMEM = «500.wav»;
^
RiCinoreceptor_voces_carrera:44: error: variable ‘voz_600’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_600[] PROGMEM = «600.wav»;
^
RiCinoreceptor_voces_carrera:45: error: variable ‘voz_700’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_700[] PROGMEM = «700.wav»;
^
RiCinoreceptor_voces_carrera:46: error: variable ‘voz_800’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_800[] PROGMEM = «800.wav»;
^
RiCinoreceptor_voces_carrera:47: error: variable ‘voz_900’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_900[] PROGMEM = «900.wav»;
^
RiCinoreceptor_voces_carrera:48: error: variable ‘voz_miles’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_miles[] PROGMEM = «miles2.wav»;
^
RiCinoreceptor_voces_carrera:49: error: variable ‘voz_segundo’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_segundo[] PROGMEM = «segundo.wav»;
^
RiCinoreceptor_voces_carrera:50: error: variable ‘voz_segundos’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_segundos[] PROGMEM = «segundos.wav»;
^
RiCinoreceptor_voces_carrera:51: error: variable ‘voz_minuto’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_minuto[] PROGMEM = «minuto.wav»;
^
RiCinoreceptor_voces_carrera:52: error: variable ‘voz_minutos’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_minutos[] PROGMEM = «minutos.wav»;
^
RiCinoreceptor_voces_carrera:53: error: variable ‘voz_y’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_y[] PROGMEM = «y.wav»;
^
RiCinoreceptor_voces_carrera:54: error: variable ‘voz_espera’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_espera[] PROGMEM = «espera.wav»;
^
RiCinoreceptor_voces_carrera:55: error: variable ‘voz_inicio’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_inicio[] PROGMEM = «inicio.wav»;
^
RiCinoreceptor_voces_carrera:56: error: variable ‘voz_final’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_final[] PROGMEM = «final.wav»;
^
RiCinoreceptor_voces_carrera:57: error: variable ‘voz_rapida’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_rapida[] PROGMEM = «rapida.wav»;
^
RiCinoreceptor_voces_carrera:58: error: variable ‘voz_mucho’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_mucho[] PROGMEM = «mucho.wav»;
^
RiCinoreceptor_voces_carrera:59: error: variable ‘voz_inicia’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_inicia[] PROGMEM = «inicia.wav»;
^
RiCinoreceptor_voces_carrera:60: error: variable ‘voz_beep_inicio’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_beep_inicio[] PROGMEM = «init.wav»;
^
RiCinoreceptor_voces_carrera:61: error: variable ‘voz_beep_count’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_beep_count[] PROGMEM = «count.wav»;
^
RiCinoreceptor_voces_carrera:62: error: variable ‘voz_beep_best’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_beep_best[] PROGMEM = «best.wav»;
^
RiCinoreceptor_voces_carrera:63: error: variable ‘voz_inicio_carrera’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_inicio_carrera[] PROGMEM = «carrerai.wav»;
^
RiCinoreceptor_voces_carrera:64: error: variable ‘voz_fin_carrera’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_fin_carrera[] PROGMEM = «carreraf.wav»;
^
RiCinoreceptor_voces_carrera:65: error: variable ‘voz_fin_coche_A’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_fin_coche_A[] PROGMEM = «fin_A.wav»;
^
RiCinoreceptor_voces_carrera:66: error: variable ‘voz_fin_coche_B’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_fin_coche_B[] PROGMEM = «fin_B.wav»;
^
RiCinoreceptor_voces_carrera:67: error: variable ‘voz_fin_coche_C’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_fin_coche_C[] PROGMEM = «fin_C.wav»;
^
RiCinoreceptor_voces_carrera:68: error: variable ‘voz_fin_coche_D’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
char voz_fin_coche_D[] PROGMEM = «fin_D.wav»;
^
RiCinoreceptor_voces_carrera:70: error: variable ‘voz_table’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
PGM_P voz_table[] PROGMEM =
^
Se encontraron múltiples librerías para «nRF24L01.h»
Usado: C:\Users\pc\Documents\Arduino\libraries\arduino_105010
No usado: C:\Users\pc\Documents\Arduino\libraries\RF24
No usado: C:\Users\pc\Documents\Arduino\libraries\RF24
No usado: C:\Users\pc\Documents\Arduino\libraries\RF24
No usado: C:\Users\pc\Documents\Arduino\libraries\RF24
exit status 1
variable ‘voz_0’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’
Este reporte podría tener más información con
«Mostrar salida detallada durante la compilación»
opción habilitada en Archivo -> Preferencias.
Descargate una version antigua del IDE de arduino, empieza a probar por las 1.5… creo que la libreria de los wav dejo de ser compatible con versiones nuevas del IDE…
En cuanto a las mejoras, pues la idea es buena, pero como todo lo que subo al blog, es por que lo hago para mi, y luego lo comparto… la cuestion es que por ahora he dejado el hobby…
Me alegro de que este proyecto este siendo util… lo hice por que me parecian un robo lo que se cobraba por los sistemas comerciales…
no es profesional, y seguro que alguna vez falla, pero es barato…
Hola Lisergio, tengo un fallo, y lo único que cambie fue el display por I2C, al empezar la carrera la cuenta atrás para en 11 y queda bloqueado, te a pasado algo así antes?.
Pues la verdad es que no…
Que versión has montado??
La versión es la 1.9, pero he probado la 1.6 y en vez de parar a 11 para a 10.
Sabes si el Modo Carrera funciona igual con el receptor apagado?
ya que el fallo empieza en la linea siguiente al datasheet, inicio_carrera que envía la señal al tx-rx. de 10-9-8-7-6 y 5-4-3-2-1 a los leds.
Modo entreno funciona OK.
el receptor no me funciona ya que uno de los nrf24l01 no me va. y estoy buscando el porque creo que fue al cambiar el sketch de mini pro a nano ya que la asignación del speaker pin no se puede cambiar en nano. y el ce del nrf también quiere ir alli. compilando con IDE 1.5.
Voy a probar montar el receptor en un mega que tengo extra y te digo algo.
y si la unidad principal sigue quedando en 11 voy a probar quitando el I2C del display ya que tal vez engordo mucho el sketch y tiene problemas de estabilidad.
ya te iré contando. saludos y gracias Lisergio.
te enviare fotos.
Ok! Ya me contarás, yo ahora no puedo probar, ya que no tengo material ni el sistema montado…
Pingback: Accesorio receptor mando IR compatible con HomeKit |
hola amigos hace tiempo hice el lap counter siguiendo las instrucciones de liseergio de la version ricino zround y me va de maravilla.
.en su tiempo ordene unas pcb»s donde vienen pcb para 10 sensores 10 transponders y el decoder solo falta recortarles ya que viene todo en un pcb de 100 x 100 mm. las habia olvidado y hoy limpiando las encontre
ordene 10 piezas y me quedan 9 por si alguien esta interesado en hacer la version zround mi correo es salu2!!!
Hola! yo ando liado con un puente para zround y los transponders con Attiny, me interesaría contactar contigo ya que he leido por los comentarios que también tuvistes problemas para recibir los códigos de los transponders igual que estoy teniendo yo. Por favor escríbeme al correo: aecorgar arroba gmail punto com (tu correo no aparece en el post xD)
zround boards email pajaritohermoso arroba g mail
Olá!
Agradeço muito por compartilhar seus conhecimentos.
Não consigo fazer download dos arquivos. O Dropbox mostra erro 404.
Especificamente este:
https://dl.dropboxusercontent.com/u/8783282/descargas/ficheros/ficheros%20ricino%20zround%201_5/RiCino_Zround_1_5.ino.zip
Seccion de descargas…
Olá. Peço desculpas pela pergunta. Após enviá-la, fui ver o código do receptor e do emissor e percebi que os códigos não eram compatíveis. Baixei então a versão mais atualizadas dos arquivos e pude perceber que está a usando os arquivos errados. Com essa correção consegui usar os números de 1000 a ffff. Não que tenhamos tantos carros no meu grupo, era apenas curiosidade.
Bom, o projeto já está funcional e quase concluído.
Novamente agradeço muito seu empenho em compartilhar estes conhecimentos e pelo suporte.
perfeito!
Fico feliz que esteja funcionando, não hesite em me enviar uma foto quando terminar o projeto.
uma saudação
Olá novamente. Uma nova questão, o projeto tem funcionado muito bem, principalmente depois de alguns ajustes. Basicamente eu removi o 78l05 pois ele desligava quando o carro estava em aceleração máxima por conta da queda de tensão gerada pelo motor.
Agora enfrento uma nova questão, quando dois carros passam muito juntos pelos receptores, nenhum deles é identificado e a volta de ambos fica prejudicada. Algum dos senhores já enfrentou tal problema? Que soluções aplicaram. Um colega deu a ideia de elevar a barra de recepção, ainda não pude testar, mas gostaria de saber se já o enfrentaram e como.
Novamente agradeço e peço desculpas por escrever em português, mas creio que como o espanhol é quase legivel para mim, o português também seja para os senhores.
Olá, primeiro quero agradecer pelo projeto e por compartilhar. Estava com problemas para enviar o código usando o attiny85 (programado pelo arduino) então a solução foi usar o digispark (e funcionou muito bem, usando a biblioteca irremote com protocolo NEC) , porem quando o carro passa pela ponte (receptores na pista) em alta velocidade não consegue identificar o carro, alguem teria alguma solução ?
Estou usando receptores vs1838b e tsop4838.
Um transponder com dois led emissor em serie e outro com um emissor (apenas dois para teste).
Olá Igor, poderia entrar em contato segue email. William._oliveira._@hotmail.com
Obrigado.
Olá!
Peço desculpas por não reponder antes.
Inicialmente eu usei leds ir de 5mm com a cabeça arredondada que encontrei nas casas de eletrônica próximas. Funcionou, mas tive um problema parecido. O problema era que a cabeça do led tornava a luz emitida focada em um angulo muito pequeno e com isso a leitura só era realizada quando o este ângulo permitia que era um espaço muito curto para permitir a leitura. Acabei evoluindo a questão cortando a cabeça do led com uma dremel. Deixando ela plana e dando uma pequena polida, aumentou muito o ângulo da luz e com isso o espaço para a leitura também cresceu. Isso resolveu meu problema. Mais recentemente, adquiri no ali express leds ir SMD. Estes não tem foco e não trazem esse problema. Além de serem mais interessantes para o pequeno espaço de que o mini z dispõe.
Continuo com problema para ler dois carros, mesmo com a elevação dos sensores que citei anteriormente. Ainda não tive tempo de tentar evoluir nesse quesito. Mesmo assim os «pegas» na pista do meu grupo tem sido cada vez mais eletrizantes com o contador funcionando.
Para resolver o problema da velocidade da emissão do código estou utilizado o protocolo RC6 com 4 bits. Leu muito bem o carro mesmo com velocidade alta.
Olá Lisergio, poderia me ajudar? Estou tentando mudar o codigo do receive para receber sinal do modulo rf433mhz, mas não tive sucesso.
A ideia é usar dois arduino um mega e um uno, o mega recebe o codigo ir do transpoder e transmitir um codigo via rf433 para o outro arduino.
Pois preciso por o sensor ir em uma parte mais lenta da pista e com isso não consigo fazer a comunicação via cabo.
Obs: Usando o zround.
Gran aporte por este proyecto Lisergio. Me gustaria ponerme en contacto contigo, estoy montando un Ricino pro version 1.9 y tengo algunas dificultades que me gustaria comentate. Un cordial saludo Angel.
Hola gente! Muy buen proyecto, alguien pudo usarlo con transponder robitronic o easylap? Carlos_buj@hotmail.com
Buenas,
Primero de todo darte las gracias por tu aporte. He hecho pruevas con el Ricino 1.5 (Zround) con un mando de TV Sony y los resultados han sido muy buenos.
Ahora queriamos leer los transponders de dos compañeros LapMonitor con el arduino y el sensor TSOP31238 que en teoria funciona a 38 kHz.
Pero los codigos que recibo van variando y nunca son el mismo. Los codigos binarios no siguen ningun patron.
Yo diria que el problema esta en la frequencia de mostreo y queria provar con otros receptores que trabagen a otras freqüencias.
Alguien ha hecho alguna prueva con lapmonitor?
Gracias
Buenas, lastima que el proyecto este aparcado es único.Ojala Lisergio lo retome, pues somos muchos los que estamos intentando hacerlo funcionar, pero sin su ayuda para mi creo que sera imposible.
hola amigo excelente proyecto , como hago para obtener los archivos para hacerlos los links estan rotos , porfa si alguien loa tiene pasemelos caponteg@gmail.com please
Sección de descargas
Hola! Disculpa que consulte acá, pero no supe encontrar el lugar preciso.. quisiera saber si puedo actualizar el firmware de un sonoff basic r3 en este momento tiene el firmware 3.6.0 y quisiera hacerlo compatible con homekit.. llegue hasta ponerlo en dyi por wifi pero no se bien cómo cargarle el firmware por wifi.. tenes eso subido ? Ya me agregue la web a favoritos voy a hacer varias de tus ideas
Pues no, creo que por serial se puede hacer algo.. por wifi nada
Hola buen día estoy tratando de descargar los archivos para tratar de duplicar tu proyecto pero los links para descarga no funciona de ninguno de los proyectos.
Espero me pudieras apoyar con esto para poder descargarlo y hacer el intento de echar a andar tu proyecto, debido a que me suena muy interesante.
De antemano agradezco tu apoyo.
Todos los archivos están en la sección de descargas , en la repo de github