olofk / corescore

CoreScore
Apache License 2.0
134 stars 40 forks source link

Fitter error on de0_nano #15

Closed hansfbaier closed 3 years ago

hansfbaier commented 3 years ago

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

olofk commented 3 years ago

There is still some work to be done when it comes to predictability. I'm not completely sure which version of Quartus I used for this. Worst case there is even variations when running on different machines. In the meantime, could you locate this line https://github.com/olofk/corescore/blob/master/corescore.core#L285 in your local checkout and see if it works when you change it to 60. Would be good to know how far off we are

hansfbaier commented 3 years ago

Hi Olof, thanks for the answer, I can get 59. the python tool does not work with some decoding error, but the output of the serial looks good (all say hello).

Best regards, Hans

P.S.: Here is the stacktrace: $ python3 fusesoc_libraries/corescore/sw/corecount.py Traceback (most recent call last): File "fusesoc_libraries/corescore/sw/corecount.py", line 50, in curses.wrapper(main) File "/usr/lib/python3.8/curses/init.py", line 105, in wrapper return func(stdscr, *args, kwds) File "fusesoc_libraries/corescore/sw/corecount.py", line 39, in main u = umsgpack.unpack(ser) File "/usr/local/lib/python3.8/dist-packages/msgpack/init.py", line 58, in unpack return unpackb(data, kwargs) File "msgpack/_unpacker.pyx", line 211, in msgpack._unpacker.unpackb msgpack.exceptions.UnpackValueError: Unpack failed: error = 0

Am Fr., 22. Jan. 2021 um 16:38 Uhr schrieb Olof Kindgren < notifications@github.com>:

There is still some work to be done when it comes to predictability. I'm not completely sure which version of Quartus I used for this. Worst case there is even variations when running on different machines. In the meantime, could you locate this line https://github.com/olofk/corescore/blob/master/corescore.core#L285 in your local checkout and see if it works when you change it to 60. Would be good to know how far off we are

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/olofk/corescore/issues/15#issuecomment-765274001, or unsubscribe https://github.com/notifications/unsubscribe-auth/AABEI7YI7RISYL6HYPWKVT3S3FBQ3ANCNFSM4WGP7TKQ .

hansfbaier commented 3 years ago

P.S.: I used: Quartus Version 20.1.0 Build 711 06/05/2020 SJ Lite Edition

Am Sa., 23. Jan. 2021 um 11:53 Uhr schrieb Hans Baier <hansfbaier@gmail.com

:

Hi Olof, thanks for the answer, I can get 59. the python tool does not work with some decoding error, but the output of the serial looks good (all say hello).

Best regards, Hans

P.S.: Here is the stacktrace: $ python3 fusesoc_libraries/corescore/sw/corecount.py Traceback (most recent call last): File "fusesoc_libraries/corescore/sw/corecount.py", line 50, in curses.wrapper(main) File "/usr/lib/python3.8/curses/init.py", line 105, in wrapper return func(stdscr, *args, kwds) File "fusesoc_libraries/corescore/sw/corecount.py", line 39, in main u = umsgpack.unpack(ser) File "/usr/local/lib/python3.8/dist-packages/msgpack/init.py", line 58, in unpack return unpackb(data, kwargs) File "msgpack/_unpacker.pyx", line 211, in msgpack._unpacker.unpackb msgpack.exceptions.UnpackValueError: Unpack failed: error = 0

Am Fr., 22. Jan. 2021 um 16:38 Uhr schrieb Olof Kindgren < notifications@github.com>:

There is still some work to be done when it comes to predictability. I'm not completely sure which version of Quartus I used for this. Worst case there is even variations when running on different machines. In the meantime, could you locate this line https://github.com/olofk/corescore/blob/master/corescore.core#L285 in your local checkout and see if it works when you change it to 60. Would be good to know how far off we are

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/olofk/corescore/issues/15#issuecomment-765274001, or unsubscribe https://github.com/notifications/unsubscribe-auth/AABEI7YI7RISYL6HYPWKVT3S3FBQ3ANCNFSM4WGP7TKQ .

olofk commented 3 years ago

Thanks for the info. Good to know that it at least was just a small difference. I'll let you know if I figure out which Quartus version I used.

Regarding the msgpack error I just had an idea. Are you using msgpack or umsgpack? It's very confusing, because there are two packages that implement the same interface, but I have only managed to get umsgpack working reliably on my system. If that turns out to be the problem, I should be more clear about this in the instructions and maybe even add a runtime check to detect which version is used

hansfbaier commented 3 years ago

Yes I used umsgpack. But never mind, picocom is good enough for me to verify the results.

Best regards, Hans

Am Mo., 25. Jan. 2021 um 15:45 Uhr schrieb Olof Kindgren < notifications@github.com>:

Thanks for the info. Good to know that it at least was just a small difference. I'll let you know if I figure out which Quartus version I used.

Regarding the msgpack error I just had an idea. Are you using msgpack or umsgpack? It's very confusing, because there are two packages that implement the same interface, but I have only managed to get umsgpack working reliably on my system. If that turns out to be the problem, I should be more clear about this in the instructions and maybe even add a runtime check to detect which version is used

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/olofk/corescore/issues/15#issuecomment-766653029, or unsubscribe https://github.com/notifications/unsubscribe-auth/AABEI7ZEXOLWEFIPGAL7Q63S3UVSFANCNFSM4WGP7TKQ .