7 version seems to really buggy. Is there easy way migrate back to version 6 (schematics and PCB design) ? I started my new project with 7 version, but I cannot use Freerouting with it.
The Board Setup/Netclass assignments seems to be different than 6-version, netlist don’t come automatically from the design schematic. I have to add manually. However these manually added netclass assignments are not written to the spectra session file (DSN), because freerouting uses only the default netclass track width, not the values from netclass.
Also there is another bug that I reported earlier (keep away areas are not written correctly to DSN file)
This make it very difficult to use Kicad 7 with auto router
Freerouting does use the assigned netclasses but you have to tell it to not use the cached settings the second and subsequent runs. It has always been so.
Edit: I just tried it with a couple of boards I’ve already done. Usually I run it from a script, specifying the .dsn file. This time I ran it without any arguments. Then I had to navigate to the directory using the file explorer and select the .dsn file. The netclasses list was correct. After routing, I selected Save and Exit. This wrote the settings into a .bin, a Java serialization file.
If you change the netclasses and create a new .dsn file, the netclasses will be read from the previous .bin file not the .dsn file. I don’t have this .bin file because I run it with no GUI interaction. You could delete this .bin file before the next run, or use the Cancel and Exit action which doesn’t write the .bin file, after exporting the .ses file of course.
Hi, I’ve also identified a DSN bug in KiCad 7.0.2. Downgrading to KiCad 7.0.0 seems to be effective as a workaround for the time being.
– fanfan
Care to describe the bug? It may already be fixed for 7.0.3, or it may not be known - if no one knows about it, it probably isn’t going to get fixed.
Stray characters written to DSN file in v7, worked in v6.
Is that definitely the same bug fanfan mentioned?
It’s for sure the one heikkiw mentioned at the top of this thread, since he’s one of the reporters on that issue. I don’t know if fanfan is one of the other reporters, they may have a different handle on Github. I thought andrasfuchs would have reported it but I can’t find the issue.
The way fanfan described it I thought it might be a different bug than the original. Tough to tell without any detail 
I think there is only one bug not two and it was introduced between 6.99/7.0.0 and 7.0.2.
I read the project created with KiCad 6x with KiCad 7.0.2 and edited the class with Settings > Design Rule > Net Class. After that I output the DSN, but Freerouting could not read this file correctly. When I downgraded to KiCad 7.0.0 in this state, it worked fine.
I only use one handle. The real name in Japan is “繁” and the Chinese handle is “繁繁”.If you pronounce this in Chinese style, it will be “fanfan”. Stacking two is a Chinese rule when making nicknames.
You should report this on the freeRouting Github site in the first instance. Then the freeRouting maintainer can decide whether it’s a new bug or just another instance of an existing one. More information is needed. It’s premature to decide where the fault is. For sure freeRouting needs to be more robust with invalid input.
Edit: it could also be this one: KiCad plugin: can't load DSN, but no errors or warnings are shown · Issue #181 · freerouting/freerouting · GitHub
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.