Nios® II Embedded Design Suite (EDS)
Support for Embedded Development Tools, Processors (SoCs and Nios® II processor), Embedded Development Suites (EDSs), Boot and Configuration, Operating Systems, C and C++
Announcements
Intel Support hours are Monday-Fridays, 8am-5pm PST, except Holidays. Thanks to our community members who provide support during our down time or before we get to your questions. We appreciate you!

Need Forum Guidance? Click here
Search our FPGA Knowledge Articles here.
12435 Discussions

DE0-Nano LCD layout / floorplanning - help a n00b, win karma

Altera_Forum
Honored Contributor II
803 Views

Hey all, 

 

Obviously this is my first post, I've been working on a DE0-Nano LCD controller to drive an antiquated parallel interface display that I robbed from a TI TravelMate 4000 laptop (made many eons ago!). 

 

I understand the timing sequences well, and (conceptually) understand how they could be implemented, but as this is one of my first FPGA projects, I'm lacking on the Verilog/HDL experience to know how to implement it correctly - as well as other issues surround the Nios II processor. 

 

For the "floorplan" of the controller I was going to have a Nios II processor integrated that takes data off USB serial and puts it to RAM - specifically, three serial bytes per pixel, of which in those bytes only the 3 least-significant bytes are important. The RAM will act as a buffer to hold all the data, or at least that's what my mind thinks its purpose is! After all image data has been transferred, the processor will assert a line, suppose it's called START#, to the logic interface to tell it to pull the data off RAM and do the signal synchronization to output. Does that jive with generally how you guys would go about something of this sort? Being natively an iOS and Windows (software) programmer the idea of coding hardware is putting my logic on its head. 

 

There are a few things I had questions about, mainly due to my completely fish-outta-water status in hardware coding: 

 

 

  1. Obviously, delays such as# whatever aren't synthesizeable. I was originally thinking of implementing this as a counting register, and incrementing it by one on posedge clocks, of course using non-blocking equalities to ensure that the code times properly. Is that the appropriate way to go about this? 

  2. When I go about writing the C/C++ behavior file for the Nios II (not sure what it's called specifically, have to go back and look in the Qsys docs) how do I access RAM/write to it? 

 

 

There are other questions, but I don't know completely how to put them into writing and if I were to try to, all of you would get very annoyed with me, or at least that's how the fools on StackOverflow are.
0 Kudos
0 Replies
Reply