VGA - Revision history

Adamcolton at 22:37, 11 February 2017

2017-02-11T22:37:46Z

← Older revision		Revision as of 22:37, 11 February 2017
Line 32:		Line 32:
	\|}		\|}

	I actually think a 256K SPI EEPROM could handle this, if it can output at the necessary speed. That would drop the cost significantly.		I actually think a 256K SPI EEPROM (24LC256) could handle this, if it can output at the necessary speed. That would drop the cost significantly.

	[[Category:Electronics]]		[[Category:Electronics]]
	[[Category:Notes]]		[[Category:Notes]]

2017-02-11T22:35:11Z

← Older revision		Revision as of 22:35, 11 February 2017
Line 31:		Line 31:
	\| 240000		\| 240000
	\|}		\|}

			I actually think a 256K SPI EEPROM could handle this, if it can output at the necessary speed. That would drop the cost significantly.

	[[Category:Electronics]]		[[Category:Electronics]]
	[[Category:Notes]]		[[Category:Notes]]

2017-02-11T22:10:21Z

2016-07-16T15:14:19Z

← Older revision		Revision as of 15:14, 16 July 2016
Line 13:		Line 13:

	This might work well with double buffering - two ram chips one in read mode, one in write mode and a single bit to switch.		This might work well with double buffering - two ram chips one in read mode, one in write mode and a single bit to switch.

			It may also be just fine to accept a certain amount of flicker. Allow the mcu to interrupt the graphics driver. During the interrupt the driver will output black pixels. This allows us to update sections of the image as the mcu needs to. It would be good for displaying mostly static data (text, images) but allows a much higher resolution.

	Display sizes in [https://en.wikipedia.org/wiki/Video_Graphics_Array#Standard_graphics_modes standard graphics modes]:		Display sizes in [https://en.wikipedia.org/wiki/Video_Graphics_Array#Standard_graphics_modes standard graphics modes]:

2016-07-16T15:07:51Z

@@ Line 14: / Line 14: @@
 This might work well with double buffering - two ram chips one in read mode, one in write mode and a single bit to switch.
 [[Category:Electronics]]
 [[Category:Notes]]

2016-04-22T15:53:51Z

← Older revision		Revision as of 15:53, 22 April 2016
Line 6:		Line 6:

	* http://hackaday.com/2010/11/23/vga-interfacing-avr-microcontrollers/		* http://hackaday.com/2010/11/23/vga-interfacing-avr-microcontrollers/
			* http://www.theresistornetwork.com/2013/03/avr-vga-generation.html
			* http://dqydj.net/how-to-produce-640x480-vga-color-video-from-an-arduino/
			* http://www.gammon.com.au/forum/?id=11608
			* http://quinndunki.com/blondihacks/?p=955
			* http://tinyvga.com/avr-sdram-vga

	This might work well with double buffering - two ram chips one in read mode, one in write mode and a single bit to switch.		This might work well with double buffering - two ram chips one in read mode, one in write mode and a single bit to switch.

2016-04-22T15:48:06Z

← Older revision		Revision as of 15:48, 22 April 2016
Line 5:		Line 5:
	[http://www.digikey.com/product-search/en?mpart=IS61LV5128AL-10TLI&vendor=706 This] sram chip would work. There are some "tsop adapter" relatively cheap.		[http://www.digikey.com/product-search/en?mpart=IS61LV5128AL-10TLI&vendor=706 This] sram chip would work. There are some "tsop adapter" relatively cheap.

	* http://hackaday.com/2010/11/23/vga-interfacing-avr-microcontrollers/
	* http://hackaday.com/2010/11/23/vga-interfacing-avr-microcontrollers/		* http://hackaday.com/2010/11/23/vga-interfacing-avr-microcontrollers/

2016-04-22T15:45:03Z

← Older revision		Revision as of 15:45, 22 April 2016
Line 7:		Line 7:
	* http://hackaday.com/2010/11/23/vga-interfacing-avr-microcontrollers/		* http://hackaday.com/2010/11/23/vga-interfacing-avr-microcontrollers/
	* http://hackaday.com/2010/11/23/vga-interfacing-avr-microcontrollers/		* http://hackaday.com/2010/11/23/vga-interfacing-avr-microcontrollers/

			This might work well with double buffering - two ram chips one in read mode, one in write mode and a single bit to switch.


	[[Category:Electronics]]		[[Category:Electronics]]
	[[Category:Notes]]		[[Category:Notes]]

2015-06-03T17:24:15Z

← Older revision		Revision as of 17:24, 3 June 2015
Line 3:		Line 3:
	The main limit is cost, if the project is close to $25, then I might as well just add a rasPi. I think the best approach is to use SRAM to buffer a bitmap and then sync that up with the monitor.		The main limit is cost, if the project is close to $25, then I might as well just add a rasPi. I think the best approach is to use SRAM to buffer a bitmap and then sync that up with the monitor.

	[http://www.digikey.com/product-search/en?mpart=IS61LV5128AL-10TLI&vendor=706 This] sram chip would work. There are some "tsop 44 adapter" relatively cheap.		[http://www.digikey.com/product-search/en?mpart=IS61LV5128AL-10TLI&vendor=706 This] sram chip would work. There are some "tsop adapter" relatively cheap.

	* http://hackaday.com/2010/11/23/vga-interfacing-avr-microcontrollers/		* http://hackaday.com/2010/11/23/vga-interfacing-avr-microcontrollers/

2015-06-03T17:21:09Z

← Older revision		Revision as of 17:21, 3 June 2015
Line 3:		Line 3:
	The main limit is cost, if the project is close to $25, then I might as well just add a rasPi. I think the best approach is to use SRAM to buffer a bitmap and then sync that up with the monitor.		The main limit is cost, if the project is close to $25, then I might as well just add a rasPi. I think the best approach is to use SRAM to buffer a bitmap and then sync that up with the monitor.

	[[http://www.digikey.com/product-search/en?mpart=IS61LV5128AL-10TLI&vendor=706 This]] sram chip would work.		[http://www.digikey.com/product-search/en?mpart=IS61LV5128AL-10TLI&vendor=706 This] sram chip would work. There are some "tsop 44 adapter" relatively cheap.

	* http://hackaday.com/2010/11/23/vga-interfacing-avr-microcontrollers/		* http://hackaday.com/2010/11/23/vga-interfacing-avr-microcontrollers/