Programming Jaeger MM73 Meters with Defective uC HC08: XPROG-M 5.50 or VAG-TACHO?

Hello,
I already have 2 Jaeger MM73 meters in queue with defective uc HC08. One full FIS from the Audi TT 2005, the other with 1/2 FIS from the Audi A3 2002.
New Procki alone are available, e.g. in Farnell .
The question is what, what and how to read. I have toys like:
- VAG-KKL with VAG-COM 409.1 - rather not useful
- VAG-TACHO - reads PIN and reads EEPROM, but with HC912, via K-line
- XPROG-M 5.50 but only the 5.0 version works for me
All these are Chinese clones, although XPROG looks decent.
From what I read, XPROG will only read / write EEPROM, it will not start FLASH.
I have no experience with programming such procks. Do you need to read FLASH and EEPROM from a faulty prock or can you upload any new one? I don't know what data is in HC08 and what is in HC12.
I will gladly pay for help, I would love to learn something and knowledge costs money.
In many forums I read tips on how to replace the meter, but in my opinion it makes no sense. Unnecessary cost and the second meter will fall sooner or later for the same reason.

Thanks in advance for your help.

Look for the ETL programmer for the processor you are interested in.

Thanks. I read that it was a good choice and that any Chinese works well, but these were old threads. Is it still valid?
Someone also offered me Carproga.

etl will read and write in the stand for sure, carprog I do not know.

Well,
and what about the FLASH / EEPROM issue, do you need to read both batches from the "donor" or can you upload any fresh, universal?
And the functions - I know that HC08 controls the directions, small LCD and probably IMMO?
So what's in HC12, PIN, mileage?

You can upload fresh, but there is no universal, the sticker is on the processor with the version.

So if I buy 10 new ones from farnell, then one batch will enter all of them?
The meter will work immediately or will you need to do any adaptation?

no, it may not work properly

adam7009, thank you very much for your willingness to help, but your answers are a bit laconic.

You write that it may not work properly, but what?
- new HC08, after uploading a new load
- counter with new uC

If the latter, what should you do? Adapt something via VAG-COM or throw away and buy a new one?

This is what 2 scales look like that I currently have on the table:


Both have a 3K85K mask if it matters.
Today I'm going to buy a Carprog clone and new farnell procks, apparently it can work, unless someone here comes to me from this idea.
If it does not move, I will buy ETL and in the near future maybe the original Carprog, but this one to dash for about 330 euros, 1300 euros I will not spend.

Regards

Added after 23 [minutes]:

I read the description of the Carprog clone:

CarProg Full Dashboard Support Vehicle List:
2J74YAUDI - Audi 2J74Y repair software for CarProg

CarProg Full Immo / Processor / Programmer:
CARPROG Motorola (Freescale) HC08 MPU programmer

1. He writes that he has repair soft up to 2J74Y, is this an HC08 mask? If so, mine have 3K85K, so I can't fix it? (Although I don't know if the repair option interests me at all, I want to exchange it)
2. Motorola (Freescale) HC08 MPU programmer - these new procks are NXP but the manufacturer probably does not matter?

rosak wrote:

You write that it may not work properly, but what?
- new HC08, after uploading a new load

as I understand you you want to upload the first better batch, and this does not go, the processor should have a sticker with the number of the software and such a soft must be loaded, not some random.
The second thing, how certainty that the processors are damaged? In these counters there are dozens of defects occurring, they usually get to me with the listed processors and still do not work properly.

No, I don't want to upload the first one, I was just asking if it works, now I know it doesn't.
As for the reliability of damaged processors:
1. Counter with Audi TT 2005. I put a working, bought, tested meter into the car. I soldered in to HC08 and HC12 from the damaged one because I could not change the charge or adapt this new one. That is, a working counter, with damaged procks. I present the same faults, the tips go crazy from time to time (and the immo flashes but I don't know if it's the same reason)
2. Counter with A3 2003 1/2 FIS. After a minute in the freezer neither the hands nor the small LCDs start. Everything works only after heating HC08. Of course, I don't play the whole disc with the dryer, but with spotlight on the center of HC12 with a delicate 100C stream with the smallest nozzle.
What surprises me, in both counters the immo indicator (the yellow one with the key) flashes. Cars start normally. I don't know if this also has to do with HC08.

