Una vez conseguido hacer funcionar el código en un 12f675, lo he portado al 12f629 y he hecho una placa nueva.

De hecho también conseguí hacer funcionar una placa que quemé hace tiempo cuando intenté hacer funcionar por primera vez el decodificador de funciones de Paco Cañadas (POWS).

Como se puede ver, en ambos casos he tenido que hacer uso de algún cable a modo de puente – más por mi poca mañana con el soldador que por otra cosa.

Las diferencias entre las dos palcas están en:

-          El condensador de la etapa de alimentación. Según mis cálculos con 4,7uF se podrían sacar 200mA, suficientes para alimentar 4 leds. Sin embargo, en la placa nueva he probado con un condensador de 47uF, que daría de sobra para la corriente máxima del puente de diodos: 1,5A.

-          La resistencia que pone a tensión alta GPIO3 y el último diodo tras la etapa de alimentación. En la placa nueva he prescindido de ellos.

El código es exactamente el mismo para las dos placas. Como mejora quiero probar a poner la entrada en GPIO1, que debería dar como resultado una placa más sencilla.

Dejo el código del esquemático de la placa nueva, preparada para el condensador grande o el pequeño, con los componentes extras o no: decofuncioes

La semana pasada ya dejé preparada una placa para probar la fase de alimentación, y en especial el buck converter que debe alimentar los motores.

El resultado ha sido bastante bueno. Por un lado he comprobado que la placa cabría en el vagón grúa aún siendo más voluminosa que la original. La idea era dejar la placa preparada para luego terminarla con el pic y la fase de potencia. Sin embargo, no ha sido una de mis mejores placas con la plancha. Aunque no ha habido muchos errores – temía por el pequeño tamaño de las pistas  vías – sí que había algún corte en las pistas difícil de reparar.

Por otro lado, la señal que sale del converter parece bastante estable en los 5 V, no para alimentar el PIC, pero sí para alimentar los motores.

Me faltaría probar esta alimentación en la placa que estoy usando para probar la calibración de los motores. No lo he hecho todavía ya que aún no he conseguido que la placa de calibración funcione sin problemas. De hecho, la razón para probar a estas alturas la fase de alimentación, era saber si iba a necesitar nuevos componente, y aprovechar y completar el próximo pedido que tengo que hacer para adquirir las bobinas de 3,9u de los motores

Voy colgando los pdfs del circuito y la PCB: bulk0751.

rocrail-setup_SpeedCurve-rev3482

speedr3482

Sin embargo, el resultado ha sido negativo. En un sentido, hacia atrás, la grúa sigue moviéndose, tal y como ya hacía. En el sentido contrario, el movimiento sigue siendo insuficiente. Es más, con un barrido como el que estoy usando, encuentro varias frecuencias para que se mueva en un sentido, pero apenas veo movimiento en el contrario.

Haciendo uso de mi nuevo osciloscopio he querido comprobar si el barrido se estaba dando de forma correcta.

Lo que he descubierto es que el barrido parece correcto (canal rojo a la salida del PIC)), pero que tras la fase de potencia se genera mucho ruido (canal amarillo). Espero que la razón para la falta de movimiento en un sentido esté en la placa de potencia, y no en el barrido de frecuencias. Como se puede ver, el propio osciloscopio no consigue medir de forma correcta la frecuencia y la amplitud, aunque a simple vista se ve que las señal es la misma – con el esperado desfase.

Lo próximo será repasar la placa de calibrado que lleva la fase de potencia, y ver si hace falta algún condensador… creo que los tiros van por ahí.

En cualquier caso dejo aquí el código del PIC. No está probada la parte de captura AD y grabación en EEPROM de los valores medidos para el calibrado automático, pero el barrido sí que parece estar bien implementado.

pwm

Si puedo voy a intentar actualizar cada 2 semanas.

rocrail-setup_SpeedCurve-rev3412

speedr3412

Los vagones están en muy buenas condiciones, con su caja original, pero se nota que hace mucho que no han sido utilizados. En concreto el vagón con el rodillo para limpiar lleva unos acumuladores que he tenido que recargar durante 8 horas para poder usar. Este es un punto que me ha decepcionado un poco, hasta el punto de escribir al fabricante. Yo esperaba que los acumuladores sólo fueran necesarios en casos e vía sucia… pero parece que son necesarios en cualquier caso, y que el rodillo sólo funciona si los acumuladores están cargados. Es decir, no funciona como la batería de un portátil o un móvil que mientras se carga se puede utilizar, al contrario, se carga durante 8 horas, y se puede utilizar lo que dure la batería.

Sinceramente creo que habrá que meterle mano a la electrónica esa… ver como se puede mejorar y en última instancia puentear los acumuladores…si las vías están muy sucias tampoco habrá forma de llevar un vagón hasta allí. Le pegaré un ojo, lo ideal sería que las baterías quedara como back-up.

De paso miraré si se pueden usar algunas de las salidas de los decoders que llevan instalados:

