I use Putty on windows10 for logging, this adds nice wall-clock time and date at the beginning of each session. And if you repower the foccci before plugging in the CCS, you also get fresh time stamps of clara, starting at zero milliseconds. Both helps a lot for orientation.

good news: The Qingdao announces that it is able to provide 1000V, even with the good old DIN: "EVSEMaximumVoltageLimit.Multiplier": "-1", "EVSEMaximumVoltageLimit.Value": "10000", "EVSEMaximumVoltageLimit.Unit": "V", and 150V minimum: &quo...

This is the plan.

The plan is that Clara announces both, DIN and ISO2013, and the charger selects what it likes. I do not plan to remove the DIN support. For testing, there is a parameter to force DIN or ISO, but in the end the "both" setting will be the usual way.

At the moment, Foccci/Clara only support the DIN schema for the high level communication (din:70121:2012). This is fine for most use cases. However, the limitation of the DIN is, that the maximum voltage is 500V, reported by the charger. To use higher voltages, we need to step to the ISO15118, which...

Found out, that the ISO1 (aka ISO 2013) needs less ressources, and also KIA EV6 uses this schema, so it should be fine for us. Now it fits. In case someone needs the ISO2 (aka ISO 2016), a bigger controller is necessary. What a crazy thing. [Edit] We are off-topic here, so let's discuss the DIN/ISO ...

uhi22 wrote: ↑Fri May 10, 2024 8:56 am Well, this could be the trigger to integrate also the ISO schema besides the currenty used DIN schema. Seems possible, but some work to do.

Trying to support DIN and ISO in one software runs into out-of-memory (RAM and ROM) at the moment. https://github.com/uhi22/ccs32clara/tree/iso-test

Nobody tried above 500V, I guess. Regarding unloaded tests: Different chargers behave differently. Alpitronic make a perfect regulation, no matter whether they are with no load. Others overshoot the voltage and shut down.

Well, this could be the trigger to integrate also the ISO schema besides the currenty used DIN schema. Seems possible, but some work to do. Is your charger rated for 800V?

The target voltage of 790V will also not work. The DIN schema, which Foccci/Clara uses, supports ususally 500V maximum voltage. This limit normally would be visible in the ChargeParameterDiscoveryResponse here: https://github.com/uhi22/clara-logs/blob/180cabf76ad4bb507d5f524c00889ba4d2cc3177/2024-05...

Do you have any chance to measure the CP with an oscilloscope? There could be not much wrong, the charger just needs one diode and two resistors to make the ABB happy. Or maybe the ABB is broken, and just providing a strange error message...

All the values were consistent with CCS1 No. In the log we see e.g. [931600] ResistanceProxPilot [ohm] 895, this is for sure not consistent (or at least the explanation is missing). And it is not consistent that later in the log the ResistanceProxPilot jumps to around 200 ohms. It would be really h...

Could also be normal. The PP resistor should be in the plug and nothing else is mandatory on the PP. Is it possible to take a multimeter and measure the PP resistance while everything is off and disconnected?

Okay, then my proposal is: At startup of the esp:
If numberOfBinFiles>1 then deleteAllBinFiles()
This keeps a single file forever, and cleans up multiple ones.

From my understanding there are two classes of parameters: one is stored in flash, the other is volatile. Maybe you try to store a volatile parameter. Or does the issue happen for all?

Just to be sure, "sharing the same PE" means, that the following signals are together: - Ground of Foccci - Ground of the 12V supply that feeds Foccci - PE of the CCS socket - minus of the multimeter if you measure the PP voltage on car side (around 4.5V if nothing is connected). - ground ...

Regarding the topic "ESP file system gets full due to multiple bin files", I understand that one fix is to delete the bin file after successful update. The above commit implements this fix in the javascript, means: in browser. Right? This helps in case of successful flashing, but for the u...

Yes, there seems to be confusion with the pins. There are three: 1. The PE, protective earth, chassis ground. This needs to be connected to the ground of Foccci. This is the reference point for your multimeter. The single 6mm pin in the center. 2. The CP. Control pilot. This needs to be connected to...

The dealer announced it here https://m.mobile.de/auto-inserat/tesla- ... 8c&type=ad
Quite expensive, 30k euro for such a broken car.

In a comment to the video ( we got a confirmation from mizettelzettel that pyPLC together with 350V physical voltage convinced a Tesla model 3 to close the contactors, and drawing 4kW over 30mins was working without error.

No, the coordinator setting cannot be changed by the car, and also pyPLC does not touch this. It is only changed by writing a PIB. At least I see no other way.
"Always" is the correct CCo setting for the Evse.

Done viewtopic.php?t=4980

As @jrbe proposed, we could try to improve the docu using AI. This thread is intended to discuss the possibilities and the results.
Any Idea welcome.

To cover the typical mistakes "CP and PP mixed up or not wired" just added hints in the trouble-shooting chapter: https://github.com/uhi22/foccci#no-comm ... r-possible