It would be helpful if you describe your observed behavior and expected behavior. E.g. nothing is shown on your display, or values are arriving but with wrong values or missing completely or start ok and later are stuck or or or.

Looks good. Just wire CANH, CANL and ground to the wifican and add a 12V supply. Then clip it to a CAN and show us what you see. What is missing?

This leads to the next question. Which is the expected behavior? (E) It is normal, that the angle spot value changes multiple times from 0 to 360°. Because the angle is a "virtual angle" which counts per (resolver?) pole pair, not per physical revolution. (F) During one physical revolution...

In the description of the parameters and spot values https://openinverter.org/wiki/Parameters we find "dir", with the explanation Rotation direction. -1=REV, 0=Neutral, 1=FWD This could help, to split the search range into two two smaller search ranges. There are two possibilies: (C): The ...

So, I got my CANcrocodile, along with an ESP32-S3-Pico board. My wonderful friend CHATgpt just doesn't seem to be able to dumb things down enough for me to create an interface to use the CANcrocodile to sniff the CAN Bus. Did not get the point where you are stuck. Do you have the CAN hardware runni...

There is confusion, maybe due to the translation. Which of the statements is true? (A) The motor is spinning in the opposite direction. You select forward, and it moves backwards. You select backward, and it moves forward. (B) The car always moves backwards. You select forward, it moves backwards. Y...

There are also 11kW public chargers, and drawing 22kW from them could blow the fuse. Means: evaluating the PWM makes sense.
And: There are public chargers with fix cable and plug. Means: Having a type 2 socket in the charger gives more flexibility.

As I'm not using a linux system, I wasn't able to get trace message I recommend to record the SPI traffic, and convert the SPI data into a pcap file, which can be inspected e.g. using wireshark. The workflow is described here: https://github.com/uhi22/Ioniq28Investigations/blob/main/CCM_ChargeContr...

Slightly off-topic, but does anyone have spare QCA7005 chip to sell, 1-2pcs? Good question, did anybody find a reasonable priced source in the meanwhile? (I'm dreaming of below 10€) Regarding the versioning: The latest version is on johus wakeup branch. If further tests are turning out that this is...

For the beginning, find out how many CAN busses go to the battery (hopefully 1). Find out the baud rate (with oscilloscope). Record some CAN traces (savvycan). Eg recording a complete short charging session and a short drive.

Great, congratulations! - The "maxPower" parameter didn't seem to stop me from setting voltage/chargeCurrent to values exceeding the set max wattage. - MaxVoltage didn't seem to prevent me from setting target voltage higher (did not prevent the output power) - MaxCurrent did not prevent me...

It does not help to try random things. The goal is to find the root cause, why the PP resistance is not 150 ohm. This is a simple resistance measurement, where not much can go wrong. Theres a certain chance, that fixing this issue could also fix the failed cablecheck. To find the issue with the PP r...

There are physical connection issues. Back to 8th of May: 2. When plugging and unplugging, you should see in the web interface resistanceproxpilot changing between 10000ohms (means infinite) to whatever your charger has. 3. If nothing helps, disconnect everything, use a resistor (something between 1...

Created https://github.com/uhi22/ccs32clara/issues/17 regarding missing stack pointer initialization, which is one reason that Clara crashes on the iso-test branch. Any hint welcome. [Edit] The missing stack pointer initialization is solved now on the iso-test branch. DIN works again, ISO not yet te...

Normally there should be no need to "call .ino files" and "adding header files". The arduino IDE should automatically treat the ccs32.ino as main file and show all the files in the project, without the need of calling or adding something. The only arduino-specific things need to ...

serh270 wrote: ↑Sun May 12, 2024 8:56 am There's this odd change in log value numbering.

Do you talk about this: [705380]? This is not a "log value numbering", this is the time since Foccci was powered-on, in milliseconds.

There is confusion. You are saying the cable check fails, and in the related log it is successful. image.png How do I get to this conclusion? Using Notepad++, there is in the search window (Crtl F) the button "find all in current document". Searching for "CableCh" reveals the con...

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.