Occasional Contributor
Occasional ContributorI am using Quartus 13.1 with a Cyclone IV. I am happy to send the .bdf and .qsf but have difficulty in getting them into this reply. I use an oscilloscope to monitor the signals so I have never used Signal Tap. Could you please tell me how to send the data? When I tried to attach the .bdf it was refused. I guess the format is wrong.
Super ContributorPossible tap with signal tap? Which register do you mean?
Occasional ContributorHello, My apologies for not replying sooner. I have only just found out that you responded. I have been dealing with another responder but have had no satisfactory answer.
I finally discovered that, when I try to read data from an EEPROM, the reading instance records X"FF". Initially I tried a simple write/read using primitive bidirectional pin. I used this about 15 years ago with Quartus 7.2 with no problem. However this did not work with Q13.1 so I thought maybe the newer version needed a buffer. I added the ALT_IOBUF but with no succees so I went further and added a bus to the buffer reading output. I received the correct data and yet the instance (sat on the same bus) still gives all highs. (I read the input and sent it out on some test pins).
If you wish, I can send .zips of the .bdf, .vhd and .qsf files and others if necessary. I would also mention I tried Quartus Prime lite and 13.1 on both Windows 10 and 11 just in case there was a problem with either but there was no difference. I use a'scope for all diagnosis having never having used software diagnostics.
Regards
Ken
Super ContributorHi Ken,
Could you send the whole project file?
Occasional ContributorHello. First of all, I must aplogise for not responding sooner. I have only just noticed your reply when I was checking my emails before clearing them out. Please see attached .zip files.
The reason for the call for help is that I just cannot see the problem I am facing. The project is to try and trap what I am doing wrong. The accompanying MMU simply writes a byte to memory and then reads it out. The DataIn(7..0) bus confirms that what was written into memory is read out correctly and passes through the buffer intact. The problem is that the CheckData(7..0) is X"FF", not the epected valueas written. It does not matter what the original data is, the result is always all highs. I have tried this both with Quartus 13.1 and the latest Prime Lite - both give the same result.
As a sanity check, because I was convinced I was doing soemthing wrong, I wrote a simple project where a 'write' instance wrote a square wave by outputting X"AA" followed a little while later by X"55". This was fed directly into a 'read' instance which read it perfectly. I use a 'scope for all signal monitoring, I have never used software checking.
I trust this make sense and that I have not rabled on too long. If you need anything else, please ask
Regards
Ken
