Hi, I have installed the freerouting plugin, but when I run it I always get
"WARNING Non-ansi character ‘-’ found at position 82 just after ‘’.
That’s just a warning but when I click ‘OK’ up comes Freerouting settings and the workspace, but immediately throws error…
java.lang.ClassCastException: class javax.swing.JSeparator cannot be cast to class javax.swing.JPanel (JSeperator and JPanel are in module java.desktop of loader ‘bootstrap’)
The same happens with various project files I’ve tried.
Java isn’t one of my strong languages so I’m a bit stuck. Has anyone else come across this one please ?
java - version reports…
openjdk version “11.0.20” 2023-07-18
OpenJDK Runtime Environment (build 11.0.20+8-post-Ubuntu-1ubuntu122.04)
OpenJDK 64-Bit Server VM (build 11.0.20+8-post-Ubuntu-1ubuntu122.04, mixed mode, sharing)
I’m assuming you’re using an up to date freerouting. You might want to report this on the freerouting Github site: GitHub - freerouting/freerouting: Advanced PCB auto-router as it’s a separate project. The plugin merely facilitates the round trip between KiCad export of the DSN file and import of the SES file.
In the past I’ve come across this when freerouting couldn’t handle non-ASCII characters in text labels and such. As a workaround you might want to replace that offending character with an ASCII lookaline.
Thanks for the quick response Retiredfeline!
I’m using V1.8.0 - I think that’s the latest.
Yes, I wanted to replace the rogue character with something else, but when I open the temporary DSN file in pluma, it does not complain about non-ansi chars. Normally it asks if you wish to proceed. The warning isnt too helpful - not sure how to interpret it
…
Non-ansi character ‘-’ found at position 82 just after ‘’
…
Character nnn on line nnn would be a lot more helpful, along with the ascii value of the offending characer would be good
That’s near the beginning of the file, only 82 bytes in. When you have found it, change the offending text in the layout or schematic. I think the subsequent Java error is collateral damage.
Hmm, interesting. When I locate the 82nd byte it’s in the middle of the first line. It contains the ‘pcb’ directive which ponts to the DSN file path. in the middle of the path we have the following the … represent the surrounding text.
…zero/CoilDriverCircuits - KiCad/CoilDriverBoard…
So, oddly, it doesnt seem to like " - " ie space, hyphen, space inside the string (even though it is escaped by double quotes).
