Search found 417 matches

by tvrfan
Wed Apr 24, 2019 10:22 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 310
Views: 70685

Re: Why auto disassembly is tough

Speaking of arguments, the default output for the lookup subroutines is incorrect for URAL at least. SAD by default is taking 2 bytes as the first argument, but really needs to take 2 words for the 2 arguments. Looking at the AD_Cmd structure and associated subroutines it seems the SU naming of loo...
by tvrfan
Mon Apr 22, 2019 3:18 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 310
Views: 70685

Re: Why auto disassembly is tough

<Sigh !!> The vector list detect code is supposed to stop at anything which is detected (i.e. code or not vector data), so I've obviously managed to introduce a bug there, and/or the manual command doesn't work either, so I must have messed up the command merging also. I did change command bit due t...
by tvrfan
Sat Apr 20, 2019 11:58 pm
Forum: EECGeeks
Topic: Added useful docs into openEEC in github
Replies: 12
Views: 1007

Added useful docs into openEEC in github

I've added the old 80C196 user manual into a docs repository in Github/openEEC for info anyone wanting to know 8061 or 8065 CPU core basics, along with Tom Cloud's original doc which explains the more specialist Input/Output mechanisms and extra/different opcodes. Enjoy !! I will add the basic EEC g...
by tvrfan
Thu Apr 04, 2019 5:59 pm
Forum: EECGeeks
Topic: SAD disassembler progress
Replies: 22
Views: 2461

Re: SAD disassembler progress

Just seen this (on holiday at the moment). to learn from scratch without SAD, the 8061 is based upon a 8096 core cpu, so that disassembler 'sort of' works. 8065 seems to be a unique extension as far as I can tell (i,e, no 8096 equivalent). You can still find some stuff on 80C196 CPU (which is pretty...
by tvrfan
Mon Feb 18, 2019 10:07 pm
Forum: EECGeeks
Topic: Back end engineering software from the factory
Replies: 10
Views: 1866

Re: Back end engineering software from the factory

Some interesting history there... I was already wondering about the idea of a software 'engine model' (the idea of fuel, spark, throttle to get a basic rpm response) for a complete emulation of an EEC. So the fact that Ford did it (or partly did it) makes perfect sense to me. Interesting stuff about...
by tvrfan
Mon Jan 21, 2019 3:46 pm
Forum: EECGeeks
Topic: Back end engineering software from the factory
Replies: 10
Views: 1866

Re: Back end engineering software from the factory

Yep, that's all I was trying to say - that there IS stuff around which could run that ancient software. May be hard, may not be.... don't know. As I understand it - The emulators *themselves* are 32 or 64 bit, but they present/emulate a 16 bit address range. Virtualbox/VMware actually use the 16 bit...
by tvrfan
Mon Jan 21, 2019 2:28 pm
Forum: EECGeeks
Topic: Back end engineering software from the factory
Replies: 10
Views: 1866

Re: Back end engineering software from the factory

Cgrey, Actually that's NOT TRUE !! There are quite a few 16 bit emulators which run perfectly on modern 64 bit computers. Even common virtual machine systems (Virtualbox, VMware) have 'DOS Mode' options, which are 16 bit (but expect x86 programs). There are emulators for many, many 'foreign' hardwar...
by tvrfan
Fri Jan 18, 2019 7:41 pm
Forum: EECGeeks
Topic: Back end engineering software from the factory
Replies: 10
Views: 1866

Re: Back end engineering software from the factory

No doubt they did, but don't know what. We used to 'burn' PROMS for quite a bit of custom stuff (for example old style map displays before full graphics) and the equipment was standard common stuff which would burn a range of (std) PROMS in various sizes. On the basis the Ford ROM was itself special...
by tvrfan
Fri Jan 18, 2019 4:52 pm
Forum: EECGeeks
Topic: 8065 Registers (and disassembler)
Replies: 0
Views: 745

8065 Registers (and disassembler)

I found a bug in the symbol naming in SAD, and whilst checking this out I realised I had missed the fact that the 8065 CPU has the ability for FOUR different functions for its special registers - by SIZE (word or byte) , READ, WRITE. I had done read and write options for symbol naming for 8061, but ...
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: 707

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: 13
Views: 2021

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: 4625

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: 22
Views: 2461

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: 22
Views: 2461

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: 1361

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: 22
Views: 2461

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: 4
Views: 659

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: 4
Views: 659

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: 22
Views: 2461

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: 4737

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: 8904

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: 8904

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: 8904

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: 8904

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: 8904

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: 8904

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: 8904

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: 8904

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: 8904

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: 8904

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 ...