7 segment commands?

[crematory]

Hello

There is no need for the support of SEVEN SEGMENT DISPLAYS any way, as they always need some kind of multiplexing/refreshing issues that causes annoyance to the PIC programmer, the simplesy way is to use TMR0 overflow, which will then have to be polled, or used in interrupt.

So why bother your self my friend, if I want to use four seven segment displays then this will cost me 9$, while when I go for an LCD I will pay 14$, also think about it as more cost effective option, as you can view text also

Have a nice day

[mister_e]

I agree with you, but sometimes some customer need bigger display, see simple bigger number. So you have 3 choice IMHO

1. Care about everything with timer interrupt or else method...
2. Use a dedicated PIC who will do only that and receive data via USART or SERIN blah blah (sefull when you still have those dusty 16C54 and ooooh HOW many others)
3. Use dedicated ICs like those from national who work with a simple I2C bus

[crematory]

Hello mister_e

I think you made your point loud and clear, yes, some times we need to see bigger numbers.

As you said, there are other ways to do this, for example we can use ICL7218 and ICL7228 which is a nice idea to use also, kicking out the PIC16F84A capabilities, instead of going to a larger I/O PIC, etc...

Regards

[Melanie]

> So why bother... four seven segment displays then this will cost me 9$, while when I go for an LCD I will pay 14$...

I think the disparity is much greater... a two digit seven segment display in bulk costs about 30 cents (US) whilst the cheapest LCD Display (Hitachi compatible) is just under $1.25. Despite all the drawbacks, the seven segment display remains the cheapest solution for many applications. My original comments at the start of this thread still stand... if you can connect up and program an LED, you can connect up and program a device with seven of them.