Search found 378 matches

by tvrfan
Sun Jan 13, 2019 7:23 pm
Forum: Tuning the EEC....
Topic: Need some guidance tuning my '94 F150 which will not start
Replies: 4
Views: 162

Re: Need some guidance tuning my '94 F150 which will not start

Agree totally. When doing an engine build, there are a few 'common' mistakes which we can all make, and as embarrassing as they are at the time, it sure helps with the learning curve for the next one ..... Stuff I, or friends have managed to do (European engines mostly ...) Dizzy 180 degrees out. In...
by tvrfan
Tue Jan 08, 2019 1:56 pm
Forum: EECGeeks
Topic: Sad for Android!
Replies: 3
Views: 225

Re: Sad for Android!

Good stuff !! Does it still use my 'C' code (compiled) with a Java front end ?? I ask as I'm completely ignorant of Android and 'smart device' type OSes, being one of those ex-tech types that has a phone for actually *talking* to people and nothing else. But I do know Android is based on Linux. I di...
by tvrfan
Tue Jan 01, 2019 5:05 pm
Forum: EECGeeks
Topic: LA3 Code call for OL Fuel help
Replies: 17
Views: 3068

Re: LA3 Code call for OL Fuel help

Just reread this and I have a comment to all ..... Are you sure the VAM maxes out that early ? 3k seems too early for a 4 cyl OHC airflow. Several European engines with VAF/VAM setups ran OL ALL THE TIME as they were still leaded gas, and had no EGO at all. They never ignore the VAM, but add fuel (v...
by tvrfan
Thu Dec 20, 2018 10:08 pm
Forum: EECGeeks
Topic: SAD disassembler progress
Replies: 10
Views: 605

Re: SAD disassembler progress

Yes, there is (rightly) a lot of reuse. For example, so far I've only seen 2 1D lookup (function) code versions (OK some with minor variations) and 2 versions of the 2D code (tables). Why reinvent something which works ?? Mathematically and codewise, the way the 2D data is interpolated is very neat ...
by tvrfan
Wed Dec 19, 2018 3:30 pm
Forum: EECGeeks
Topic: SAD disassembler progress
Replies: 10
Views: 605

Re: SAD disassembler progress

Update - I feel like I'm stuck in the "all alike maze" in the old text adventure game "...you are in a maze of twisty little passages, all alike..." in a kind of multifaceted catch 22.... To cover THIS bit I need logic to do THAT, but THIS bit in CARD needs it to work differently, and THIS bit in he...
by tvrfan
Thu Dec 13, 2018 6:18 pm
Forum: Lounge
Topic: Forum security certificates need updated
Replies: 6
Views: 567

Re: Forum security certificates need updated

Just posting for extra info (which is useful I hope). I don't know if this is a new problem or part of the original one, so adding it here.... Firefox was working OK on my desktop (Xubuntu 18) until yesterday, but now comes up with ... -------------------------- eectuning.org uses an invalid securit...
by tvrfan
Wed Dec 05, 2018 10:53 pm
Forum: EECGeeks
Topic: SAD disassembler progress
Replies: 10
Views: 605

Re: SAD disassembler progress

DAMN !!! Well I *was* making progress, until I came across THIS... (from CARD) 4459: f9 stc CY = 1; 445a: cc,18 pop R18 R18 = pop(); 445c: b2,19,1a ldb R1a,[R18++] R1a = [R18++]; 445f: b2,19,1b ldb R1b,[R18++] R1b = [R18++]; 4462: b2,19,1c ldb R1c,[R18++] R1c = [R18++]; 4465: b2,19,1d ldb R1d,[R18++...
by tvrfan
Wed Dec 05, 2018 5:45 pm
Forum: Lounge
Topic: Linux sucks...and isn't getting any better any time soon
Replies: 3
Views: 204

Re: Linux sucks...and isn't getting any better any time soon

After watching the video............ Fascinating, and probably all true. I had already read about the fear that corporates (M$ especially) were covertly planning their standard methods for takeover, and it already did look scary. This video explains a bit more (but not a shock to me). Also for me, I...
by tvrfan
Wed Dec 05, 2018 4:39 pm
Forum: Lounge
Topic: Linux sucks...and isn't getting any better any time soon
Replies: 3
Views: 204

Re: Linux sucks...and isn't getting any better any time soon

I haven't watched the video yet, but some immediate comments.... As you know I have used UNIX and proprietary OSes in the past, and only a little under the Windoze series. I did hardly any commercial development on Windoze,as I was normally in the 'server' end of things, but I did play quite a bit w...
by tvrfan
Sun Dec 02, 2018 5:26 pm
Forum: EECGeeks
Topic: SAD disassembler progress
Replies: 10
Views: 605

SAD disassembler progress

Just a quick update, and start a new topic... I have A9L working with auto detect of subroutine variable arguments, but it has a 'kludge' in it which I don't really like. At the moment it only shows a list of bytes as arguments, as that is how they are read off. Next step is to work out how they get...
by tvrfan
Thu Nov 08, 2018 1:06 pm
Forum: Hardware Discussions
Topic: Upgrading wiring for fuel pump?
Replies: 28
Views: 3197

Re: Upgrading wiring for fuel pump?

Just seen this thread. Don't ever forget the three principle points of large scale manufacture for pretty much everything, including cars and white goods. C-A-N = Cheap. Adequate. Nasty. These guys all shave every last dollar they can from everything. No, that's not cynical, that's business. How to ...
by tvrfan
Thu Nov 08, 2018 12:22 pm
Forum: EECGeeks
Topic: Modern day potential of J3 devices beyond TwEECer and QH
Replies: 48
Views: 5540

Re: Modern day potential of J3 devices beyond TwEECer and QH

Bob, Yes looks like that's true ... I've found this snippet which is a little shorter, and DOES store a word via indirect STW, but R4 and R5 still read as separate bytes. Interestingly, it doesn't seem to have any DI, EI protection around it that I can find. (AA) 213b: b0,bb,04 ldb R4,Rbb AD_Cmd = R...
by tvrfan
Wed Nov 07, 2018 7:52 pm
Forum: EECGeeks
Topic: Modern day potential of J3 devices beyond TwEECer and QH
Replies: 48
Views: 5540

Re: Modern day potential of J3 devices beyond TwEECer and QH

Yep, I think we're all in agreement here ! JSA, Yes, dead right. if you DID move the enable, then you would indeed have to make sure R34 and R35 in that example were not written to by anything else. I also wonder why Ford didn't simply do a LDW to get both registers in one hit, and after reading add...
by tvrfan
Wed Nov 07, 2018 5:53 pm
Forum: EECGeeks
Topic: Modern day potential of J3 devices beyond TwEECer and QH
Replies: 48
Views: 5540

Re: Modern day potential of J3 devices beyond TwEECer and QH

Edited after your post , to fix up some wording - hope it explains...
by tvrfan
Wed Nov 07, 2018 5:29 pm
Forum: EECGeeks
Topic: Modern day potential of J3 devices beyond TwEECer and QH
Replies: 48
Views: 5540

Re: Modern day potential of J3 devices beyond TwEECer and QH

A generalised answer to that I reckon.... really, you should only use intr inhibit when you truly have a sequence of code which cannot be interrupted by anything - either it's time critical, or the sequence of instructions, what you write (i.e. commands) have to occur in a defined sequence or time s...
by tvrfan
Wed Nov 07, 2018 3:32 pm
Forum: EECGeeks
Topic: Modern day potential of J3 devices beyond TwEECer and QH
Replies: 48
Views: 5540

Re: Modern day potential of J3 devices beyond TwEECer and QH

Yes, as I see it. The code as seen (a LOT) simply loops around the AD_complete flag, whereas there is an interrupt available in the hardware. Yes the 174 state times is indivisible for each command, so that AD_complete flag would take 174 state times to be set after the command is written to R4. (80...
by tvrfan
Wed Nov 07, 2018 1:41 pm
Forum: EECGeeks
Topic: Modern day potential of J3 devices beyond TwEECer and QH
Replies: 48
Views: 5540

Re: Modern day potential of J3 devices beyond TwEECer and QH

Hmm...so code doesn't care about the low-bits. Yes, I've noticed this in many bins, the code doesn't check where the AD answer comes from. The AD_complete flag stays low until the command is complete, and you can't queue therefore queue AD requests in the CPU. What's actually worse is that the CPU ...
by tvrfan
Tue Nov 06, 2018 7:33 pm
Forum: EECGeeks
Topic: Modern day potential of J3 devices beyond TwEECer and QH
Replies: 48
Views: 5540

Re: Modern day potential of J3 devices beyond TwEECer and QH

Probably redundant, but I've just realised I got the voltage wrong for that circuit The maximum voltage grounded pin 48 is 2.56 as I said, but not grounded would be 1/2.82 * 5 = 1.77+0.6 = 2.37, so it possibly would overlap.... but I think principle of the self/test shared HEGO may still work. if it...
by tvrfan
Tue Nov 06, 2018 5:38 pm
Forum: EECGeeks
Topic: Modern day potential of J3 devices beyond TwEECer and QH
Replies: 48
Views: 5540

Re: Modern day potential of J3 devices beyond TwEECer and QH

Well, so much for THAT idea..... Unless..... is it possible that the EGO (driver) will never actually reach 2.56V, and so the self test can do a check of - IF equals 2.56V THEN self test, otherwise it's WB input (ie. 0- 2.55) ? Then it would indeed be duplexed. OOPS I've just spotted - I assumed R99...
by tvrfan
Tue Nov 06, 2018 4:38 pm
Forum: EECGeeks
Topic: Modern day potential of J3 devices beyond TwEECer and QH
Replies: 48
Views: 5540

Re: Modern day potential of J3 devices beyond TwEECer and QH

Hmmmm..... Digging out my rusty electronics knowledge... Er......Isn't that the perfect example of how the wide band works? IC16.1 will adjust the current flow through pin 48 via Q1CA (?) transistor, according to voltage fed in from pin 44, and the CPU/EEC can monitor that current by voltage drop th...
by tvrfan
Tue Nov 06, 2018 1:36 pm
Forum: EECGeeks
Topic: Modern day potential of J3 devices beyond TwEECer and QH
Replies: 48
Views: 5540

Re: Modern day potential of J3 devices beyond TwEECer and QH

Ah, I see.... A quick check of Wikipedia reveals that EGOs and HEGOs actually work like batteries, so they GENERATE voltage, and therefore do not require a 5v volt feed like a throttle sensor (which is just a variable resistor). From wiki - The zirconium dioxide, or zirconia, lambda sensor is based ...
by tvrfan
Mon Nov 05, 2018 7:42 pm
Forum: EECGeeks
Topic: Modern day potential of J3 devices beyond TwEECer and QH
Replies: 48
Views: 5540

Re: Modern day potential of J3 devices beyond TwEECer and QH

That's true about Analogue inputs, as the sample schematics I've seen often have a resistor network of some type, either to change voltage or to adjust the sensor results. Anything of non-linear response is of course is easy, that's what the 1D function lookup takes care of.... but Yes, a possible g...
by tvrfan
Mon Nov 05, 2018 1:59 pm
Forum: EECGeeks
Topic: Modern day potential of J3 devices beyond TwEECer and QH
Replies: 48
Views: 5540

Re: Modern day potential of J3 devices beyond TwEECer and QH

I want to add something to this - a view from the hardware/electronics viewpoint - If you've got access to the ROM ( = program) you can actually repurpose ANY of the inputs and outputs to do something else, within reason. Each injector output is effectively a PWM driver with a decent current capabil...
by tvrfan
Sun Nov 04, 2018 6:20 pm
Forum: EECGeeks
Topic: Modern day potential of J3 devices beyond TwEECer and QH
Replies: 48
Views: 5540

Re: Why auto disassembly is tough

I can't help but think of Hondata in this case... From what I understand, the ROM chip is replaced with an interface controller, which also adds features like boost control and flex fuel. Er, unless I am misunderstanding, isn't that exactly the same as the various J3 port plug in boards ? They too ...
by tvrfan
Sun Oct 28, 2018 6:11 pm
Forum: EECGeeks
Topic: Modern day potential of J3 devices beyond TwEECer and QH
Replies: 48
Views: 5540

Re: Why auto disassembly is tough

You could do that, sure. For me, to make it as simple as possible, I would still just go with MegaSquirt (or Emerald etc) replacement, and get the right hardware sensor interface bits/options for the engine. KISS principle wins.... I see there's DIY retrofits for stuff like the old mechanical Bosch ...
by tvrfan
Fri Oct 26, 2018 1:50 pm
Forum: EECGeeks
Topic: Modern day potential of J3 devices beyond TwEECer and QH
Replies: 48
Views: 5540

Re: Why auto disassembly is tough

Honestly, if i was doing a home made tune today, I would not keep the EEC-IV or V. Even with a plug in module, it's too hard IMHO. I would simply replace it...... I totally agree with several points raised - I would use a Megasquirt (or similar type) EEC for any project. You can get at all the param...
by tvrfan
Thu Oct 25, 2018 7:49 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 261
Views: 47242

Re: Why auto disassembly is tough

Good question, I'm honestly not sure.. As far as I know..... Higher level languages ('C' and upwards to things like Java) have some pretty good compilers, and they tend to have optimisation options for each main processor family. They already have a lot of 'code shortcut' optimisation tricks built i...
by tvrfan
Thu Oct 25, 2018 2:18 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 261
Views: 47242

Re: Why auto disassembly is tough

Wouldn't be surprised if it's in a lot of binaries - if it's a compiler thing (which it could well be) then probably a whole family have it. Sort of interesting on a different level - A9L does appear to have been 'hacked' afterwards (IMHO), with jumps inserted and odd bits which are never called, an...
by tvrfan
Mon Oct 22, 2018 11:19 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 261
Views: 47242

Re: Why auto disassembly is tough

here's a great one to "do yer 'ead in" as they would say in dear old Blighty (UK slang) I found this in 22CA whilst trying to get variable arguments to work, and spent AGES looking at it for why SAD wouldn't pass on the function lookup attributes..... and then the light dawned...... SUBFunLU1: 86dbc...
by tvrfan
Fri Oct 19, 2018 6:23 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 261
Views: 47242

Re: Why auto disassembly is tough

Actually, there's quite a lot of wait loops in low level coding, everywhere. Trouble is the CPU is often faster than the hardware it's driving. On the slightly bigger machines I worked on, many of the peripherals used interrupts to communicate, but even then there often had to be a wait between read...