Bonjour,
Je vais récupérer d'ici peu le nouveau PIC. Je vais essayer de le flasher avec la V1.7 ou V1.59 peu importe. Par contre, j'utilise pour le flasher Pickit3 qui est connecté directement sur le PIC, sans passer par le FTDI. Et malgré cela, MPLAB IDE/IPE dit que l'ID est invalid, donc je ne pense pas que le souci, dans mon cas, vienne du FTDI.
De plus, quand je plante l'interface opcom, le FTDI est bien reconnu, les référence matérielles non corrompues, et le faker fonctionne...
Pour le moment, je suis plus à supposer que le souci venait du PIC qui devait être un fake, mais à vérifier dans les jours qui arrivent :)

Salut
Oui sklad66 est le développeur du clone HQ
Le prix est en leva pas rouble
L'interface est une révision normale OP-COm V fabriquée en Chine
Tout est un algorithme basé sur l’ID de puce FTDI pour le protéger
Le chargeur opcom vérifie si l'outil opcom (identifiant de puce FTDI) dispose du code correct et laisse le logiciel démarrer.
Rien dans le micrologiciel PIC18F458.
Il y avait deux codes dans FTDI
Celui qui fonctionne avec les logiciels jusqu’à opcom / vauxcom 131223.
La seconde utilise des logiciels jusqu’à l’opcom 150406b / vauxcom 160115a
La solution pour son clone HQ 170823c est que vous devez avoir dans FTDI le code pour opcom 150406b / vauxcom 160115a et pour démarrer opcom 170823c, vous avez besoin d’un code d’activation de base sur l’ordinateur HWID (HDD ID + carte mère série).
Cela signifie que chaque fois que vous souhaitez installer l'opcom 170823c EN sur un autre ordinateur, vous devez demander une nouvelle activation.

Oui, il existe une solution comme celle de vauxcom 120309a qui permet à n’importe quel clone de l’utiliser car elle simule l’ID de la puce FTDI et l’utilise avec une licence qui n’est faite que pour une ID de puce FTDI.
Cette solution n’est pas rendue publique et croyez-moi, elle ne le sera plus.
Une autre solution, la plus fiable, consiste à utiliser un clone avec les logiciels originaux non modifiés.
Ce n'est pas une solution publique. Je ne crois pas qu'il soit vendu à qui que ce soit mais qui sait peut-être que vous avez de la chance

Bonne chance

Bon, snif, pour ma part, c'est à n'y rien comprendre, avec le nouveau PIC et pickit3, j'arrive sans souci à flasher les différents .hex dispo (différentes versions opcom allant de la V1.33 à V1.7), vérif de flashage OK, mais quand je connecte mon opcom, ça foire.
En fait, OCflash n'arrive plus à relire la version et l'ID. OCflash n'arrive plus à le flasher non plus car ne le détecte pas.
J'ai essayé MCprog, de reflasher le FTDI, ça marche, l'identifiant est généré, et l'interface FTDI est bien détecté par windows et validée côté drivers.
Par contre, niet, plus de dialogue, ni avec OPFUT, OPCOM, VAUXCOM, OCFLASH etc...
J'ai l'impression que les chinois ont claqué dans leur fake PIC un ID qui fait que même si le un "vrai" PIC est flashé correctement, l'ID lui ne correspondant pas au fake, et bien les interface ne reconnaissent plus rien.
Bref, j'ai la tête farcie, j'arrête pour aujourd'hui.

Monsieur
S'il vous plaît poster des photos avec votre interface PCB
Vous avez peut-être un microprocesseur marqué PIC18F458 par les Chinois, mais c’est vraiment PIC18F45K80. C'est parce que vous dites qu'il ne peut même pas être lu avec PicKit3.
Bonne chance

Bonjour,
Pas de photo sous la main, mais j'ai remplacé le PIC chinois par un vrai PIC18F458 de Microchip. J'arrive bien à programmer ce Pic, ce qui n'était pas le cas de celui chinois dont l'erreur de MPLAB était "ID invalid". Mais malgré cela, l'interface n'est plus détectée, ni par OCFLASH, ni par OPCOM, alors que les outils tel MPROG le détecte bien (FTDI bien paramétré, avec SN et ID correct)...

Hello
You need to do some more hardware modifications as well
To change the fake MCU with a real programmed one it's not enough.
What version of opcom are you using?
Whats your driver VID/PID?
It must be 0403/6001 if you are using vauxcom 120309a or 0403/4F50 if you are using OPCOM China clone 2010 software only.
But could be anything else defective in the hardware.
Check also the connectivity of TX/RX between FTDI and PIC18F458
Check if the PIC is soldered well
Check the MCLR
What to say more? I cannot write here all you have to do when you have a defective interface if I don't have it in my hands
Good luck

Hi,
Thanks for your support.
Now i stop my investigation, cancelling work on the Opcom interface. I fixed my issue, see :

Hi,
For people who could face same issue (Instument Panel Control - IPC odometer displays only 888 ; same for gearshift position for the OPEL ANTARA 2008) in further time, here is the solution :
Issue is probably created thanks to a low battery voltage or a almost-dead battery.
Thanks to this, the EEPROM 93c86a soldered on main PCB of the IPC got corrupted.
When i say corrupted, it means that it lost the VIN number of the car, lost PN, SN and variant configuration.
At same time it happened to me, i got additional variant (not present on the car ; for instance, park assistance, speed overspeed alarm...).
Well, here is the process to follow :
_ Buy an universal programmer of EEPROM (example TL866CS)
_ Buy one or two 93C86a spare parts (needed only if you are unlucky and destroy parts)
_ Search on internet (soft dump russia site) for a dump file (copy of existing EEPROM for your car, search by PN) ; download it
_ Open the .bin downloaded and modify the VIN numver according to CARPASS data for your car
_ Remove the main connector on the IPC back
_ Lock your car
_ Teardown entirely the IPC
_ Unsolder the 93c86a from the IPC board (not possible to progamm it insitu)
_ Read the EEPROM content and save it as a backup
_ Flash and verify the EEPROM with the dump file .bin downloaded
_ Solder the EEPROM back to the board of the IPC
_ WAIT 1h30 min between the time you lock your car and the time you will unlock it !!
This is important as it seems there is a timing where the system doesn't look at the EEPROM content ; so new data will be taken ONLY after this timing.
_ Assemble again the IPC
_ Unlock the car
_ Connect the back connector again
_ Turn on the start key (just supply the system) ; You should get the new mileage (taken from the dump file)
N.B.: If you want to adapt your IPC to the real previous mileage, you can either take the information from the backup file you created at real beginning OR use Tachosoft to find what should be the values and position in the memory for your mileage)

On internet, some people said that doing a reset (blanking the VIN in the ECU) on the BCM and flashing it again (flashing only the VIN) is enough to fix such kind of issue. This is probably true on other Opel's cars, but not for the Antara.

Other comment, i tried to use OPCOM to do first tests. It was great to access to different ECUs and detect that data from the IPC were wrong (for instance written as ÿÿÿÿ which is FF in the memory). But then, as some menus were grey, i tried to downgrade the firmware (V1.7) to an older version(V1.39), and once i launched again OPCOM or VAUXCOM, the software detected the old version, flashed automatically the firmware to a version V1.45 and then, no possibility to communicate with the interface anymore. Even after changing the µcontroler PIC18F458 (from China ; which was a fake one) by a real from Microchip (flashed with V1.7 and others), it was not working anymore. Driver for the FTDI inside were ok, but well...after hours, i gave up.

So, don't hesitate if you need any support ; on my side, i spent dozen hours to fix my issue !
Thanks.