ForoFPGA

Hi ALL!!!

Has anyone already tried the configuration - https://github.com/benitoss/CycloneV_UnAmiga_v2 ?
(( Actual Scheme is now available in the post antoniovillena ))

I found some problems. The joysticks ports not work correctly.
The main problem is that the “load” and “shift” signals are mixed up.

The “load” signal PIN_C16 is the equivalent of T12_LOAD on the ZXDOS board.
The “shift” signal PIN_B16 is the equivalent of R12_SCK on the ZXDOS board.

In QUARTUS "Pin Planner" not correct
JOY_CLK PIN_C16 Output
JOY_DATA PIN_B15 Input
JOY_LOAD PIN_B16 Output


Another problem - bits in bytes are mixed up.

In Joy Port1 in schematic (or Port2 in Amiga)

UP is LEFT Mouse Button (Port2 in schematic (or Port1 in Amiga))
DOWN is RIGHT Mouse Button (Port2 in schematic (or Port1 in Amiga))
LEFT is UP
RIGHT is DOWN
FIRE1 is LEFT
FIRE2 is RIGHT

I have not tried to fix it yet. Maybe someone has already fixed it?

-------------------------------------------------------------------------------------------------------------------------------------------------------
The original scheme of ZXDOS - viewtopic.php?f=154&t=222 (addons.zip) Attention! Joystick pins are mirrored in this diagram!

Compliance scheme of the ZXDOS and the QMTECH Cyclone V 5CEFA2F23 board
(( Actual project for QUARTUS is now available in the post jepalza ))

A few photos of my device.

I tried to quickly bring the port1 to life.

(Changes made in file joydecoder.v in project Board_Test)

5'd4 : joy1[5] <= joy_data; // 1p fire2
5'd5 : joy1[4] <= joy_data; // 1p fire1
5'd6 : joy1[3] <= joy_data; // 1p right
5'd7 : joy1[2] <= joy_data; // 1p left
5'd8 : joy1[1] <= joy_data; // 1p down
5'd9 : joy1[0] <= joy_data; // 1p up

Similar actions can be done in the Amiga configuration.

But if you add reading bits from the second port...

5'd12 : joy2[5] <= JOY_DATA; // 2p fire2
5'd13 : joy2[4] <= JOY_DATA; // 2p fire1
5'd14 : joy2[3] <= JOY_DATA; // 2p right
5'd15 : joy2[2] <= JOY_DATA; // 2p left
5'd16 : joy2[1] <= JOY_DATA; // 2p down
5'd17 : joy2[0] <= JOY_DATA; // 2p up

It’s impossible to compile ...

Logic utilization (in ALMs) 9,434 / 9,430 ( 100 % )

Error (170012): Fitter requires 949 LABs to implement the design, but the device contains only 943 LABs

I also tried the project - https://github.com/benitoss/CycloneV_UnAmiga

The joystick port also does not work in it, but this error is already dangerous for the matrix.

JOY_CLK PIN_B16
JOY_DATA PIN_C16
JOY_LOAD PIN_B15

A high level from the shift register will be sent to the signal "JOY_LOAD".


I will add in the first post the compliance scheme of the ZXDOS and the QMTECH Cyclone V 5CEFA2F23 board.

Hola, perdona por no responder antes, pero no tenia nada que aportar.
Viendo los problemas que tienes, lo único que puedo hacer para tratar de ayudar, es dejarte los fuentes originales de la version UnaMiga de Cyclon V, los primeros, antes de incluir el "multicore". Son para usar con la placa de antoniovillena que lleva SRAM y el controlador de mandos especial, el que te está dando problemas.

Esta versión SIN multicore, a mi me funcionaba bien (o eso creo), al menos, compilar, lo hace bien. Lo que no sé, es si funcionan ambos puertos de mando.

Prueba a compilar a tu gusto, a ver si esta te funciona. No te puedo ayudar mucho mas, por que no tengo la misma disposiciñon de placas que tienes tú.

Hi

The correct board repository is: https://github.com/benitoss/CycloneV_UnAmiga_v2

I have sold about 5 boards especially for this board. The other repository (CycloneV_UnAmiga) is based on a ZXDOS addon that has different pinout on SRAM and joysticks pins. With a ZXDOS addon the JTAG doesn't match. And the reason for different pinout is because the CycloneV board is based on older version without SRAM (with 4 digit 7 segment display and one pin for each control of both joysticks: up, down, left, right, etc...).

Thank you comrades! You dispelled my doubts about pinouts. I did not suspect that there were several.
And the information about connecting SRAM is very relevant. I planned to connect it in the next step.

Currently, I am using CycloneV_UnAmiga firmware with a modified pinout, for the scheme from the first post.

With CycloneV_UnAmiga_v2 firmware, not everything is clear. After compilation (for the current pinout), serious problems arise in the A1200 mode (68020 + AGA). The image of the hard disk be damaged. And in the operation of the video controller there are glitches.

It seems that the additional code to support the six-button joystick megadrive is too large for such a matrix, which affects the timings.

The repository https://github.com/benitoss/CycloneV_UnAmiga_v2 is mine
There are 2 repositories for two different addons of Antonio Villena

The repository https://github.com/benitoss/CycloneV_UnAmiga is for the same addon that the ZXDOS board
The other repository https://github.com/benitoss/CycloneV_UnAmiga_v2 is for a similar addon but the SRAM pins arec changed and the 3 lines of Joysticks are changed too

I have uploaded a new core here with the correct pines (unless SRAM because the core doesn't use SRAM)
It is here: https://github.com/benitoss/CycloneV_Un ... x1fpga-1.3
Remain that the two addons of this board use a two shift register to read the Joysticks to save pins.

So, I redid the joystick ports according to the CycloneV_UnAmiga_v2 standard and added SRAM.

The first thing I tried was the ZX-NEXT project from ingloriond ( https://github.com/ingloriond/Unamiga/t ... es/ZX_NEXT ), but my keyboard doesn’t work in this project and I can’t select the video mode. There is no reaction to the F1 key.

I tried to manually create the config.ini file ( https://gitlab.com/thesmog358/tbblue/-/ ... config.txt ), but the system still starts with adjusting the video mode and the keyboard still does not work.

Maybe someone can upload their config.ini files? Please.

------------------------------
Update
------------------------------

I also tried all firmware versions from benitoss
zxnext_CycloneV (05.20.2020)
zxnext_3.01.07_CycloneV_512Kb (05.21.2020)
zxnext_3.01.07_CycloneV_512Kb_I2S (05.21.2020)

They work extremely unstable. When the system boots, graphic artifacts may appear or the message "Error opening` menu.ini / .def`! "

I could not see the loaded system (black screen only). But there is a reaction to pressing the F1 key, that is, the keyboard works.

A few pictures.