Re: Timing in Synch Comm.



JosephKK wrote:

Joerg notthisjoergsch@xxxxxxxxxxxxxxxxxxxxx posted to
sci.electronics.design:


Jon Slaughter wrote:


"Vladimir Vassilevsky" <antispam_bogus@xxxxxxxxxxx> wrote in
message news:TMCIi.28025$eY.691@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx


Jon Slaughter wrote:




I'm writing a windows app which sends data to the parallel port
but because its pre-emptive there can be extreme latency in the
timing.

Actually I'm trying to do it any synch communications. SPI, I2C,
and ICSP will be some of the protocols I'll try and implement.

There is no point in developing anything for the parallel port now.
This is what you need:

http://www.ftdichip.com/Products/FT2232C.htm



Well, I wanted to hook directly up to some devices with minimum
external circuitry. Eventually I might add support for usb and some
other devices but at this point all I have is the parallel port.

I'm essentially just making something that is similar to WinPic. So
if I wanted to program so some pics or play with some controllers
that use some some communications method I could do it quite easily
by just typing in the commands and have the program do the rest(its
more work than that but it would only need to be done once).


But keep in mind that when your PC croaks the new one might no
longer have a parallel port. Adapters might be available for a while
but aren't 100% the same. Then all your work could be flushed down
the drain. Personally I'd go RS232 since USB-RS232 should be
available for a long time.



I would not bet on that either, while USB ip is cheap ethernet ip is
free like RS232 and RS485.


But neither is easy from within applications such as Office. Most lab gear I have uses the old RS232 protocol over USB but to me as the user the fact that it's a physical USB layer becomes transparent. I can talk to it via Hyperterminal just like usual.


USB will survive in applications where "provable" hardware connections
are still valuable (DRM). Eventually even that will collapse.


Considering USB/s market penetration I doubt that. USB simply works. What should possibly replace it anytime soon? Ok, wireless but that'll be a while.

--
Regards, Joerg

http://www.analogconsultants.com
.



Relevant Pages

  • Re: Timing in Synch Comm.
    ... timing. ... and ICSP will be some of the protocols I'll try and implement. ... There is no point in developing anything for the parallel port now. ... I would not bet on that either, while USB ip is cheap ethernet ip is ...
    (sci.electronics.design)
  • Re: HP49G+ and HP49 are Compatible ?
    ... Different protocols. ... The USB port on the 48G+ is ... not a host; ...
    (comp.sys.hp48)
  • Re: ide to usb controller - HD rack :)
    ... any information, schematics, *reference* for these protocols and ... use a Cyclone FPGA? ... All the ATmegas with USB interfaces ... "from scratch" don't have prior experience interfacing to USB or hard drives. ...
    (sci.electronics.design)
  • Re: All the mice in the world
    ... Any mouse which adheres to the USB "device class" protocols wrt pointing ... devices will work out of the box on either a Mac or Windows. ... apparently do not adhere to the pointing device USB protocols. ...
    (comp.sys.mac.advocacy)
  • Re: PS/2 - USB Adaptor for keyboard
    ... different protocols - so they cannot be just swapped by using an ... adapter. ... (PS/2 and AT could). ... There is a trick that USB mice's detects ...
    (Debian-User)

Quantcast