Any updates?

 

I'd like to know where to get some of those pinouts for the PFC w/o the DataLogit adapter...

 

Keith, if you got a dataloggit you can play with my car once I get your fuel stuff in there.

Bob

 

damn this came back form the dead. LOL
Bob, yeah i actualy have been playing with the PFC for a while now (now on my own car) and it is a very nice system. btw, you should see your package tomorrow.

 

i am posting this as i am unable to acess the page i got this off anymore so i am posting it here, normally i would link but the page seems to be down. these are not my work. teh page had a lot on communicating with the power fc

these parts are in japanese but i think you can work them out.

5ピン Mini-DIN

/---+_+---\
RxD | o o | SCK
Vcc | o o | GND
| |
| o | SBO/SO
\------------/

3ピン端子

+---+-----+---+
o o o |
+-------------+
Vcc sig GND
the attachments are the schematic for a pfc adapter looks very similar to datalogit. strange they were both working on software for rx7's at about the same timeand they look so similar i have them in a pdf but they are to large to post. i also have a copy of the page.

 

Very interesting stuff cheese, thanks for posting it! You say that all this was on a webpage at some point? I'd be interested in getting any other info you may have.

 

the page appears to be up today so here is the link http://kaele.com/~kashima/

you need to look throuhg the history to find all the powerfc pages the main page has most of the information. the history has some pages that are not listed on the index. so you can download better files than the ones i posted.

 

Kashi was the first person to make progress into the PFC. In the past, he has "sourced" the PIC chip for people that handles the communication protocol. Then the Datalogit popped out about 2 years after him. What the Datalogit folks have not done is shared the information that Goblin started. Basically, you need a PIC chip with the right firmware on it to communicate.

Tony

 

Hello,

Does anyone has any more news ? Have you try to make your own hardware interface ?

 

Actually, I am in the process of wiring my own interface to my PFC. This has been a project I put off for a number of months, but I've taken it back up in preparation of the autox season.

I will put up a link to a website with more details as more come.

 

Hello,

i've found that thread on google while seaching for some infos about the PFC.

I am working on a software to communicate with the Power FC through the Datalogit box (later without it). So far i can read/edit the FC Edit files and receive/send packages over the com port.

Here is a fast screenshot:
http://andre.honda-tech.de/fctune/fctune.jpg

I tried to emulate the PFC with my software and to read the maps from my program with FC Edit.

If i click "Read" in FC Edit i recevice the 0xF3 0x02 0x0A request and reply with a 0xF0 0x56 0x32 0x4B.

FC Edit keeps on sending 0xF3 0x02 0x0A an other 3 times and even if i relpy the second time with the platform info, i never get an acknowledge or any other request.

I don't know why FC Edit doesn't accept the reply.

Is it possible that the first reply has to be different for each model?

 

Look at Goblin description :

------------------
Init/Platform
------------------
0xF3
------------------
This packet seems to serve two purposes. The first time it's sent, a non-matching
reponse is returned (0xF0) containing strange data. It's a malformed packet, for
one (no sizeof or checksum bytes).
The comm chain looks like:

Send:
0xF3 0x02 0x0A

Receive:
0xF0 0x56 0x32 0x4B

The second time the command is sent, an eight character non NULL terminated string
describing what platform this PowerFC is for is returned. For RX-7's, it's
"13B-REW ".

It's likely an initialization command in addition to being the platform command.
FCEdit sends an 0xF3 as the first thing it ever does.

So you don't have to send more than once 0xF0 0x56 0x32 0x4B. Would you mind to share your powerfc emulator code ?

 

That sounds good to me !! Do you plan to have an interface with ADC input as the datalogit one ?

 

I send 0xF0 0x56 0x32 0x4B only the first time when i receive 0xF3 0x02 0x0A, the second time i send a packet with "13B-REW ".

But i don't get an acknowledge nor does FC Edit send any other packet. Only 4 times 0xF3 0x02 0x0A.

Has anyone ever tried to send a packet to FC Edit?

For each model FC Edit has a different .exe, maybe they need a different initial packet?


I will release the Software as Freeware, but i don't think i will publish the source code. Sorry.

 

Not sure yet. The plan right now is to basically handle the task of the Datalogit directly with a PC interface (LPT1, RS-232, or USB).

Last night I was inspecting signals going between the ECU and PF Commander. I ran into a few issues:

Apparently, my laptop's parallel port I/O operates at ~3.0v, but the PFC is 5.0v. I imagine it's different among various hardware manufacturers. That's not really a problem at this juncture, because there's still a big enough difference to tell if the data/clock lines have been pulled to ground or not.

There's also an issue with the speed of directly communicating with a PC. The parallel port has an optional line that triggers an IRQ event. I wrote some code last night to test the responsiveness of the channel. It works sometimes, but it means I will need to use some latches to hold the data while I pull it down from the circuit.

 

Well, This is how my software is looking at the mo,

Need to talk to somone who can help me with the protocol via a com control

Dave
gtir350@talk21.com

 

A while ago, I used Goblin's info to write a palm app in C++ that spoke to a datalogit over the serial port: https://www.rx7club.com/showpost.php...6&postcount=25

If you want the source, i can track it down for you...

 

Ok, so just release the application. I may be interested to do some tests also with you. You may join me by email at rudy__34@hotmail.com

 

Yes, might be interested also

 

Source code would be nice. How have you set up the flow control / handshake?

CTS / DTR / DSR?

 

I just want to let everybody know that 0xF0 0x56 0x32 0x4B is correct, i had a mistake in the overlapped IO communication!

 

Here's the source for my Palm app: OpenFC-src.zip

There is a lot of Palm specific stuff in there (mostly UI code), but the FCDatalogitConnection.cpp and SerialConnection.cpp classes should provide some good info for comm.
I used Palm's built-in serial library, so I didn't control the serial lines myself. The settings i used were 8-N-1 and hardware flow control. Just follow standard serial comm protocols... protocol-wise, the datalogit doesn't do anything different from a standard null-modem-based peer-to-peer serial connection.

 

sorry, double post...

 

Thanks for that code.

My final aim with the software is to run some sort of self mapping that could run live or run from the logged data.

I'll let you know how I get on writing the code in VB, and post it up for testing.

Dave

 

That's what i am working on too. I use the correction map as target AF map.

Target AF map