Continue to Site

Welcome to our site!

Electro Tech is an online community (with over 170,000 members) who enjoy talking about and building electronic circuits, projects and gadgets. To participate you need to register. Registration is free. Click here to register now.

  • Welcome to our site! Electro Tech is an online community (with over 170,000 members) who enjoy talking about and building electronic circuits, projects and gadgets. To participate you need to register. Registration is free. Click here to register now.

How can i superimpose a bitmap logo, my address,my name on pal tv with ic16f84

how to superimpose a bitmap image,name and namee al tv

  • 2

    Votes: 0 0.0%
  • 2

    Votes: 0 0.0%
  • 2

    Votes: 0 0.0%
  • 2

    Votes: 0 0.0%

  • Total voters
    0
Status
Not open for further replies.
What you asking for isnt that simple... You say from a BMP... so you mean you need SD card access and then you need software that will not only impose it on the screen but you would have to read a BMP omit as a negative like checking each pixel...

This isnt easy or simple at all... so not sure why your just asking for source...
 
Last edited:
Atom it's may not be as hard as you think here a link **broken link removed**
 
Burt i assume since he said...
But i want 16F84A source code that can paste bitmap image.address and my name on [composite av]pal tv.

Working with BITMAPS isnt hard but mixing with TV isnt simple...
 
Last edited:
Burt i assume since he said...


Working with BITMAPS isnt hard but mixing with TV isnt simple...
He not going to do it with a 16f84 but if he could use a 16f628a he could superimpose constant or dynamic text to a composite video

Atom you don't do any thing simple you want real deal live from Atoms channel 9

But this is doable with a 16f628a
 
Last edited by a moderator:
This is kind of funny a SX64 ran at .98mhz Memory 64 kB RAM + 20 kB ROM and could do raster graphics image or bitmap.
In 3 colors I think plus black and white.
 
I voted for the first 2 as it seemed kinda lonely.

If you want to do this use a chip that runs around 32MHz.

Edit, now number two 2 is looking left out.

Mike.
 
Last edited:
Atom you don't do any thing simple you want real deal live from Atoms channel 9

I didnt understand that Burt?

um... if you can read a BMP and impose it on a PAL signal by all means hand out the free code heh... i would like to see it.. especially on a small PIC like the 16F628A

He said BMP ... how is he going to get the BMP on the PIC? burn it through source? then its not a BMP

if its a real BMP he needs a SD card or some other memory to hold it... then he has to implement a FAT/FAT32 file system if using windows as a OS... then he has to decode the BMP in code and then do the PAL stuff... if you can do that with that PIC tell me now heh... i would like some source as well
 
The Op said
I seen PIC PAL TV,also Pic 12f683 video superimposer!
Then he said on a 16f84 take A plus B

He thinks you need C or maybe we think he needs C

The op may be happy to have the same code thats on the 12f683 run on a 16f84 can't happen no comparator on a 16f84

Surely you know what a joke is Live from Atom's channel 9 I haven't seen you do simple you always go all out to do it better.

And Mike a 32 mhz is what you would need to do any thing real nice from what I have been reading.

There was a day when bitmaps was just black and white dots not full blown pictures like today
 
Last edited:
i voted for all of them... i couldnt decide :(

Anyway... im sure if he is using just some static data from the PIC and NOT a actual BMP he can get away with it using a 16F pic...
 
If you have never tried building the PIC OSD, then dont! It wont work! The sync is all over the place and relies on a very specific level.

I should imagine the easiest way is to use a MAX7456 and a 27MHz crystal. But if you want to make a "home made" one then I would suggest looking on the internet and using the resistor trick to impose white, black and grey pixels to the screen and use a video MUX to mix the 2 signals together, you can read the bitmap by either creating a C file with the bitmap data for a static one, or as Atomsoft said, use a SD card and read the bitmap data in.

You will need a pretty quick clock, and if you want true frame rate you will need to genlock, which I have seen done with a 20MHz oscillator and a logic chip, but you can get PLL chips if you want faster than 20MHz, there were jagged edges with the 20MHz original clock.

It will be quite difficult to get the resolution without the clock speed also!

Wilksey
 
Last edited:
Remember these **broken link removed** They had 8 bit 6802 1mhz

It was a 6502 - and video display was done at least partially in hardware - but even so, it uses a microPROCESSOR, and not a microCONTROLLER, you've got loads more memory to play with, and memory mapped hardware and display memory.

Atomsoft! - BMP files are fast anyway, they are just crude non-compressed bitmaps.

As for speed, they were pretty fast machines - no crippling Windows or GUI to slow them down.
 
Last edited:
A microcontroller (sometimes abbreviated µC, uC or MCU) is a small computer on a single integrated circuit containing a processor core, memory, and programmable input/output
and there 20 mhz lol

A microprocessor incorporates most or all of the functions of a computer's central processing unit (CPU) on a single integrated circuit (IC, or microchip)
and it .92 mhz

The 6502's registers included one 8-bit accumulator register (A), two 8-bit index registers (X and Y), an 8-bit processor status register (P), an 8-bit stack pointer (S), and a 16-bit program counter (PC). The stack's address space was hardwired to memory page $01

I think a pic has a lot more to play with

This bitmap takes lots of space and time to display
**broken link removed**

This one don't
**broken link removed**
 
and there 20 mhz lol

and it .92 mhz

The 6502's registers included one 8-bit accumulator register (A), two 8-bit index registers (X and Y), an 8-bit processor status register (P), an 8-bit stack pointer (S), and a 16-bit program counter (PC). The stack's address space was hardwired to memory page $01

I think a pic has a lot more to play with

You're ignoring the fact that PIC's have next to no RAM, and that 6502's used hardware to generate the video display - with memory mapped RAM common to both display and processor, so you simply wrote to the display memory and the hardware did everything else.

PIC's are amazing devices, and run incredibly fast - but they are still microcontrollers, not full processors.

You also need to consider that displaying bitmaps needs even more display memory (at least 8 times as much), as it's no longer a single byte per text character.
 
Yeah just to make one big X took all the whole 68 of a 16f84a lol I'm not ignoring the fact just thinking outside the bun!
And many for text to vga or pal. If i want the big picture I'll do that on this computer LOL
 
I did a PIC18 VGA text generator here; PIC VGA text generator
**broken link removed**

And I can tell you it was not easy. That was using the PICs SPI hardware module to shift pixel bits out at 10 Megapixels/second. And it still got only 243 usable horizontal pixels with the PIC18 barely having time for anything else. And lots of nasty hand-tuned assembler to make it work.

With a PIC16 at 20MHz the fastest you can shift pixels out is using;

MOVF byte03,w ; each new video byte is hardcoded in asm
MOVWF PORTB ; PORTB,0 is the video output pin
RRF PORTB
RRF PORTB
RRF PORTB
RRF PORTB
RRF PORTB
RRF PORTB
RRF PORTB
CLRF PORTB

which *just* gets you 5 megapixels with 8 working pixels and 3 dead black pixels, so you might be able to get 120 pixels across /8:11 or maybe 10 text characters across the screen and a PIC that is a mass of hardcoded assembler in ROM with no room for anyhting else and no time to do anything else.

About the only reasonable video you can do on a PIC 16F is a few big chunky chracters like a 6digit clock 12:00:00.
 
Status
Not open for further replies.

Latest threads

Back
Top