I don't know if I did the right thing, but you learn from mistakes.
I ordered 2 Prock from farnell for almost 100 PLN / item. There was no mask on the page, so I thought it didn't matter (I still don't know what the mask is about).
I got them today, I am still waiting for Carprog.
The procks I got have a 2M73Y mask and the full number is MC908AZ60ACFUE, NXP.

It wasn't until I ordered that I noticed such Procki in the Italian catalog:

MOTOROLA MC68HC908AZ60 CFU 27J4Y 25E
FREESCALE MC908AZ60 CFU 1L87J 15E
MOTOROLA XC68HC908AZ60 CFU 8H62A 15E
FREESCALE MC908AZ60 CFU 3K85K 15E

How does it differ from each other, and why is the first one almost 2x more expensive than the others?

From private messages I know (thanks guys) that the mask is supposed to match. The software version of the sticker should also match. Unfortunately, the 2 counters that I have do not have stickers (pictures in the post above), unless it is about the molding, the bottom line. I have already seen ones with stickers, yesterday I had this:



The data on the sticker are not very much what the extruded.
I know that this is a lot of questions, and knowledge is not free and probably each of you has devoted a lot of time and money to learn it. Therefore, thank you very much for the information I have already received in the thread and on priv.

Tomorrow I will probably get this Carprog and start spoiling until I finally learn something, unless someone else helps me here. It may also turn out that it will not be complicated at all ...

It's not complicated, but .... You do yourself uphill and complicate yourself from the beginning.
From the very beginning, these whole flutes were not needed, you have the appropriate processors, because you desoldered from these new meters, the purchase of new ones was also not needed ... now this equipment may be useful, but the Chinese and in a moment there will be a topic that you can't read a processor, etc., ...
And from the beginning of all work for 10 minutes was with the replacement of the meter
Good luck ...

adam7009 wrote:

These whole casts were not needed from the very beginning

I agree here, but the client waited, and I had no idea what to do, let alone the equipment I didn't have at the time.

adam7009 wrote:

you have the right processors because you desoldered from these new meters

Yes, but they are used and can solve the problem of 2 meters, and what tomorrow will I get a third to do?

adam7009 wrote:

now hardware, this may be useful, but Chinese and in a moment there will be a topic that you can not read the processor, etc., ...

I assume that it will be so, but maybe not immediately. I bought a Chinese just because a friend from the forum told me that in most cases it gives advice. I want to buy the original, as I wrote earlier, I'm just waiting for a quote from a friend.
I also want to buy ETL because I know that there is no universal programmer, once it works, once. Maybe in a few days I will buy, not everything at once.

adam7009 wrote:

And from the beginning of all work for 10 minutes was with the replacement of the meter

Do you mean replacing the meter? If so, this is not a solution for me. I am not an exchanger. I want to fix. First of all, you need to buy a second meter for replacement, which is quite a cost. Secondly, I know that Procki is falling in these counters (not only Procki but we are talking about it right now). That is why I have no guarantee that in the second counter the same percentage will not fall after a short or long time. Thirdly, I have read here and on other forums that hundreds of these processors have already been mentioned, so I know they are raining. I run a small business in my free time. 20 meters have already hit me with damaged HC08, that's why I want to be able to fix it (replace the faulty product).

I don't know if anyone is interested but I will describe my experience yesterday.

The patient is a counter from Jaeger from Audi TT bought for learning as damaged. The fuel level indicator is not working properly. During the test in VAG-COM works, but after the test returns to the position of about 40% instead of 0. The second fault that I noticed was the speaker not working. In the middle of the meter all soldered quite ugly, processors as if acid instead of flux lubricated. The whole counter covered with holograms "warranty void ..."

The cheapest Chinese Carprog clone to play (PLN 250). Like version 10.05 but soft is 09.31.

I connected 4 points to MC68HC908AZ60AVFU mask 3K85K. There is no communication (no message). Only after raising IRQ and PTA0 it started.
At the beginning EEPROM reading, everything works fine. Result file 1024b, the same for each of the 5 readings (file in eep1.bin attachment).

