I want to generate a .vhd file to load UFM (parallel - read only) with data in Quartus 2 using the wizard. The generated file does not contain the data

Thanks for the reply.

The file from which these are extracted is 'BLU_New.vhd' size ~41k which appears after the wizard has run.

(There is also a small 'BLU_New.qip' file containing:-

set_global_assignment -name IP_TOOL_NAME "ALTUFM_PARALLEL"

set_global_assignment -name IP_TOOL_VERSION "13.0"

set_global_assignment -name VHDL_FILE [file join $::quartus(qip_path) "BLU_New.vhd"]

set_global_assignment -name MISC_FILE [file join $::quartus(qip_path) "BLU_New.bsf"]

set_global_assignment -name MISC_FILE [file join $::quartus(qip_path) "BLU_New_inst.vhd"]

set_global_assignment -name MISC_FILE [file join $::quartus(qip_path) "BLU_New.inc"]

set_global_assignment -name MISC_FILE [file join $::quartus(qip_path) "BLU_New.cmp"]

and

'BLU_New_inst.vhd' file containing :-

BLU_New_inst : BLU_New PORT MAP (

addr => addr_sig,

nread => nread_sig,

data_valid => data_valid_sig,

dataout => dataout_sig,

nbusy => nbusy_sig

);

also BLU_New.bsf, BLU_New.cmp and BLU_New.inc

generated by the wizard

)

I would have uploaded all these but the website would not accept a '*.zip' file.

(Also could not access the info as to what was allowed - got a site error message)

My input file is 'KBReader.hex' (~16k) generated from the 'File' menu as recommended.

This is intel HEX format with 1 byte per line and does contain the reqired data.

(I tried with an independently generated HEX file with 32 bytes per line without apparent success but maybe just the same as now)

The HEX file is referenced in the 'BLU_New_inst.vhd' file above the second block of '0's as noted originally and near the end as a comment.

I'm just a bit reluctant to instatiate the rest of the code until reasonably sure the memory loading will succeed.

If this approach is possible it will allow the use of the smallest device instead of requiring the next size up ( and leaving the UFM unused)

Hope that is sufficient.

Phil

from first message:

Quartus 2 v13.0.1 SP1

EPM240 CPLD

============

Exact device intended: EPM240T100C5

I don't have a .rpt file yet as I would have to generate the complete design for that.

My query is just about the file which is supposed to load the UFM area.

If that is not correct then doing the whole design would be a waste.

I already know I can do it with logic apart from UFM but that requires a larger device.

The .HEX file is then input to the:

'Megawizard Plug-in Manager'/Memory compiler/ALTUFM Parallel

which generates the 41k main output and collection of other files

My data (in intel format but 32 bytes/line)

(Don't know if site will like the 1byte/line >1000 lines)

:2000000000001919000000001313111112121C1C00001A1A18181616000009096000000008

:2000200000000000000000000000715131210000000000007A5A735361417757322200004E

:2000400000006343785864446545342433230000000020207656664674547252352500008C

:2000600000006E4E6242684867477959365E0000000000006D4D6A4A75553726382A000065

:2000800000002C3C6B4B69496F4F30293928000000002E3E2F3F6C4C3B3A70502D5F0000C5

:2000A00000000000274000005B7B3D2B00000000000000000D0D5D7D0000000000000000A7

:2000C0000000000000000000000000000808000000003131000034343737000000000000D8

:2000E00030302E2E3232353536363838030C00001B1B2B2B33332D2D2A2A39390000000079

:200100000000000000001717FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFCA

:20012000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFE0

:20014000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFC0

:20016000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFA0

:20018000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF80

:2001A000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF60

:2001C000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF40

:2001E000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF20

:00000001FF

I'll reply separately to try uploading the 1byte/line version generated by

the 'File/New/Hexadecimal(intel format)file' process.

Phil

Trying 1 byte per line as generated by 'File' process:

Firstly try to attach .hex file - seems to have worked so here it is

Phil

Many thanks for your reply JohnT.

The response you quote makes some sense.

Indeed the memory width required is 16bits x 512 locations and is what I want.

The zip file in my last post is that resulting from the 'File' process and possibly should have contained 2 bytes per line if correctly formatted ( and I'm guessing here - Address should be by word? -I could generate that by other means if required)

The data I generated it from was in 16bit tab separated format but the result was as shown.

I don't think I had an option for anything other than 16 bit when I generated that file but subsequent attempts have shown an 8 bit option (after the program has been shut down and re-opened).

(I would have expected something like the warnings you saw from the wizard when generating the 41k file and not have to wait until compilation - I saw nothing AFIK)

I will pursue this further as soon as I can (~2days)

Many thanks

Phil

Just had an hour or so to look at this.

I re-did the data for the memory into 16bit tab delimited format and loaded it into the File /New/Memory files/Hexadecimai(intel-Format) File process. This has indeed produced a file with 2 bytes/line and address increment by 1 on each line. (I made sure it was expecting 9bit address and 16bit data width)

I then fed this into the Megawizard plug-in manager and generated the vhd file(s) for the read-only memory.(Only option here for 16bit data/ 9bit address)

The large(~41k) output file is similar to the one I saw previously (Blocks of '1's first as before).

But where the all '0's was before there is some indication of data in blocks 'mem1..5'

I'm still a little concerned as my data should only be in addresses 0..131 and use 16bits but the bits go from the start to near to the end of a used block and only use 5 mem lines. That may be just how the memory is organised for being programmed but seems odd

Just to complete the process I put the component into a basic schematic and tried compilation.

This succeeded with a few warnings about constraints and pin assignments and one that I had not actually included the component files but was using them anyway. (They were all in the project folder)

Nothing about data width mismatch or excess lines.

At this stage I am still not sure that the UFM data has been fully included in the final compilation.

I will try to attach the zipped folder (what a weird selection process!)

Phil