Scott: Thanks for the SCAN report and for the additional information - yes indeed, very "strange behaviour"!!!
First: as to your question "
wondering if the unit is faulty" - I don't think so because a faulty MIB would be reported as such in your SCAN (even if there was an intermittent fault) -and it is not. The reported SCAN errors in the hex5F module relate to peripherals - not the module itself!
My reading of your SCAN is that the MIB on this car is perfectly happy to NOT provide audio - but the reason for this contentment is not immediately apparent (to me, at least) other than it seems to be a situation that has been programmed into the operation of the module, itself (IMO, of course)
Hmm.... I'm struggling to make confident suggestions about this car - but if you are prepared to chase my more fanciful guesses, maybe consider the following:
On your SCAN, the MIB is reported as the module :
Address 5F: Information Electr. (J794) and the
Component ID is stated as
MU-H-N-JP. "JP" means that the
Country Code that is factory-set in this module is "Japan" (not surprisingly)
And this is a more readable form of the long-code string on the MIB:
Code:
Byte Hex Binary
00 02 00000010
01 73 01110011
02 00 00000000
03 06 00000110
04 FF 11111111
05 00 00000000
06 00 00000000
07 00 00000000
08 21 00100001
09 33 00110011
10 00 00000000
11 01 00000001
12 00 00000000
13 10 00010000
14 00 00000000
15 00 00000000
16 1F 00011111
17 02 00000010
18 03 00000011
19 36 00110110
20 01 00000001
21 00 00000000
22 01 00000001
23 00 00000000
24 76 01110110
I'm not sure how familiar you are with Hexadecimal and Binary numbers- but Binary numbers are read from right-to-left - so the
right-most digit is
Bit 0 and the
left-most digit is
Bit 7
As currently coded and as shown in my list above, your
Byte 3 =hex06. This Byte tells the MIB which part of the world-map the SATNAV should use. The value hex06=Japan (again, not surprisingly)
So far - everything seem perfectly OK. However, as shown on your SCAN, the TV tuner reports a violation of Digital Transmission Content Protection (DTCP). I assume that this fault is stll current.
DTCP is a digital rights management technology that restricts applications like televisions by
encrypting interconnections between devices.
Now- I have no idea about the digital TV transmission protocols used in Japan and Ireland - but clearly (somehow) the tv module in this car has recognized that it's recieving content which has DTCP certificates that are different to the licenses that have been built into the module. Hence the reported error.
I've not seen the
4096 - Digital Transmission Content Protection (DTCP) error before and I can find no information about it on the web!
However (and I'm guessing here) given this error and my reference above to DTCP "encrypting interconnections between devices" - it's not unreasonable to assume that the audio amplifier in the MIB could be implicated in this fault.
Again for emphasis - I'm guessing!!
My hunch is that you managed to get noise from the speakers because in clearing the faults on this car - you also cleared the 4096 error. Howver, some time after using the car- the reception by the tv tuner was such that the same 4096 error was eventually re-registered in the module - hence no noise again!!
So maybe/perhaps you could try disabling the TV tuner (temprarily in the first instance) so that MIB amplifier is isolated from the possible effects of DTCP violation in the tv tuner? There are a number of ways of doing this - but probably unplugging connector
E in my
RX6 diagram above is the easiest method (this connector carries the battery supply for the tv tuner) . Of course this action will generate a number of errors - but you can deal with these later. It might also be prudent to re-set the MIB as a part of this suggestion
Don