Next attempt to read FLASH. After selecting the HC908AZ60 processor, the message "This type of MCU is not supported for FLASH reading". I changed the prock type to HC08AZ60 (2J74Y) and it started (I don't understand it). I left all the settings as they were, security I chose "Audi TT" (I do not know if it changes anything).
Each reading lasts about 3 minutes. I was able to get 3 identical files from 7 attempts, but all 3 were only 10% full, the rest were "18". The rest of the files differ from each other in sections, as if there were gaps in each reading.

I am trying the Repair 2J74Y option. I thought it would not work because there is no version sticker on the prock, but the program detected "Flash version V8.58HL detected". The repair took as much as a flash reading, about 3 minutes.

After the repair I try to read the flash again and I can't believe my eyes. I read 6 times in total. 3 files differ from the others but only in that they have one empty byte inserted randomly, i.e. as if shifting by one place, the rest of the content is identical. The other 4 files out of 6 are identical.
The flash.bin file is attached.

I do not understand this phenomenon completely. What is flash repair? How can memory contents go bad in such a way as to cause different CPU readings? In that case, do you not need to replace these processors at all and only repair?

Finally, I connect the meter and I can't believe my eyes again. First of all, it still works, so it's successful. Secondly, the speaker works (although I don't know, maybe it was turned off in the program somehow and I reset it?). Thirdly, the fuel gauge no longer stands at 40% but at 100% (still bad but maybe the reason lies elsewhere, or this type has it so that without a signal it stands at 100 instead of 0, never mind).

All the fun took me about 4 hours. In the background I'm going to program a new clean process with the batch of the above and see if it starts.

Thanks for all the help so far.
If anyone else would like to help me in my struggle or even suggest something, I would be very grateful.

Regards

Someone could have a look here: https://www.elektroda.pl/rtvforum/topic2556243-930.html#16658581
I don't want to duplicate posts.
Thanks

hello, you managed to fix this clock, if so please help

MaWo wrote:

hello, you managed to fix this clock, if so please help

Provide details, I will help if you try.

Breaks are coming

The guys will tell me how you upload the batch to these hc08 ..? I have an etl for a specific processor. Because either I do it wrong or the batch is wrong, and I have v8.42ML. I do it so it reads from the old eeprom processor and writes to a file then reads its flash. I take a new processor and upload etl eeprom to it and flash separately.

I read both flash and eep at the same time.

Can you on priv ...?

Hello,

I will not start a new topic.
Has anyone encountered the problem of no backlight on the fischer? As in the attached photo, it glows white. Unfortunately, replacing the display did not help. Everything else works fine.

ziomek-33 wrote:

As in the attached photo, it glows white

Record this video again without the desk lamp, preferably in a darkroom, or at least post a photo while fuel or any other warning is displayed at the top. You write that it glows white, but to my eye it doesn`t shine at all. To help you, I need to know if it doesn`t light up at all/it lights up white/it lights up yellow and not red. I know you can`t check the red one at the top without a car because:

ziomek-33 wrote:

Unfortunately, replacing the display did not help

And what was she supposed to give...?

It doesn`t light up at all. None of the diodes under the display are lit.

This is a very strange thing, because the only thing that connects the backlight of the lower part of the display and the upper part of the yellow display and the upper part of the red display is - NOTHING, except the MCU, which works.
Just check if someone accidentally ran a chisel through the center of the board or soldered the display with acid, etching all the vias in the MCU area. Ask the customer if all the backlight stopped working at the same time, or if he drove for a year without the upper backlight and then the lower one failed.
Send it information from the radio via CAN or check in the car whether the red backlight in the upper part of the display is not working.

Hello from USA!!! I recently got one of these clusters for repair. Apparently it is common for this dash to not go to sleep and at random wake up and cause battery draw. It looks like fault is with software within mcu 2J74Y needs to be repaired can anyone confirm or has had a similar issue?


In regards to your no backlighting issue. Have you tried to resolder all the joints for the lcd display? Also was software rewritten to this dash? In some instance where a different dump is written it will cause this behavior.