Page 4 of 4

Re: Re-scaling MAT counts table $8D SAUJP

Posted: Mon Feb 25, 2013 4:52 pm
by 34blazer
VL400 wrote:Roughly what would you expect the MAT to read?

well, it seems to be reading ambient temps accurately. the XDF item is where all my problems are. looking at the attached pic, to adjust the value at 56*C, i have to change the value at ~80*C. interpolation makes it tricky to adjust for the current ambient temperature. thats why I wanted to figure out the lookup table to determine if something isnt calculating right.

Re: Re-scaling MAT counts table $8D SAUJP

Posted: Mon Feb 25, 2013 5:21 pm
by VL400
That looks to be possibly an error in the XDF, in factory code the table does not use MAT counts for its lookup so you cant have MAT linked the way it is for data tracing. Part of the lookup value is using the multiplier in "MAT Inverse Term Lookup Delta Mult. Vs. Airflow "

This is from the factory 8D code, maybe the SAUJP is different but from your findings I suspect not...

Code: Select all

;--------------------------------------------------
; LK UP (COOLANT - MAT) DELTA MULT
; FOR INV TERM L.U. vs AIR FLOW
;
; TBL = MULT * 128
;--------------------------------------------------
              ldaa    *L006B                 ; gms/sec, LIMITED AIR FLOW FROM IDEAL GAS LAW
              ldx     #L880E                 ; (COOLANT - MAT) DELTA MULT
                                             ; FOR INV TERM L.U. vs AIR FLOW
              jsr     LE3D8                  ; 2D LOOK UP, NO OFF SET   (Is LE3D0 in ANHT)
              ldab    *L005D                 ; FILTERED COOLANT TEMP
              subb    *L0063                 ; INV A/D MAT
              bcc     LD7FA                  ; BR IF Carry Clear (Goes to LD7F2 in ANHT)
                                             ; ... else
              clrb                           ; B = 0
LD7FA:        mul                            ; APPLY MULTIPLIER                              ; CRef: 0xD7F7
              lsld                           ; MULT * 2
              bcs     LD802                  ; BR IF OVERFLOW  (Goes to LD7FA in ANHT)
                                             ; ... else
              adda    *L0063                 ; INV A/D MAT
              bcc     LD804                  ; BR IF Carry Clear (Goes to LD7FC in ANHT)
                                             ; ... else
LD802:        ldaa    #0xFF                  ; FORCE MAX VAL                                 ; CRef: 0xD7FC
;--------------------------------------------------
; MAT COMP Vs MAT
; TABLE is MAT COMP COUNTS
;--------------------------------------------------
LD804:        ldx     #L87FD                ; MAT COMP VS MAT TBL (^.5)                     ; CRef: 0xD7E7,0xD800
              jsr     LE3D8                  ; 2D LOOK UP, NO OFF SET   (Is LE3D0 in ANHT)
              ldab    #0x80                  ; VAL = 128
              mul                            ; * 128
              addd    #0x7480                ; MAT = ((MAT^.5)+233)*128
              pshb                           ; Store acc. B to stack
              psha                           ; Store acc. A to stack
              pulx                           ; ((MAT^.5)+233)*128, (Denom)
              ldd     L86DD                  ; CYL VOL & UNIT CONV, 159d, (LITRE)
              fdiv                           ;
              stx     *L006D                 ; MAT (not Inverse) ; SAVE MAT, CYL VOL & SCALING TERM
                                             ; CYL VOL/((MAT^.5)+233)*128
              rts                            ; RETURN TO MAJOR LOOP EXE


Re: Re-scaling MAT counts table $8D SAUJP

Posted: Mon Feb 25, 2013 5:40 pm
by 34blazer
hmmm well i looked at the xdf item and really dont know what could be wrong. conversion is...1.000000 * X + 0.000000. could that be the problem?

Re: Re-scaling MAT counts table $8D SAUJP

Posted: Mon Feb 25, 2013 6:54 pm
by VL400
You will need to ask the SAUJP hacker to be sure as I am not totally familar with the code base but if its the same as the factory disassembly I dont think your going to be able to use data tracing. The table does not use MAT (or MAT counts) as its lookup, so the bubble thats floating around is incorrect - as you have found.

Re: Re-scaling MAT counts table $8D SAUJP

Posted: Mon Feb 25, 2013 7:28 pm
by 34blazer
understood, looks like ill need to figure out the lookup table and make some changes. so im thinking that I should display MAT as counts and compare to accurate temp guage and make the changes to the lookup table?

thanks for all your help!