• 6080 el limpiador
• 6081 el aspirador

Pienso que sería bonito poner alguna luz intermitente, similar a las de marca BUSCH 5918

Dejo aquí el archivo y el código modificado.

rocrail-setup_SpeedCurve-rev3361

speedr3361

Con las pocas medidas que tengo por rango de frecuencia es imposible implementar el algoritmo de búsqueda y ver si es coherente con la observación y las frecuencias detectadas a mano. Sin embargo sí que es cierto que las mediciones parecen estar en línea con las curvas típicas que publica elliptec.

Dejo el código con toma de medidas en GPIO0: pwm20m_v9

Lo siguiente con respecto a esta parte de la solución sería usar otra vref para el conversor AD y ver si implemento el algoritmo.

Voy a esperar a las pruebas con el pic 18f, que puede seleccionar una vref interna de 1,024V muy conveniente para estas pruebas.

La placa no corresponde con el circuito final porque no esperaba tener que usar un cristal para el reloj. Al final, para las pruebas, simplemente dejé el pic sin instalar y conecté cada una de las salidas en una placa de pruebas, tal y como muestra el circuito. De hecho, para esta fase de búsqueda manual, en lugar de usar GPIO1 para tomar datos AD, la usé para un led que me hacía las veces de contador de segundos.

Además, la placa estaba preparada para probar los distintos componentes que necesita en diferentes tamaños smd. Aunque para las resistencias tenía claro la potencia que tenían que soportar, para las inductancias y los condensadores no tenía criterio para elegir un tamaño u otro. Primero probé con lo más pequeño que había comprado, y funcionó.

Como decía, las pruebas las he hecho con una búsqueda manual, observando en que momento se producía movimiento. Aún no he implementado el algoritmo de búsqueda que proponen elliptec:  Electronic_Frequency_Search_April_2008.

Primero probé con un reloj a 4 Mhz (el interno de un 12f675) y generando el reloj actuando directamente sobre una de las salidas, pero el margen de frecuencias que podía explorar era bastante pequeño: 71k, 83k, 100k, 125k. El motor que usaba para pruebas no se movió.

Luego pensé en probar con un reloj a 20Mhz actuando también directamente sobre una de las salidas, pero haciendo cálculos la resolución de frecuencias que podía alcanzar en el rango a explorar (75k-110k)  era siempre superior a 2kHz y el fabricante del motor recomendaba mínimo 1kHz y a ser posible 300Hz. Esto me impulsó a cambiar de pic y pasar al 12f683 que incorpora un módulo PWM. Confiurandolo de forma correcta sí que alcanzaba resoluciones inferiores a 2Khz, pudiendo explorar las siguientes frecuencias:

El barrido se hizo manteniendo la frecuencia activa durante dos segundos, teniendo como resultado que a las frecuencias de 100khz el motor se movía sin problemas en un sentido y a la frecuencia de 84’7Khz el motor empezaba a moverse en el otro.

Todas las pruebas se hicieron con el ciclo de trabajo cercano al 50%.

La gran conclusión fue que un reloj de 20Mhz no era suficiente para explorar el rango de frecuencia con suficiente precisión, ya que la frecuencia de 84’7k parecía no ser todavía la óptima. De hecho, hice pruebas manteniendo el motor durante 8 segundos a esa frecuencia, y el motor nunca pasó de iniciar el movimiento.

El siguiente paso va a ser comprobar si la captura AD y la implementación del algoritmo de búsqueda electrónica lleva a los mismos resultados.

Para resolver el problema de la resolución, sólo puedo irme a pics de la familia 18f, en concreto he seleccionado el 18f14k22 que parece puede funcionar a 64Mhz y que sí que me da un areolución inferior a 1k y muchas veces cercana a los 300hz.

En cualquier caso dejo el código que he utilizado con el 12f683. el mapeo de pins sigue el esquema del circuito. GPIO3 sirve para seleccionar si la búsqueda se hace en el rango de frecuencias hacia adelante o hacia atrás y como he comentado GPIO1 va a un led que cuenta segundos.

pwm20mv7

Por un lado me he hecho con mi primera cocodrilo, con dos vagones de regalo. No tengo muy claro el modelo, el vendedor y la caja ponen que es una 3056, pero mirando en la página de LCTM, la numeración de la máquina 13303 corresponde a una 3356. La déscripción, barandillas en amarillo, y el interior, el despiece de la 3356, también parecen coincidir. En definitiva, no sé muy bien que modelo tengo, pero parece de finales de los 70 o de los 80, en plástico. Obviamente no es uno de los modelos únicos de collecionistas, pero a mi me vale.

Por otro lado también he comprado este tren Zeppelin. Es el modelo analógico, no el nuevo que sacaron hace unpar de años. Faltará digitalizarlo. Este tren era uno de los que más me llamaba la atención de crío, así que incorporarlo a la colección es toda un acontencimiento  .