Xhorse Condor II Breaks Cutter 1.5mm when Calibration?

Problem:

I have a problem with my xhorse condor mini plus 2! I am new at this work. I have broken 4 milling cutter (1.5mm) the latest I broke is yesterday when i make a update and I want to recalibrate  I use 1.5 mm cutter for calibration. when I start the machine I put hon66 calibration key but not a blank key I have used this key before for calibration and It broke 1.5 milling cutter.

Solution:

You set the blade speed to the highest speed. Don’t put max speed. The rule is to slow down.

Use cutter 2.5mm to cut any type of key without changing. You will not find any problems at work.

If not working, put di-electric compound on the tip of your probe and cutter. After that do an electric conductivity test before calibrating under the device information tab at the bottom of your Keytool Max or Xhorse App. It sounds like you’re probe and/or cutter is not getting proper electrical conductance.

Xhorse XM38 Adds Veranda & Sienna 0431(BA) Board

 Xhorse has added Toyota 8A 0431(BA) 433.58/434.42 dual-frequency immo programming option recently. Supports latest Toyota Veranda & Sienna to generate Xhorse XM38 Smart Key.

Toyota XM38 key adding is now available on VVDI Key Tool Plus Pad. For users who had Toyota 8A smart adapter should pay for passwords to add key.

Xhorse had updated remote data based version V441 on 27^th, Sep, 2022.

Corresponding smart card upgraded contents are as follow:

Added Toyota Veranda(BA) 8A smart card(XM38);

Added Toyota Sienna(BA) 8A smart card(XM38);

Added Changan CS75(ASK) 4D smart card(XM38);

Added LANDWIND X2 8A smart card(XM38);

Added Chery Tiggo 3 Blue ID4A;

Added Chery Kaiyi Xuandu ID47.

www.vvdishop.com

How to Fix Xhorse Key Tool Max Pro Chip Conversion Failed?

 If users have problem generating xhorse super chip xt27 with vvdi key tool max pro, error “Chip conversion failed”. Here is the solution.

Solution:

in Key Tool Max Pro, go to Update-> Device synchronization

Sync your device and try again.

Xhorse VVDI Prog Audi J518 Chip Not Connected?

 Problem: 

I failed to write Audi J518 ELV emulator 2010 ol01y with xhorse vvdi prog. It says chip not connected. Any idea?

Solution:

You did wrong wiring connection.

Follow correct wiring diagram here and make good connection again.

Here is the detailed instruction on how to write Audi J518 emulator with vvdi prog

http://blog.vvdishop.com/write-audi-j518-elv-emulator-256-128-with-vvdi-prog/

How to Adapt Used Porsche BCM with VVDI Prog and VVDI2

Information: what programmers to use and from which to stay away when doing Porsche front and rear BCM modules on Cayenne, Macan, Panamera and others.

How to back up MCU memories – D-Flash and P-Flash, read IMMO/Key/CS related information and how to adapt used BCM and ECU modules to the car.

When you are trying to read/unlock/write BCM is dead after.
MCU’s used in these BCM’s is very sensitive (Motorola MC9S12 – 1L15Y, 1N35H, 2M25J, 5M48H)
and some programmers when trying to ID/Read/Unlock/Write these MCU’s tend to corrupt or erase the memories in these MCU’s.
From what we have experienced it is the D-flash and Partition configuration that tends crash.

Here’s the user working experience:

“I have from scrap Cayenne 2014 4.2 diesel – front and rear BCM modules and both ECU’s EDC17CP44
and I also bought used BCM from Macan 2017 to play with.

BCM reading/unlocking:
Cayenne Front BCM with 5M48H MCU, rear BCM with 2N25J MCU and Macan front BCM with 1N35H MCU.
All 3 BCM modules i successfully read with Xhorse VVDI Prog. I removed the diode, 0 ohm resistor,
made the cut to crystal connection and i prefer to desolder the crystal too and 12V power supply to programmer connected.
It had no problem reading the backup of Dflash and Pflash. It did the UNLOCK function without problem.
From there is started to experiment what could be the reason for corrupting these memories.
Using VVDI Prog i used LOCK function to lock back these MCU’s where locked byte is 7D (FE for unlocked).
I have Autel IM608 with XP400Pro programmer and I tried to use that for reading these BCM’s. 2M25J was OK. 5M48H was OK. 1N35H – DEAD.
Autel could not do the backup of the 1N35H, it was unsuccessful unlocking the MCU. After that VVDI Prog could not unlock it too because something in that MCU was already corrupted by Autel programmer.
Had to use “Force Unlock” with VVDI Prog and it worked but Dflash was already wiped, partition config was wiped and Pflash was seriously corrupted.
So i revived that 1N35H memories with what i had backed up before, did the LOCK again and tried again with Autel.
Autel killed it again. I don’t know about other people experience but mine Autel XP400Pro is a “No GO” fot 1N35H MCU.
I am not saying VVDI Prog is the golden tool because some people using VVDI Prog have killed the BCM’s.
For example i tried to read the 1M35H and 5M48H mcu with VVDI Prog but 12V power supply disconnected – it did not read anything. But it also killed these memories like Autel.
Maybe Autel has bad power delivery to MCU where 5M48H tends to survive but 1N35H is way too sensitive and dies.

Immo/ECU/BCM CS:
Since i have both BCM’s and ECU from the same car i did some research on IMMO CS information.
These are only my findings and I have no idea but maybe it can help to adapt used module to the car for someone using this info.

ECU is EDC17CP44 like VAG cars i tried to use VVDI2 to calculate CS from eeprom and flash and it worked.

In front BCM Dflash there are 2 CS. 1 for KEY programming and 1 that is exactly the same as VVDI2 calculated ECU CS.
In rear BCM Dflash there are 1 CS that is a MIX from both ECU CS and Key programming CS.
CS:
1B EE E3 28 DB 1A 39 7F 04 FA 01 A8 F2 8C E4 F7 – ECU (EDC17CP44) CS calculated with VVDI2 software 
A1 64 65 AE F1 B7 0A 3A 6C EB 56 7E A1 34 92 BD – Front BCM CS for key programming (located in Dflash 0x0021D and 0x0211D)
1B EE E3 28 DB 1A 39 7F 04 FA 01 A8 F2 8C E4 F7 – Front BCM CS for ECU sync (located in Dflash address 0x0022D and 0x0212D)
1B EE E3 28 F1 B7 39 7F 04 FA 56 7E F2 8C E4 F7 – Rear BCM CS (located in Dflash 0x00202 and 0x02402) is a mix
where 5th, 6th, 11th and 12th byte are from key programming CS and other bytes are from ECU sync CS