hjtrbo
-
Posts
359 -
Joined
-
Last visited
-
Days Won
47
Content Type
Profiles
Forums
Events
Posts posted by hjtrbo
-
-
Can you read German and have Winols? You could save me a few hours
-
Haven't tried recently. Will set my sim back up and see what's what.
-
When the @PCMTEC crew have time to open up an additional DLP comm port name it will be possible to home brew CAN devices into the logger. No ETA.
-
1
-
-
-
8 hours ago, hjtrbo said:
Been thinking about this solution tonight.
I'm not familiar with adruino, but I am with pic mcu's. It's not much work to add canbus to this. And probably better than using my emulator to be honest.
Quoting my own post lol.
The trick to getting this to work is the serial to uart must be ftdi and named "DLP-IO8"
-
On 11/9/2021 at 9:52 AM, Matt@pcmtec said:
Possible alternative for DIY enthusiasts with Arduino device (such as the Nano or Mini). The project I've pasted here
https://forum.nistune.com/viewtopic.php?f=32&t=3880
Load the Arudino IDE, create a new project, paste code, compile and upload to the Nano/Mini
Connect all unused inputs to ground, then it works same as the DLP
Been thinking about this solution tonight.
I'm not familiar with adruino, but I am with pic mcu's. It's not much work to add canbus to this. And probably better than using my emulator to be honest.
-
@Roland@pcmtec adding an additional com port name would allow me to advance to a full emulator.
Currently the DLP is acting as a dongle if you will to get your code past the initial 'number of ftdi of devices' check etc.
-
On 2/13/2024 at 11:05 PM, natho said:
Looks like there are still stock issues for the DLP-IO8-G. Are there any other options?
Is this the solution that workshops are using when tuning with PCMTec?
RS Components export site are showing 335 available.
Do you have virtual serial port software (e.g. Eltima Virtual Serial Port), a decent RS232 to USB adaptor and a DLP-IO8?
I do have a solution, but it's a bad hack and not something I'd release public just yet. From time to time I circle back to it and make improvements.
FWIW I just run my wideband 0-5V to the DLP. If you go that way, observe good power, grounding and signal practices and it'll work just fine.
-
Assuming that you've done the install correctly and all is well mechanically, it is likely your adapts will need to be unlearned. There is no quick process for this other than keep driving it. I can't remember the parameter number, I have posted it before, but adapts will only change above a certain temperature. Default is 70degC.
There is ZF cloning over obd available now, I don't know if that process can reset the adapts. @Whiteford have you done any testing on this?
When you say zip kit, did that include reg / boost valve changes too?
-
yeah, that t/b will need setting up. I can't help with that 😔
Go stock t/b it'll probably fire right up. That's not the idea though, I get it.
-
What are the mods to it?
-
Idle has some torque based parameters. Was just a thought.
Nothing else really sticks out apart from that etc table you mentioned at the start. Be good to turn your over boost protection on.
Till the puffman gets a look hey.
-
1
-
-
puff is the man, you'll be in good hands.
But auF0260 Torque module switch. First time I've seen that turned off. You tried turning that back on?
-
auF0032 yes
auF1721, good.
To be honest I'm just spit balling trying to help.
Another good one is auF0210.
Is the dtc it throws with the mil noteworthy?
-
1
-
-
The commanded spark might nudge you in the right direction. If it's pulling a fair bit of timing out you can look at auF0032 etc. Another 1 to check for crank to run transition is auF1721 hasn't got something stupid in it.
-
1
-
-
ooh, not sure if this can be added to the math channel scope of works? DLP channels to be included as well? Use case is delta fuel pressure.
[DLP_IO_n(V)] x slope - offset + [dmr_baro(psi)] - [dmr_map(psia)]If all is going well that number should be a constant 58 psi regardless of boost or vacuum. Makes identifying fuel pressure issues a sinch.
-
Perfecto.
-
@Roland@pcmtec I searched this site for obdx and x64. Apart from your post earlier today it came up empty. WRT the datalogger, what sort of improvements? In general is datalog throughput increased compared to the open port? If yes, how about zf logging throughput? Any back to back tests to give an idea of throughput rates?
Reason I ask, I've been enlightened to a new to me method of using ratio for shift tuning, it's the bomb. But its an offline process using MegaLogHD due to lack of live math channels. To work effectively it requires super high speed i.e. logging literally 3 channels (rpm, iss, oss) but as yet the data is still not coming in fast enough. I understand this might be a zf limitation.
-
I can see it. I'd have to go digging through tables probs like your already doing. Will see what comes up in my search.
-
1
-
-
To readdress my earlier point.. I think the selection drop down causes confusion. Should just be 'gauge' or 'absolute' text with the behind the scenes math resulting in what we expect to see.
-
I think we're ok.
Time for a bigger intercooler for you.
And math channels for us.
-
That's fine. I'm my simple little head boost = map - baro (0 floor). . Not sure if your earlier screen shot is in error with a 2ish psi gap. Perhaps I haven't put my earliest comment across correctly?
-
I'm confused. Map is absolute referenced and boost is gauged referenced. We need those math channels
-
Great example of a terribly inefficient workflow.
ZF Shift Patterns
in Transmission Tuning (AUS)
Posted
Lol, almost.
I haven't yet got around to diving into the disassembly so I don't know the answer.
There are clues in the logger, type of driver counter for example. Then acceleration rate, incline detection. All of that mixes together to form the lookup values to select the shiftmap. The algo will be complex. You would need to find buried dmr's in the logger that together will start to form a picture. Or you could go GM style and set that whole table to 5 (whoah, what could go wrong
) and just have the 1 shift map to tune.