Anyone know, offhand, the byte for MAT2 in $8d (for aldl).

I slightly modified John's (32V_DOHC) hack so I can view a second MAP sensor (2-bar) while running $8d. I'd like to use the MAT2 column as output, but thats the only one I <b>can't</b> find in the anht hack..

-- Joe

 

Unless the input is actually used the code will rarely read that input and send it out the ALDL stream. I believe that this is the case for both MAT2 and MAP2.

Need to write some code to read the input, store it, and output it to the ALDL stream.

RBob.

 

Got it read in, and stored. Just dunno how to output it to the aldl stream?

-- Joe

 

LD74C: LDAA #$80 ; Set A/D ch FOR MAT, (Ch 8)
JSR LF0D2 ; Go read A/D
;
COMA ; INVERT RESULT
STAA L013C ; MAT A/D RESULT
STAA L0061 ; MAT A/D VAL


Anyone care to explain this? I've looked through every routine in the hack that references L0061, and L013C. I don't see where it sets the aldl byte for mat2

-- Joe

 

The L013C term is output via the ALDL stream. This is the raw MAT value.

The L0061 is used through the code. Not looking, but, I'll bet it has a default term if a MAT DTC is set.

The MAT sensor is input on F16 on the '730.

MAT2 isn't used in the $8D code. It comes in on MUX channel 4, ADC channel 9.

RBob.

 

Rbob,

Excuse me if i'm misunderstanding. I think I realize that mat2 is not used. But I noticed it outputs data to my aldl scanner. So I figured, since it outputs, and its fairly useless, I could use that aldl byte to log my second map sensor.

But, I cannot find anywhere in the code an output for that. Am I being dumb? is the scanner making up the data?

-- Joe

 

I'm still not quite sure of your question. However, the regular MAT term is the 30th byte of the ALDL stream. It is address $907 in the bin. That address holds two bytes of data that point to L013C.

RBob.

 

The aldl code goes through and spits out data from a series of memory addresses.

For example, L0034 is the memory address of the CCP purge DC.
The following chunk of code taken from John's original wb_o2 patch loads the value of channel 0, ECM pin A3 and writes it
out to address L0034. The ALDL code then displays it, and your scan software picks it up as CCP DC:

A000: LA000 LDAA #$0000 ; Load A/D chan 0
A002: JSR LE2DC ; Jmp to s/r
A005: STAA L0034 ; Store at 0034
A007: LDX #$00E2 ; Orig code @ CC88
A00A: RTS ; return to CC88

I'd like to write to the memory location of MAT2, so instead of this data reporting as CCP DC, it reports as MAT2 in the aldl log.

-- Joe

 

The ALDL list location for the CCP DC term is $90B. Change those two bytes to the RAM address that holds MAT2 (it is currently $01 and $25).

RBob.

 

It sounds like your telling me to change the byte in the CCP ALDL output to reference the MAT2 address, which would result in the CCP aldl column in the logger displaying the MAT2 dc.. ??

I assumed the mat2 data was stored in a ram address, and I simply wanted to use that address to display my second map sensor, rather than using the CCP address. Since MAT2 is absoltely useless in '730's logging.

Are we on the same page?

-- Joe

 

I think we are getting there, I know I'm confused

As far as I know, there is no MAT2 in the ALDL stream. I don't know what the scanner is displaying. Does the scanner actually call it MAT2?

RBob.

 

Thats ok. It's been about 10 years since I've touched assembly, and that was on a C64 so if my terminology is wacked please bare with me. I work in C in unix environments every day.

Yes he does. I emailed him to ask him what he's monitoring, but he has not got back to me.

I know if you read his post on wb_o2, for $6E he got the mat2 aldl output to do what he wanted (which is almost identical to what I want).

What i'm trying to do is a little, nutty, but since I want it, and noone else has done it, its my only focus right now.

-- Joe