takao21203
- Joined Apr 28, 2012
- 3,702
It may work for some people while it may not work for others.I think you are missing the point. When people want a microcontroller, they typically want to REDUCE part count and size of end product. Suggesting to them to use 3 microcontrollers with a mickey mouse undocumented protocol handling inter-controller communication, then trying to get them to program each one separately is... insanity!
This is the digital equivalent of people from third world countries continually show up every month or so trying to make a 12VDC -> 120/220VAC Inverter out of 2 bipolar transistors and a transformer, and complaining it doesn't work. They insist they must make it work because "those are the only parts they can get".
People pay upwards of $100/project when working with Arduino, and you are saying that 3 processors at $0.40 each (plus wasting pins for inter-ic communication that is bit-banged) is "Better" than a single controller with far more functionality for twice the price of the combined cost for 3 separate controllers, when samples are FREE!
I can do many interesting things with these controllers. I also know their limits well. And I have more powerful chips here which I can use if I wanted to.
There is no urge only to use these static LCDs. Absolutely not. But they actually need 24 I/O bits each. So if you have two, you need 48 I/O.
Multiplexing them is bad for the PCB layout, so I actually came up with idea to use two controllers. The PCB layout is much better all the multiplexing tracks gone.
Yes Mickey Mouse protocol which no one has ever heard of. You are absolutely correct.
I will even do something much more absurd with this I/O board soon. There is a 16f946 with 53 I/O controlling a 68000 but only using 8bit RAM.
And I will have a small USB PIC to load up programs. Optional, while also EEPROMs can be used. Speed is not very high indeed. It will absolutely be able to run 68000 code. I/O on the 68000 itself is done via unused address bits.
Maybe OP can decide- to give PICs a try to emulate digital logic. It does not have to be a 16f59- there are others indeed with serial port if so desired. It is a challenge to design a serial protocol in software which is A) useable, and B) not too complicated to program and to use such as fixed bit timing.
Much better investment of time than to memorize and study all the pecularities of flip-flops, DRAM drive and latching and who knows what else. PAL/GAL perhaps as well and EPROMs. They are indeed no longer manufactured.
The problem with digital logic is that the functionality is so much bound to the hardware, and you need a reasonable stockpile to build any meaningful circuit.
If you emulate the digital chips, you typically only use one type of chip all through.
Last edited: