Power FC Hacking the PowerFC/DataLogIt
#28
block-spike
Join Date: Feb 2004
Location: West Chester, PA
Posts: 548
Likes: 0
Received 0 Likes
on
0 Posts
Originally posted by rxrotary2_7
WOW this is some good reading. i want to play with a PFC/ datalogit instead of the e6k
WOW this is some good reading. i want to play with a PFC/ datalogit instead of the e6k
Bob
#29
Lives on the Forum
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.
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.
#30
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.
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.
#31
Registered Abuser
Join Date: Sep 2001
Location: Louisville, KY
Posts: 633
Likes: 0
Received 0 Likes
on
0 Posts
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.
#32
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.
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.
#33
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
Tony
#36
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?
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?
#37
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 ?
------------------
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 ?
#38
Originally Posted by NeoTuri
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.
I will put up a link to a website with more details as more come.
#39
Originally Posted by Rudy 34
So you don't have to send more than once 0xF0 0x56 0x32 0x4B.
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?
Originally Posted by Rudy 34
Would you mind to share your powerfc emulator code ?
Last edited by FastHatch; 02-27-05 at 05:12 PM.
#40
The shy megalomaniac
iTrader: (2)
Originally Posted by Rudy 34
That sounds good to me !! Do you plan to have an interface with ADC input as the datalogit one ?
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.
#41
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
Need to talk to somone who can help me with the protocol via a com control
Dave
gtir350@talk21.com
#42
Senior Member
Join Date: Apr 2002
Location: Boston, MA
Posts: 251
Likes: 0
Received 0 Likes
on
0 Posts
Originally Posted by gtir350
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
Need to talk to somone who can help me with the protocol via a com control
Dave
gtir350@talk21.com
If you want the source, i can track it down for you...
#43
Originally Posted by FastHatch
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.
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.
#44
Originally Posted by vinayp
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...
If you want the source, i can track it down for you...
#45
Originally Posted by vinayp
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...
If you want the source, i can track it down for you...
CTS / DTR / DSR?
#47
Senior Member
Join Date: Apr 2002
Location: Boston, MA
Posts: 251
Likes: 0
Received 0 Likes
on
0 Posts
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.
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.
Originally Posted by FastHatch
Source code would be nice. How have you set up the flow control / handshake?
CTS / DTR / DSR?
CTS / DTR / DSR?
#49
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
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
#50
Originally Posted by gtir350
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.
My final aim with the software is to run some sort of self mapping that could run live or run from the logged data.
Target AF map