It's like a little cpu, it costs around 6 dollars. This microcontroller is clocked at 16Mhz. A CPU in a normal computer has around 3Ghz, means 3000Mhz.
pret83: You can also get this type of LCD at SparkFun Electronics (search for it). And AVRs are faster than 8-bit PICs, and the AVRs come with a free fully featured C compiler (the PICs don't). Also AVRs are cheaper.
Sorry for answering for repsect, but I wanted to respond to your question regarding Atmel v PIC. That's a contentious question :D, but it depends on your needs. Atlmel as complete FREE (really free) toolchains as well as Linux development support an tonnes of resources. PICs are cheaper but harder to work with. C compilers exist but are expensive (or gimped) and there exists no GCC toolchain at this point. AVRs also seem easier to get for international customers.
@pret83 I'd definitely recommend Atmel's line of microcontrollers. They come with a lot more peipherals such as ADC, Serial, etc... and are much easier to program and work with than PIC. As a high-level hobbyist, I definitely find the AVR series to be a good bang for my buck. The costs still add up quickly, but that would occur for any other microcontroller platform as well.
Hello, I'm playing with atmega32l @ 8MHz. Writing on all 131x131 takes me about 1 sec, so I can't imagine how can I generate fast animation, like your. Any idea? Maybe 16MHz oscilator with 5V atmega will be solution?
where sX/sY is the 2D positions (screenX/Y) X/Y/Z = 3D positions Xt/Yt/Zt = Translations (Ofsets) of the coordinates given in 3D vX/vY/vZ = the positions of the camera in 3D srX/srY = the resolution of the screen in X/Y
This works for me most of the times , though some variables needs to be modified with very small steps :3
@thomaspfeiferDotNet You should use double buffering though but I don't know how hard it is to implement in this. Double buffering uses all the frames with useful information thus no flickering.
oh yeah, i don't think :P Adroitly! but, I have problems to displaying little monohromatic images on graphic lcd, because I always load image to ram before send to lcd.
wow Did you use 8 bit MCU?
diegonimus 3 months ago
It would be great if you could make a English translation of the page. Google Transalte sucks :(
christy2drag 1 year ago
haha lol I'm happy if I could display numbers on a dotmatrix, but then i saw this *uff*
KapriJohn 1 year ago
что сложного то? =D
cocuckyc 1 year ago
who put that pyramid in there!!!!????
technoholic562 1 year ago
This was done with an Atmega8? Woah! here I was thinking I'd need to convert to 32 bit processors. If Atmega8 can do this SWEET AS.
LochanaMusic 2 years ago 3
This comment has received too many negative votes show
lol im wondering how to hack this crap =P
this as powerful as a super nintendo or something...
i dont know exactally what is is, according to wikipedia its like a small computer (laptop?)
ilhadosmacacos 2 years ago
It's like a little cpu, it costs around 6 dollars. This microcontroller is clocked at 16Mhz. A CPU in a normal computer has around 3Ghz, means 3000Mhz.
TheRealNici 2 years ago
that's an atmega??? wow...
polypolyman 2 years ago 2
This comment has received too many negative votes show
what is running this engine? i dint understand well what is happening
ilhadosmacacos 2 years ago
Atmel AVR microcontroller.
tenuke 2 years ago
Hi, respect. What kind of LCD is this? I have a 128x128 LCD from Nokia phone, but where can I find datasheet for it? Which is better Atmel or PIC?
pret83 3 years ago
See the link in the description of this video.
thomaspfeiferDotNet 3 years ago
pret83: You can also get this type of LCD at SparkFun Electronics (search for it). And AVRs are faster than 8-bit PICs, and the AVRs come with a free fully featured C compiler (the PICs don't). Also AVRs are cheaper.
CartCollector 2 years ago
Sorry for answering for repsect, but I wanted to respond to your question regarding Atmel v PIC. That's a contentious question :D, but it depends on your needs. Atlmel as complete FREE (really free) toolchains as well as Linux development support an tonnes of resources. PICs are cheaper but harder to work with. C compilers exist but are expensive (or gimped) and there exists no GCC toolchain at this point. AVRs also seem easier to get for international customers.
soshimo 2 years ago
@pret83 I'd definitely recommend Atmel's line of microcontrollers. They come with a lot more peipherals such as ADC, Serial, etc... and are much easier to program and work with than PIC. As a high-level hobbyist, I definitely find the AVR series to be a good bang for my buck. The costs still add up quickly, but that would occur for any other microcontroller platform as well.
Hope this helps.
raykholo 10 months ago
Since there is no filling it's easy. Just 2 divisions a some multiplications for each vertex. I had some 400FPS at B/W LCD 131*40pix.
xm07 3 years ago
Hello, I'm playing with atmega32l @ 8MHz. Writing on all 131x131 takes me about 1 sec, so I can't imagine how can I generate fast animation, like your. Any idea? Maybe 16MHz oscilator with 5V atmega will be solution?
mrawenec007 3 years ago
The trick is NOT to have to write to the entire display, but only write to the pixels that need changing. Makes things MUCH faster.
mysterymeatgrinder 3 years ago 2
can you plzz suggest some link or method for 3d-2d transformations..
anjanarafta 3 years ago
How about this one:
sX = (X+Xt-vX/Z+Zt-vZ)+(srX/2)
sY = (Y+Yt-vY/Z+Zt-vZ)+(SrY/2)
where sX/sY is the 2D positions (screenX/Y) X/Y/Z = 3D positions Xt/Yt/Zt = Translations (Ofsets) of the coordinates given in 3D vX/vY/vZ = the positions of the camera in 3D srX/srY = the resolution of the screen in X/Y
This works for me most of the times , though some variables needs to be modified with very small steps :3
robotwo 3 years ago 8
I'm going to try out those algorithms in a Java program to generate a 3d images in an ImageBox first.
linuxrobotdude 2 years ago
Okay , I've had them running on a GBA and in Qbasic on some old Computers , also in OpenGL in C++
robotwo 2 years ago
This has been flagged as spam show
..jkhsdjkfhgjklndfkjlgnkljdfhgkjdhlfjkghdfjkgl
anjanarafta 3 years ago
are you deleting previous frame completely before sending the next one..?
as in blanking off the screen completely?
i have been trying to do so..but it introduces lots of flickering there...
anjanarafta 3 years ago
yes, the frame will is deleted and the new frame is drawn... fast...
thomaspfeiferDotNet 3 years ago
@thomaspfeiferDotNet You should use double buffering though but I don't know how hard it is to implement in this. Double buffering uses all the frames with useful information thus no flickering.
avatarelite 1 year ago
@avatarelite Did you notice, that the Micrcontroller i've used has only 8 KByte RAM? That's not even sufficient for a single frame ;-)
thomaspfeiferDotNet 1 year ago
Atmega8 ?! This microcontroller have too little sram memmory that displaying color screen on lcd.
DjExit 4 years ago
There is no need to hold the image data in the ATMega-Memory. The image data is painted directly into the display memory ;-)
thomaspfeiferDotNet 4 years ago
oh yeah, i don't think :P Adroitly! but, I have problems to displaying little monohromatic images on graphic lcd, because I always load image to ram before send to lcd.
DjExit 4 years ago
do you have a step by step instructions on how to set up LCD with Atmel8.
thank you
namakemonoga 4 years ago
There is some Testcode on my homepage. See link in the description of this video.
thomaspfeiferDotNet 4 years ago
how do u display a 3D object... did u write some kind of a smal 3d engine??
morto360 4 years ago 3
yes, some c-code with assembler Bresenham-line-algorithm.
thomaspfeiferDotNet 4 years ago
how do you make that vedio on nokia 6100???cool!!can done this to my phone??
rezflizzo 4 years ago
It is not a video. The 3D-Wireframe is calculated in realtime on a 8-Bit Atmel Microcontroller (without a phone).
thomaspfeiferDotNet 4 years ago