Hello friends. I can not download cpu_xc161cj.rar from post 5. Please send it to xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Hello friends. I can not download cpu_xc161cj.rar from post 5. Please send it to xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Last edited by gmb45; 2nd July, 2019 at 06:49 AM. Reason: no addys !!!
I Need am Dump from 5640a Chip... Can any help?
The content of my 5640A is faulty and prevents the Bluetooth module from booting. So I need a dump to flash it with my serial number and to flash it.
hey trying to revive my vas5054a clone writing the dumps posted in the thread. It connects via bluetooth and usb. Failing on "pdu connect error" in test application. In vci info on odis s and odis e firmware details are blank. Bought another clone and it works perfectly. Hoping these dumps would help me fix the broken clone. Any one got any suggestions?
You told that "You can't brick the vas head through firmware".
I really want to believe you. But what is your opinion about my experience.
I have an old cheap Chinese VAG5054 dongle, of course without AMB2300, till now used with the good old VAS-PC 19.01.01 SW. But a new (used) 2016 Audi came into my family so I gave it a try doing a big jump and install ODIS-S 7.2 on Windows 10. To my greatest surprise it worked. I had a more than one hour stable diagnostic session. OK it was a minimal use, reading, clearing DTCs, trying GFFs, monitoring some paramters, no any flashing. But it has been working flawlessly.
When I finished and closed my Win10 VirtualBox session, made some cleaning stuff, e.g. merging of its snapshots, then I tried to start ODIS again, it did not work, and never worked again. I tried the PDU-API test app and the PDUModuleConect always failed with the general PDU_ERR_FCT_FAILED error.
Both Bluetooth or USB connection was working well. VCI manager/configurator was able to detect the VCI with the appropriate communication channel, so the device drivers worked well, so when any of the connection was established the blue LED switched from flashing to continuous lighting. But when I pushed the appropriate button in the test app and send the PDUModuleConect command/function call to the VCI the blue LED was flashing one or more time, so dongle got the request, but no any response, and finally I got the PDU_ERR_FCT_FAILED messages.
I first though that the problem is about the VirtualBox stuff, when I merged the snapshot some driver were injured. Although this was not very likely, but maybe. So I fully reinstall the whole ODIS stuff from scratch, on a fresh and virigin Windows image, exactly the same as before. Did not help.
I tried thousands of other things but nothing helped, I lost the PDU_API communication with my dongle without any rational explanation.
I tried with many older ODIS versions, with Win7 32 and 64 bit combinations. I tried many older PDU-API versions/firmwares, e.g. the latest stable 1.20.020 for these clones, even I tried my very old VAS-PC 19.01.01 with version 1.10.48.
The test app always showed that none of the PDU API firmware versions could connect to the VCI. But once in the past even a very new one, the 1.20.042 could do it. But never again.
So, I'm quite clueless. It is unlikely that the dongle suddenly went bad at that time. The conspiracy theory that ODIS ruined VW's hated VAS5054 clone is also unlikely. Although I have no other dongle to test my attempts, but I'm pretty sure the problem is on VCI side. I was carefully cleaning and reinstalling many version of drivers and firmwares. VirtualBox helps to make tidy environments and configurations. Nothing helped.
But then what is the explanation for this behaviour?
If you have any experience how to reflash the dongle without a working PDU-API and the Test app, please let us know your thoughts.
Last edited by gobftald; 8th December, 2021 at 10:41 PM.
Hello. Tell me, did you manage to sew on the XC161CJ controller and what is the result? I have a similar story with the adapter: "internal error: 700.2101".
Bookmarks