rs232_syscon
rs232 

所属分类:VHDL/FPGA/Verilog
开发工具:VHDL
文件大小:760KB
下载次数:2
上传日期:2016-05-20 03:52:55
上 传 者rezafifa
说明:  core RS232 core digital

文件列表:
rs232_syscon\tags\V001\b13c_environment.zip (63563, 2005-10-25)
rs232_syscon\tags\V001\rs232_syscon.doc (84480, 2005-10-25)
rs232_syscon\tags\V001\rs232_syscon.v (45265, 2005-10-25)
rs232_syscon\trunk\b13c_environment\auto_baud_with_tracking.v (27055, 2003-07-11)
rs232_syscon\trunk\b13c_environment\bugcheck1.C (3175, 2003-08-08)
rs232_syscon\trunk\b13c_environment\bugche~1.232 (3048, 2003-08-08)
rs232_syscon\trunk\b13c_environment\BUGCHE~1.HEX (961, 2003-08-08)
rs232_syscon\trunk\b13c_environment\BUGCHE~1.LST (10287, 2003-08-08)
rs232_syscon\trunk\b13c_environment\BUGCHE~1.SYM (830, 2003-08-08)
rs232_syscon\trunk\b13c_environment\pndkr_1e.ucf (4818, 2003-07-14)
rs232_syscon\trunk\b13c_environment\reg_8_iorw_clrset.v (7987, 2003-07-11)
rs232_syscon\trunk\b13c_environment\reg_8_io_clrset.v (8758, 2003-07-11)
rs232_syscon\trunk\b13c_environment\risc16f84_clk2x.v (41164, 2003-08-08)
rs232_syscon\trunk\b13c_environment\rs232_syscon.v (46433, 2003-07-11)
rs232_syscon\trunk\b13c_environment\serial.v (14605, 2003-07-11)
rs232_syscon\trunk\b13c_environment\srec_to_rs232.pl (2214, 2002-04-29)
rs232_syscon\trunk\b13c_environment\top.v (17690, 2003-07-15)
rs232_syscon\trunk\b13c_environment\vga_128_by_92.v (8514, 2003-07-11)
rs232_syscon\trunk\b13c_environment\xilinx_block_ram_3_3.v (12644, 2003-07-11)
rs232_syscon\trunk\b13c_environment\xilinx_block_ram_8_16.v (10774, 2003-07-11)
rs232_syscon\trunk\b13c_environment.zip (63563, 2005-10-25)
rs232_syscon\trunk\rs232_syscon.doc (84480, 2005-10-25)
rs232_syscon\trunk\rs232_syscon.v (45265, 2005-10-25)
rs232_syscon\trunk\source_rs232_syscon_showcase_VHDL\auto_baud_pack.vhd (17596, 2013-05-08)
rs232_syscon\trunk\source_rs232_syscon_showcase_VHDL\baud_mod_pack.vhd (49853, 2013-05-08)
rs232_syscon\trunk\source_rs232_syscon_showcase_VHDL\block_ram_pack.vhd (23472, 2013-05-08)
rs232_syscon\trunk\source_rs232_syscon_showcase_VHDL\bram_18bit.txt (163868, 2012-09-17)
rs232_syscon\trunk\source_rs232_syscon_showcase_VHDL\brevia_board.lpf (3468, 2013-05-08)
rs232_syscon\trunk\source_rs232_syscon_showcase_VHDL\brevia_board_no_sram.lpf (2326, 2013-05-08)
rs232_syscon\trunk\source_rs232_syscon_showcase_VHDL\bus_arbiter_pack.vhd (9103, 2013-05-08)
rs232_syscon\trunk\source_rs232_syscon_showcase_VHDL\convert_pack.vhd (48219, 2010-08-24)
rs232_syscon\trunk\source_rs232_syscon_showcase_VHDL\dds_pack.vhd (12669, 2013-01-31)
rs232_syscon\trunk\source_rs232_syscon_showcase_VHDL\fifo_pack.vhd (16138, 2013-05-08)
rs232_syscon\trunk\source_rs232_syscon_showcase_VHDL\fpga.vhd (15199, 2013-05-11)
rs232_syscon\trunk\source_rs232_syscon_showcase_VHDL\fpga_orig.vhd (19310, 2013-05-08)
rs232_syscon\trunk\source_rs232_syscon_showcase_VHDL\pingpong_pack.vhd (18304, 2013-05-08)
rs232_syscon\trunk\source_rs232_syscon_showcase_VHDL\rs232_syscon_pack.vhd (40251, 2013-05-08)
rs232_syscon\trunk\source_rs232_syscon_showcase_VHDL\sine_lut_5000_x_16.vhd (43966, 2013-01-24)
rs232_syscon\trunk\source_rs232_syscon_showcase_VHDL\testbench\pull_pack_sim.vhd (1234, 2009-12-10)
... ...

