I opened your STEP file in Solidworks and it looks OK, I exported it as STEP 2003 and pulled it into KiCad . . .
So I then tried exporting it from Solidworks as STEP 2014 and again pulled it into KiCad . . .
Looks like the FreeCAD STEP exporter may be a bit buggy . . .
AT115H_BA00.2014.zip (1.3 MB)
Thank you, your model works!
I also tried exporting from FreeCAD to .wrl, but there the wrong scale was added to the display error (the model was bigger), so I had to set the scale to 0.3937 in all axes. I thought it was some sort of mils vs. mm, the numerical value correspond to it. I also tried two versions of FreeCAD 0.19.4 and 0.21.1, without any change.
That’s interesting, the .step version from FreeCAD looks completely different than your Solidworks version.
Start of file from FreeCAD:
ISO-10303-21;
HEADER;
FILE_DESCRIPTION((‘FreeCAD Model’),‘2;1’);
FILE_NAME(‘Open CASCADE Shape Model’,‘2023-11-16T09:59:18’,(‘Author’),(
‘’),‘Open CASCADE STEP processor 7.6’,‘FreeCAD’,‘Unknown’);
FILE_SCHEMA((‘AUTOMOTIVE_DESIGN { 1 0 10303 214 1 1 1 1 }’));
ENDSEC;
DATA;
#1 = APPLICATION_PROTOCOL_DEFINITION(‘international standard’,
‘automotive_design’,2000,#2);
#2 = APPLICATION_CONTEXT(
‘core data for automotive mechanical design processes’);
#3 = SHAPE_DEFINITION_REPRESENTATION(#4,#10);
#4 = PRODUCT_DEFINITION_SHAPE(‘’,‘’,#5);
#5 = PRODUCT_DEFINITION(‘design’,‘’,#6,#9);
#6 = PRODUCT_DEFINITION_FORMATION(‘’,‘’,#7);
#7 = PRODUCT(‘AT115H_BA00’,‘AT115H_BA00’,‘’,(#8));
#8 = PRODUCT_CONTEXT(‘’,#2,‘mechanical’);
#9 = PRODUCT_DEFINITION_CONTEXT(‘part definition’,#2,‘design’);
#10 = SHAPE_REPRESENTATION(‘’,(#11,#15,#62,#109,#156,#203,#250,#297,#344
,#391,#438,#485,#536,#587,#638,#689,#740,#791,#842,#893,#944,#995,
#1046,#1097,#1148,#1199,#1250,#1301,#1352,#1403,#1454,#1505,#1556,
#1607,#1658,#1709,#1751,#1793,#1835,#1877,#1924,#1998,#2045,#2087,
#2129,#2176,#2218,#2265,#2339,#2386,#2433,#2507,#2554,#2596,#2638,
#2685,#2727,#2774,#2848,#2895,#2942,#3016,#3063,#3105,#3147,#3194,
…
from Solidworks
ISO-10303-21;
HEADER;
FILE_DESCRIPTION (( ‘STEP AP214’ ),
‘1’ );
FILE_NAME (‘AT115H_BA00.2014.STEP’,
‘2023-11-16T09:55:28’,
( ‘’ ),
( ‘’ ),
‘SwSTEP 2.0’,
‘SolidWorks 2021’,
‘’ );
FILE_SCHEMA (( ‘AUTOMOTIVE_DESIGN’ ));
ENDSEC;
DATA;
#1 = EDGE_CURVE ( ‘NONE’, #30649, #62603, #34739, .T. ) ;
#2 = ORIENTED_EDGE ( ‘NONE’, *, *, #21045, .T. ) ;
#3 = B_SPLINE_CURVE_WITH_KNOTS ( ‘NONE’, 3,
( #35114, #15327, #60207, #50303 ),
.UNSPECIFIED., .F., .F.,
( 4, 4 ),
( 0.000000000000000000, 1.000000000000000000 ),
.UNSPECIFIED. ) ;
#4 = CARTESIAN_POINT ( ‘NONE’, ( -5.510159959683233133, -5.968368178329201079, 0.1499999994399999204 ) ) ;
#5 = B_SPLINE_CURVE_WITH_KNOTS ( ‘NONE’, 3,
( #16733, #61632, #36516, #51735 ),
.UNSPECIFIED., .F., .F.,
…
I tried all the .step formats that FreeCAD 0.21.1 offers but none of them work properly.
I tried importing these .steps into PrusaSlicer 2.6.1 but every time I see an error message as reported here .step file import fails · Issue #10326 · prusa3d/PrusaSlicer · GitHub
The issue will probably be on the FreeCAD side. It’s not good because KiCAD offers a FreeCAD co-installation for 3D model management during installation. But it doesn’t seem to work.
I created a thread on the FreeCAD forum
https://forum.freecad.org/viewtopic.php?t=82751
I am afraid it may be a KiCAD problem, CSMark downloaded an IGES model and exported it as STEP in FreeCAD and that model opens fine in FreeCAD and SolidWorks but not in KiCAD7, I did a test trying to open it in KiCAD6 and it works fine.
KiCAD7
KiCAD6
Application: KiCad PCB Editor x64 on x64
Version: 7.0.7-105-gc7a4ea97c3, release build
Libraries:
wxWidgets 3.2.2
FreeType 2.12.1
HarfBuzz 6.0.0
FontConfig 2.14.1
libcurl/7.88.1-DEV Schannel zlib/1.2.13
Platform: Windows 10 (build 19045), 64-bit edition, 64 bit, Little endian, wxMSW
Build Info:
Date: Sep 11 2023 05:14:04
wxWidgets: 3.2.2 (wchar_t,wx containers)
Boost: 1.81.0
OCC: 7.7.1
Curl: 7.88.1-DEV
ngspice: 41
Compiler: Visual C++ 1936 without C++ ABI
Build settings:
KICAD_SPICE=ON
I opened the AT115H_BA00.ZIP in FreeCAD 21.1, No problem.
I changed the color (for better clarity) and Exported it from FreeCAD then loaded the exported file in Kicad, no problem with the FreeCAD exported file.
But, Look at the back-end and elsewhere of the image in Kicad’s viewer - missing closures on the part!!!
Looks like a Kicad problem.
Try to take a screenshot looking from the bottom or the left side (slightly from the bottom). Maybe this problem has something to do with the direction of the light…
Sometimes light direction does affect what we see but, not in this case… Kicad’s 3D-Viewer video below…
IGES (IGS) format is almost abandoned, IGES format always brings in parts as a surface model
an old discussion here:
You’re correct (I overlooked it was an IGES file… I need more coffee!)
Just for completeness, the original IGES file seems to be this one:
AT115H-BA00.ZIP (881.3 KB)
(taken from CSMark´s post in the FreeCAD forums)
what he shared in his original post seem to be the STEP file exported from FreeCAD, that apparently opens fine in FreeCAD, SolidWorks and KiCAD6 but not in KiCAD7.
EDIT: Even the STEP file exported with StepUp doesn’t display corretly in KiCAD7
unfortunately not even the manufacturer is offering a step file, but only iges
here the original manufacturer download link:
https://www.attend.com.tw/data/download/file/115H-BA00.rar
So something must have changed in kicad 7, that is not parsing what was parsing fine in kicad 6
it somebody could take a look at it in v7.99 and see if there is a problem there too, it would be helpful in case it needs reporting.
Today I tried today’s version of KiCAD 7.99 Rendering that .step broken down in the same way.
Issue created on GitLab
My version (https://downloads.kicad.org/kicad/windows/explore/nightlies/download/kicad-nightly-7.99.0.3676.g2604854221-x86_64.exe) info is:
Application: KiCad Footprint Editor x64 on x64
Version: 7.99.0-3676-g2604854221, release build
Libraries:
wxWidgets 3.2.4
FreeType 2.12.1
HarfBuzz 8.2.1
FontConfig 2.14.2
libcurl/8.4.0-DEV Schannel zlib/1.3
Platform: Windows 11 (build 22621), 64-bit edition, 64 bit, Little endian, wxMSW
Build Info:
Date: Nov 22 2023 06:18:17
wxWidgets: 3.2.4 (wchar_t,wx containers)
Boost: 1.83.0
OCC: 7.7.1
Curl: 8.4.0-DEV
ngspice: 41
Compiler: Visual C++ 1936 without C++ ABI
Build settings:
I was about to report this in Gitlab, but @CSMark did it before, thanks!
Bug report:
Apparently it has been fixed already! The KiCad team is great!!
The commit with the fix was made 54 minutes before I made the bug report, interesting 
Yeah, sometimes developers are also reading the forum, dsa-t probably read the conversation and happily took a look
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.
