El objetivo de esa placa es.no cambiar el cableado de la maquina, pero fuera de eso, es mame, el mame de toda la vida. Recuerdo que cuando salio no sabia que esa version de mame no llegaba al maximo de velocidad el acelerador (Se puede solucionar) Seguro que el volante no va a quedar bien moviendo la sensibilidad desde mame?! Tiene que quedar perfecto. Yo tengo una maquina generica tipo Pole Position con multijuegos andando de 10. (volante "giraloco", palanca low/hi, acelerador y freno.) Fijate, por si queres hacer la pole un multi juegos mientras no te ande la placa..
¡Buenas! Se supone que había horas de trabajo detrás de eso para arrancar más rápido y para que la experiencia sea los más plug & play posible y que parezca que tienes una placa original. Ya sabemos que no lo consigue. Desde luego que con una raspberry/PC y un arduino o los conversores tipo ultimarc pueden montarte tu sistema. En tu caso ¿qué estás usando para convertir el óptico y analógico (pedal) en digital? Saludetes...
Muy buenas. Sobre el audio, debería ser sencillo, pero quiero empaparme un poco más sobre las salidas sound - y + para entender de verdad la diferencia y así tomar la decisión de dónde hacer el cambio, si en el edge o en la pi position (un puente entre 4- y 4+ y a correr 😀) En el caso del volante, parece ser el típico problema de gestionar un rotary encoder con poll y no con interrupciones. Me resulta extraño que con los años que lleva esto publicado esto siga así 🤷♂
En el foro no oficial se asegura que sí, hay que tener en cuenta que una Pole Position no tiene botones así que los juegos como super offroad (botón para el nitro) se quedarían cojos. Ya tengo unos cuantos listos para probar, os iré contando 😁
@@golgo1315 Yo no conozco ningún sistema plug & play para esos muebles, tendrías que montarlo tu. Por ejemplo, para la Super Sprint (menuda joyita, envidia sana 😁) tendrías que sacar una imagen de 24KHz (resolución media) desde un pc o Raspberry y luego conversores para el óptico de los volantes (como el Opti-PAC de ultimarc) y los potenciómetros de los pedales y switches de botones y monederos (el mismo ultimarc tiene una gama maja) y configurarlos en mame.
La sensibilidad del volante es por un tema de polling mal ajustado desde el firmware del Arduino. Para modificar eso, haría falta ver el fichero fuente pero, si no han dado documentación, imagino que tampoco han facilitado el firmware del Pro Micro (ajustarlo sería trivial). En caso de no tener los ficheros fuente, también se podría extraer directamente de la placa, modificarlo, y volverlo a programar, pero esto ya requiere más tiempo e ir haciendo pruebas. Por otro lado, modificar los dientes del disco como has comentado podría ayudar para los giros rápidos pero definitivamente perderás sensibilidad en movimientos cortos; no te lo recomendaría. Suerte con el proyecto!
Totalmente, anoche rebuscando el el hilo vi que tenía publicado el código del arduino: drive.google.com/file/d/1YhePTCH-g3Q5nUvoZYmrBNE_Mj4qc-9d/view?usp=drive_link En pp_joy4r2.ino se puede ver el código parece que llevan las placas y se puede ver que, como hemos tratado en otro comentario, está haciendo poll y no lo gestiona con interrupciones. La ventaja es que los pinA y pinB están en los pines 3 y 7 que en el Arduino PRO Micro tienen interrupciones por lo que el código se podría revisar. Aún así habría que revisar también la sensibilidad en mame porque me parece que está por encima de los normal para que precisamente la gente no se queje de este tema. Para los que hemos jugado al original hay mucha diferencia ☹
@@LostrastosdeXaX He revisado el código y lo cierto es que el polling va tan rápido como lo permite el código: no se ha introducido ningún delay de forma programática. Se podría optimizar si cambiamos las instrucciones generales de Arduino por otras nativas del Pro Micro, pero aún mejorando en ese aspecto, el problema está en la lectura del sensor. Yo habría usado un enfoque con interrupciones, no delegando las lecturas al bucle principal. Este es un problema común: si das un 'volantazo' o pisas el acelerador muy rápido seguramente obtengas una secuencia de lecturas que intercalan valores positivos con negativos (este rebote se ve claramente con un osciloscopio). En resumen, que para que la cosa mejore, yo cambiaría el código para leer los controles usando interrupciones.
@@Etnassoft Lo único que he visto son dos "Serial.print" sin comentar que aún sabiendo que penalizan no tengo claro si será suficiente. Ya tengo una versión con interrupciones lista pero tardaré en ir a la retrosala para probarla 😓
Buen video explicativo Xax. Se agradece. Saludos
El objetivo de esa placa es.no cambiar el cableado de la maquina, pero fuera de eso, es mame, el mame de toda la vida. Recuerdo que cuando salio no sabia que esa version de mame no llegaba al maximo de velocidad el acelerador (Se puede solucionar) Seguro que el volante no va a quedar bien moviendo la sensibilidad desde mame?! Tiene que quedar perfecto. Yo tengo una maquina generica tipo Pole Position con multijuegos andando de 10. (volante "giraloco", palanca low/hi, acelerador y freno.) Fijate, por si queres hacer la pole un multi juegos mientras no te ande la placa..
¡Buenas! Se supone que había horas de trabajo detrás de eso para arrancar más rápido y para que la experiencia sea los más plug & play posible y que parezca que tienes una placa original. Ya sabemos que no lo consigue. Desde luego que con una raspberry/PC y un arduino o los conversores tipo ultimarc pueden montarte tu sistema. En tu caso ¿qué estás usando para convertir el óptico y analógico (pedal) en digital? Saludetes...
Un emulador y listo, mi romántico amigo... Sal2
Video visto... que luego nos lloras que no te vemos los videos... jajajaja Buen video!!!
¡Qué cabrón! 🤣🤣🤣🤣 Ya sabes a quien voy a dar la murga si no logro que el cambio que tengo previsto en el arduino me vaya fino 😗
Tiene pinta de que tenga un polling rate bajo en el volante, imagino que respecto al sonido podras cambiar por que pin sacar el audio
Muy buenas. Sobre el audio, debería ser sencillo, pero quiero empaparme un poco más sobre las salidas sound - y + para entender de verdad la diferencia y así tomar la decisión de dónde hacer el cambio, si en el edge o en la pi position (un puente entre 4- y 4+ y a correr 😀)
En el caso del volante, parece ser el típico problema de gestionar un rotary encoder con poll y no con interrupciones. Me resulta extraño que con los años que lleva esto publicado esto siga así 🤷♂
Le podrás meter supersprint, vadkand,súper off road, championship supersprint?
En el foro no oficial se asegura que sí, hay que tener en cuenta que una Pole Position no tiene botones así que los juegos como super offroad (botón para el nitro) se quedarían cojos. Ya tengo unos cuantos listos para probar, os iré contando 😁
Tengo una supersprint de dos volantes y una beast buster de tres pistolas, sería posible meterle juegos de más?
@@golgo1315 Yo no conozco ningún sistema plug & play para esos muebles, tendrías que montarlo tu. Por ejemplo, para la Super Sprint (menuda joyita, envidia sana 😁) tendrías que sacar una imagen de 24KHz (resolución media) desde un pc o Raspberry y luego conversores para el óptico de los volantes (como el Opti-PAC de ultimarc) y los potenciómetros de los pedales y switches de botones y monederos (el mismo ultimarc tiene una gama maja) y configurarlos en mame.
La sensibilidad del volante es por un tema de polling mal ajustado desde el firmware del Arduino. Para modificar eso, haría falta ver el fichero fuente pero, si no han dado documentación, imagino que tampoco han facilitado el firmware del Pro Micro (ajustarlo sería trivial). En caso de no tener los ficheros fuente, también se podría extraer directamente de la placa, modificarlo, y volverlo a programar, pero esto ya requiere más tiempo e ir haciendo pruebas.
Por otro lado, modificar los dientes del disco como has comentado podría ayudar para los giros rápidos pero definitivamente perderás sensibilidad en movimientos cortos; no te lo recomendaría.
Suerte con el proyecto!
Totalmente, anoche rebuscando el el hilo vi que tenía publicado el código del arduino: drive.google.com/file/d/1YhePTCH-g3Q5nUvoZYmrBNE_Mj4qc-9d/view?usp=drive_link
En pp_joy4r2.ino se puede ver el código parece que llevan las placas y se puede ver que, como hemos tratado en otro comentario, está haciendo poll y no lo gestiona con interrupciones. La ventaja es que los pinA y pinB están en los pines 3 y 7 que en el Arduino PRO Micro tienen interrupciones por lo que el código se podría revisar.
Aún así habría que revisar también la sensibilidad en mame porque me parece que está por encima de los normal para que precisamente la gente no se queje de este tema. Para los que hemos jugado al original hay mucha diferencia ☹
@@LostrastosdeXaX He revisado el código y lo cierto es que el polling va tan rápido como lo permite el código: no se ha introducido ningún delay de forma programática. Se podría optimizar si cambiamos las instrucciones generales de Arduino por otras nativas del Pro Micro, pero aún mejorando en ese aspecto, el problema está en la lectura del sensor.
Yo habría usado un enfoque con interrupciones, no delegando las lecturas al bucle principal. Este es un problema común: si das un 'volantazo' o pisas el acelerador muy rápido seguramente obtengas una secuencia de lecturas que intercalan valores positivos con negativos (este rebote se ve claramente con un osciloscopio).
En resumen, que para que la cosa mejore, yo cambiaría el código para leer los controles usando interrupciones.
@@Etnassoft Lo único que he visto son dos "Serial.print" sin comentar que aún sabiendo que penalizan no tengo claro si será suficiente. Ya tengo una versión con interrupciones lista pero tardaré en ir a la retrosala para probarla 😓