README.TXT -- For risc16f84.v Author: John Clayton Date : August 8, 2003 This is a very short description of the files given in the distribution .zip file. All of the .v files are verilog source code. The top level of the hierarchy is called "top.v" The reg_8_iorw_clrset.v file is the registers (instantiates "reg_8_io_clrset.v") The processor is "risc16f84_clk2x.v" -- It is all contained in ONE FILE. The serial hardware debugger is "rs232_syscon.v" -- SEE RELATED OPENCORES PROJECT FOR MORE DETAILS The serial ports are in serial.v The BAUD rate generator is "auto_baud_with_tracking.v" -- SEE RELATED OPENCORES PROJECT The vga_128_by_92.v file is used for generating large, block shaped "pixels" which are really 5 by 5 pixels in size, on a flat panel display. The display is from an IBM thinkpad 700C laptop computer, ancient but it works. This unit can easily be removed from the design for those who don't want it, which is probably almost everyone! All of the "bugcheck" or "bugche~1" files are the C-code which I used to check for some bugs which were recently reported by some users. It shows examples of interrupts being used. It was compiled with the PICC "pcw.exe" compiler, 1997 version. The Perl script "srec_to_rs232.pl" converts S-record files (in this case BUGCHE~1.HEX) into commands for the hardware debugger. The resulting file, bugche~1.232 can be sent as a text file serially to the debugger, and it will load the code into memory by writing each byte as a separate debugger command. It's slow, but hey, it works. The constraints file is "pndkr_1e.ucf" -- Modify to your heart's contentment. The design compiles on Xilinx WEBPACK free tools. Set the state machine inference setting to "user" under synthesis properties. That's what I always do... It seems to run better. Notes on using this design, helpful tips, etc.: The design can easily be clocked at 50 MHz in a Xilinx XC2S200e or similar FPGA. The whole debugging environment takes up about 30% of the XC2S200e FPGA. Xilinx synchronous block RAMs are using instead of asynchronous RAMs. Because they are emulating asynchronous RAMs, they are clocked at twice the speed of the rest of the logic. Use asychronous RAMs if you like, instead of the architecturally specific BRAMs. If you are using Windows hyperterm program and you encounter occasional glitches in serial port operation, reduce the speed to 57600 BAUD or lower, and try inserting an intercharacter and/or interline delay of 1ms. Other terminal programs, such as securecrt may behave better. You can use the single stepping and breakpoint logic to help you debug. For breakpoints set the address 2 further than the instruction you want to see completed, and you will see the results written back to registers. The addresses for using the break points are given in the file "top.v" For instance, the address breakpoint is in registers at FF02 and FF03. Set the full address into these two registers (lsb first!) and then enable the address breakpoint by setting FF06 to 01. This can be done while the processor is running, due to the dual-port nature of the block RAMs. You can start the processor running code by issuing this command: w ff0b 02. You can keep the processor running and start periodic interrupts with this command: w ff0b 6. To halt the processor, issue this command: w ff0b 00. You can reset the processor by issuing this command twice: i. The processor registers are all visible at 8000 in the memory map. However, certain registers are really only shadowed there (i.e. if you try to mask and unmask interrupts by writing to 800b with the debugger, it will not take effect because the actual interrupt mask bits are contained within the processor, NOT within the register that shadows the bits. You can see the values changing in the registers during execution of the processor, it will not disturb the processor because the memory is DUAL PORTED. Have fun!!!

近期下载者

相关文件


收藏者