Search found 482 matches

by tvrfan
Thu May 23, 2019 12:31 am
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 310
Views: 76652

Re: Why auto disassembly is tough

While testing, I ran into a problem with vects (not same as reported by jsa, but still....) and I discovered yet more CRAZY stuff. first - I changed vector list detection in 3.08 as it wasn't working with later binaries - so I changed the 'signature' options for a 'detect' type (when SAD arrives at ...
by tvrfan
Thu May 16, 2019 2:52 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 310
Views: 76652

Re: Why auto disassembly is tough

The post was about a cold turkey 1st run of SAD against a bin, yeah understood 2nd step of creating a dir with args set would improve 3.08 results for the changes you describe. Pondering Bank8, have any been sighted that; * Don't start with FF FA * Don't have Checksum at 0x200A Is more required tha...
by tvrfan
Wed May 15, 2019 3:56 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 310
Views: 76652

Re: Why auto disassembly is tough

motorhead1991 wrote:
Wed May 15, 2019 3:53 pm

It was this command:

Code: Select all

bank 0 0 dfff
It complained of a fill address out of bounds despite removing the "fill" commands from the dir file.
Ahhh. OK, could be a screw up in the command parser then....
Thanks.
by tvrfan
Wed May 15, 2019 3:55 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 310
Views: 76652

Re: Why auto disassembly is tough

A note of where I'm up to. I gave up and went back to 3.08 for a do over ! This wasn't a complete waste of time as I did improve quite a few things on the way, and wrote some new stuff which I have kept. But the various main ideas didn't pan out. The heart of the issue is how to balance a static ana...
by tvrfan
Wed May 15, 2019 3:16 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 310
Views: 76652

Re: Why auto disassembly is tough

Guys, got the bin, will have a look. Confirming - Neither 3.07 or 3.08 work well for subroutines with variable arguments. In progress to try to get a solution to that. Can do manually now by using the 'args' command to manually set number of data items for each subr call. (but it's a PITA) Main diff...
by tvrfan
Wed Apr 24, 2019 10:22 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 310
Views: 76652

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

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

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: 165
Views: 9110

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

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

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

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

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

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

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

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

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: 165
Views: 9110

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: 165
Views: 9110

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

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: 165
Views: 9110

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

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

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: 165
Views: 9110

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

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

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

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

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

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

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