'Using Parallel PORT'
Thanks Jacques Vrey and Keith Howell for your input.
I'm going to write an OCX, using Visual Basic 5 (or a dll) to talk to the
pic, using either the printer port or com 2. The dll from site
http://www.digibel.org/~wimh/ does really do any particular with the pic.
If com 2 is going to be use, you can use the VBComm ocx to communicate via
the com port.
The question is this, what bits do I need to use (using 16F84) to
communicate and how to communicate with my pc.
Paul Phillips wrote:
> The dll from site ... does really do any particular with the pic.
Eh? Please read your posts before sending!
> The question is this, what bits do I need to use (using 16F84) to
> communicate and how to communicate with my pc.
That chip doesn't have a specialised serial port or parallel slave port.
All the I/O pins are pretty much the same as each other.
You'll have to invent your own method. It's your design.
Sending RS232 bytes in software is relatively easy, receiving is harder.
Even if you had a PSP on your PIC, I reckon it's not a very practical
peripheral port anyway. There's no way for the PC to poll the
buffer-full flag. They should have had one address line to select
between a data read/write and a status/control register.
As usual, Microchip are close, but no cigar.
As Bill Clinton says nowadays.
More... (looser matching)
- Last day of these posts
- In 1998
, 1999 only
- New search...