Dandanator multiply + RancanuoTeam

[cacharreo]

Mirando así por encima y comparando esquemas, las mayores diferencias que encuentro son la ubicación de D2 y la falta de los pines 5 y 6 en el ATmega328P pero no son significativas puesto que D2 está puenteado y los pines del ATmega328P están conectados en los gerbers. Examinar placa y gerbers son otro asunto diferente porque requiere tiempo para hacer una comprobación visual.

Mientras tanto revisaría las conexiones y la programación de la GAL porque sin ella funcionando bien no habría acceso a la SD.

[esposiblegames]

Algo se esta escapando que es desconocido personalmente no estoy al frente del diseño de esta pcb y no trabajo en el taller y como es un proyecto antiguo puede que se escape algún detalle no puedo dar soporte pero si puedo aportar lo siguiente. Tengo un dd multiply v1 en mi poder puedo poneros unas fotos o puedo prestarlo por si sirve de algo con vuelta porque le tengo cariño y quiero conservarlo para resolver la incidencia que plantean los compañeros que han montado alguna pcb y falla, con el fin de ir a tiro fijo.
Lo que si veo viable es enviar las pcb montadas al taller y ver donde puede estar los fallos si queréis contactar por privado y yo lo gestiono envío como regreso funcionando, me da coraje que os fallen los dd probablemente será algún mínimo detalle.
Suerte seguiré este hilo ok

[mad3001]

Entiendo que estamos hablando de este diseño:
https://github.com/Rancanuo/Dandanator-Multiply-Plus

¿es correcto?

[mad3001]

Sin lugar a dudas y creo recordar que a @duca750 le estaba dando guerra aunque no sé si llegó a terminarlas.

Me dieron tanta tanta guerra que deje las 5 placas con componentes por desesperación, a mí no me va ni como dandanator. El nano no llegue ni a intentar programarlo.
Cuando tenga ganas y tiempo nuevamente lo intentaré.

Si pudieses enviarme una de las que te da problemas reviso a ver qué está pasando.

Primero veamos lo que hace falta para que todo vaya bien:
1.-Programar el PIC. Esencial, sin eso lo demás da igual.
2.-Programar el atmega328p. Lo siguiente para que funcione el modo multiply.
3.-El CH340G y su reloj que estén correctos (incluyendo los 2 Cs en un rango de 10-22 pF).
4.-La GAL programada con la lógica correcta. Ojo a esto ya que la GAL22V10 en formato DIP tiene una programación diferente a la GAL22V10 en formato PLCC, el número de pines y programación es diferente debido al diferente formato.
5.-El JP2 se usa para modo normal o modo programar multiply... una posición es para uno normal y el otro solo para programar el multiply por serial (usando el CH340G). De hecho el CH340G solo y exclusivamente se usa para programar el ATMEGA328p, no tiene otro uso en funcionamiento normal.

Salu2

[esposiblegames]

Entiendo que estamos hablando de este diseño:
https://github.com/Rancanuo/Dandanator-Multiply-Plus

¿es correcto?

Efectivamente es la primera versión las 2 que tienes son la v2 y el pro al evolucionar el taller con la nueva maquinaria
la primera versión ya no se monta

[Quickie]

4.-La GAL programada con la lógica correcta. Ojo a esto ya que la GAL22V10 en formato DIP tiene una programación diferente a la GAL22V10 en formato PLCC, el número de pines y programación es diferente debido al diferente formato.

Aquí tengo mis dudas. Creo que las ecuaciones de la GAL que usé eran para el encapsulado DIP. ¿Realizar la conversión en la asignación de pines es sencillo? Puedo revisar qué grabé y el que debiera ser el valor correcto

[Quickie]

Algo se esta escapando que es desconocido personalmente no estoy al frente del diseño de esta pcb y no trabajo en el taller y como es un proyecto antiguo puede que se escape algún detalle no puedo dar soporte pero si puedo aportar lo siguiente. Tengo un dd multiply v1 en mi poder puedo poneros unas fotos o puedo prestarlo por si sirve de algo con vuelta porque le tengo cariño y quiero conservarlo para resolver la incidencia que plantean los compañeros que han montado alguna pcb y falla, con el fin de ir a tiro fijo.
Lo que si veo viable es enviar las pcb montadas al taller y ver donde puede estar los fallos si queréis contactar por privado y yo lo gestiono envío como regreso funcionando, me da coraje que os fallen los dd probablemente será algún mínimo detalle.
Suerte seguiré este hilo ok

Muchas gracias por el ofrecimiento.
A ver si podemos dar con la causa con un poco más de pruebas y análisis y de no salir adelante contacto contigo

Muchas gracias de nuevo por el soporte y la buena disposición.

[cacharreo]

Creo que las ecuaciones de la GAL que usé eran para el encapsulado DIP. ¿Realizar la conversión en la asignación de pines es sencillo? Puedo revisar qué grabé y el que debiera ser el valor correcto

Realizar la asignación de pines es muy sencillo, basta con editar una copia del .PLD y en la primera parte declarativa cambiar unos números de pines por otros. No obstante hace unos años reescribí las ecuaciones para el encapsulado PLCC-28 y, si no recuerdo mal, comprobé los .JED resultantes y eran idénticos. Probé también a grabar uno y otro .JED y no hubo diferencia.

Muchas gracias de nuevo por el soporte y la buena disposición.

Una buena predisposición de auténtico lujo.

[duca750]

Si pudieses enviarme una de las que te da problemas reviso a ver qué está pasando.

Pues si te parece te voy a mandar una placa y componentes para que hagas pruebas, será la única manera de tener uno funcional y poder ir poniendo en marcha el resto.

Puedes pasarme datos por MP? Gracias

[cacharreo]

Después de días mirando esquemas y gerbers sin detectar nada que pudiera justificar el problema (a pesar de ese D2 que está ahí para nada), he podido confirmar que la misma placa que tiene @duca750, idéntica excepto en el color a la de @Quickie, versión de Febrero de 2021, funciona perfectamente tanto en el modo DD! como en el modo Multiply.



Disculpad la suciedad. Os aseguro que, como suele ocurrir, antes de ver la foto parecía no estar ahí.