Hi, Nico
Nico Sabbi wrote:
> Nico Sabbi wrote:
>
>> Hartmut Hackmann wrote:
>>
>>>>
>>> It is possible to force a firmware download but this is not a good
>>> solution. Could it be that the firmware download only works after a cold
>>> boot? A firmware download is not necessary after sleep.
>>> In this case, i have an explaination: It is possible to remap the eeprom
>>> to another address to allow firmware updates. If it is remapped, the
>>> dsp will not find it and...
>>> The eeprom address normally is controlled with a GPIO pin of the channel
>>> decoder. At first start, the pin is tristate and download works
>>> due to a resistor.
>>> Its the same with a card i am working on here. So i can provide you a
>>> patch
>>> the next days.
>>>
>>> Best regards
>>> Hartmut
>>>
>>
>>
>> In the meantime I patched my patch to force the upload of the firmware
>> from file,
>>
> [snip]
>
>> tda1004x: Error during firmware upload: -5 (this is the result of
>> i2c_transfer())
>> tda1004x: firmware upload failed
>> tda1004x: pll set failed
>>
>>
>> Hartmutt, can you understand why this operation fails?
>>
I learned that is dangerous to do a firmware download when there is an
eeprom - not sure why. The reason might be that i actually do something
wrong with the I2C interface of the tda10046 when it has a 16MHz xtal.
This is corrected in the version i wish to upload asap.
>
> BTW, using Giampiero's eeprom programmer I could successfully backup,
> erase and reprogram
> the firmware of the TDA10046.
> Now everything is working once again :)
>
Oh, good. I haven't tested it yet.
Does it report how it remapped the eeprom address?
I think the cause for your problems is that GPIO3 of the tda10046
needs to be 0 - as it is on other recent LifeView boards.
Best regards
Hartmut
