Post by thread:[PICLIST] [PIC] ECP paralell port interfacing :-)

Hi, I am currently working on a ECP-paralell interface routine. This simply because I am tired of my 16F84 based thermometer having comm problems on serial. I find that I need the whole B-register as the data-channels. Then I can use the five A-ports as follows: HostAck PORTA, 0 ; RA0 is HostAck input (pin 14) nReverseRequest PORTA, 1 ; RA1 is nReverseRequest input (pin 16) nAckReverse PORTA, 2 ; RA2 is nAckReverse output (pin 12) = HIGH PeriphAck PORTA, 3 ; RA3 is PeriphAck output (pin 11) = LOW PeriphClk PORTA, 4 ; RA4 is PeriphClk output (pin 10) = HIGH PeriphRequest output (pin 15) Where do i put this then :-( I was thinking of harw-wiring it to low, but that might be a mistake. I don't want the comp to poll for a value before I have measured one... The measuring takes too long to be done on a hardware request level. Any genious ideas ? Here is a "pseudo" of the routine: --------------------------------------------- PeriphRequest => LOW (Causes the comp to sense that there might be data for it) wait for nReverseRequest => LOW (Waiting for the comp to poll the data) ack by nAckReverse => LOW (Ack the poll) Place data (duh!) PeriphAck => HIGH (Tell host that data is OK) PeriphClk => LOW (Ready the clock for host) wait for HostAck => HIGH (Wait for host ack) PeriphClk => HIGH (Clock data in on host) wait for HostAck => LOW (Wait for host ack) PeriphRequest => HIGH (Stop reverse request) --------------------------------------------- Nice isn't it ? The good thing about this is that it will work as long as it uses a fast enough clock. It will let one transfer data at a rather nice rate too. (1 MB/sec is not a problem if needed) Hope to get some nice ideas :-) KreAture -- http://www.piclist.com hint: The list server can filter out subtopics (like ads or off topics) for you. See http://www.piclist.com/#topics

So, in other words... I can have the software tell the port to poll for data ? ----- Original Message ----- From: "James Lee Williams" <spam_OUTjlwTakeThisOuTCREDITVIEW.NET> To: <.....PICLISTKILLspam@spam@MITVMA.MIT.EDU> Sent: Sunday, June 03, 2001 5:30 AM Subject: Re: [PICLIST] [PIC] ECP paralell port interfacing :-) Pin 15(nError,nFault) is user defineable for ECP and can be used to indicate that data is available for the host. The host can then periodically check this pin (Status3). If programming in windows environment, the you use DeviceIoControl to get access to this bit. {Original Message removed}

I am going to work within w2k and w98. I haven't tested the interface, but the software for the pic is all done. (Atleast the stage for testing the comm-protocol) The code is not much longer than the pseudo :-) And, it too is frequency independent :-) To tell the host that i got data for it, is why i need that PeriphRequest... (15) This will allow my circuit to tell the comp that "hey, there's data for you, come and get it!" ----- Original Message ----- From: "James Lee Williams" <jlwKILLspamCREDITVIEW.NET> To: <.....PICLISTKILLspam.....MITVMA.MIT.EDU> Sent: Sunday, June 03, 2001 5:26 AM Subject: Re: [PICLIST] [PIC] ECP paralell port interfacing :-) Have you gotten the basic interface to work yet? What OS environment are you using to read and send the data and what API's. Are you using the negotiation protocol to establish the ECP mode transfer? Regards, James {Original Message removed}

Hello Kyrre, > Arrgh! In my eagerness to get this to work, I also forgot that I need 2 pins for the temp measuring too :-((( > Enyone have some code that works ? I guess I can live with serial if nothing else :-( > BTW: I want to run the PIC at either 4 or 10 MHz... have you thought about using a PIC16F627? Think of it as a 16F84 on esteroids. :) It does have built-in USART among other things and it's cheaper than a F84. Best regards, Brusque ----------------------------------- Edson Brusque Research and Development C.I.Tronics Lighting Designers Ltda (47) 323-2138 / (47) 9993-6453 Blumenau - SC - Brazil http://www.citronics.com.br ----------------------------------- -- http://www.piclist.com#nomail Going offline? Don't AutoReply us! email EraseMElistservspam_OUTTakeThisOuTmitvma.mit.edu with SET PICList DIGEST in the body

Hmm, how big is it ? ----- Original Message ----- From: "Edson Brusque" <ebrusquespam_OUTTERRA.COM.BR> To: <@spam@PICLISTKILLspamMITVMA.MIT.EDU> Sent: Monday, June 04, 2001 2:28 PM Subject: Re: [PICLIST] [PIC] ECP paralell port interfacing :-) {Quote hidden}> Hello Kyrre, > > > Arrgh! In my eagerness to get this to work, I also forgot that I need 2 > pins for the temp measuring too :-((( > > Enyone have some code that works ? I guess I can live with serial if > nothing else :-( > > BTW: I want to run the PIC at either 4 or 10 MHz... > > have you thought about using a PIC16F627? Think of it as a 16F84 on > esteroids. :) It does have built-in USART among other things and it's > cheaper than a F84. > > Best regards, > > Brusque > > ----------------------------------- > Edson Brusque > Research and Development > C.I.Tronics Lighting Designers Ltda > (47) 323-2138 / (47) 9993-6453 > Blumenau - SC - Brazil > http://www.citronics.com.br > ----------------------------------- > > -- > http://www.piclist.com#nomail Going offline? Don't AutoReply us! > email KILLspamlistservKILLspammitvma.mit.edu with SET PICList DIGEST in the body > > -- http://www.piclist.com#nomail Going offline? Don't AutoReply us! email RemoveMElistservTakeThisOuTmitvma.mit.edu with SET PICList DIGEST in the body

> Hmm, how big is it ? 18 pins, as an F84. Regards, Brusque ----------------------------------- Edson Brusque Research and Development C.I.Tronics Lighting Designers Ltda (47) 323-2138 / (47) 9993-6453 Blumenau - SC - Brazil http://www.citronics.com.br ----------------------------------- -- http://www.piclist.com hint: To leave the PICList spamBeGonepiclist-unsubscribe-requestspamBeGonemitvma.mit.edu