generalizt wrote:

--- In kicad-users@..., "generalizt" <erik.sundkvist@i...>
wrote:

Anyway, while working towards a complete embedded product, there is
always mechanics design to consider, and a nice feature would be to
export the 3D view of the populated PCB in a format that can be
imported into a 3D CAD package like SolidWorks or Pro-Engineer. For
this purpose I think a VRML export would do just fine. Since VRML is
already used for importing 3D models of components, and all the vertex
data is already present in the 3D view, exporting to VRML should be
quite quick to implement. Is anybody else having similar thoughts?

I have looked into the code to see how this could be done. I see a few
ways forward.
Either way we need to somehow traverse the data structures and
generate the VRML (or other format) output. This traversal is of
course already implemented in the 3D viewer and could be re-used.
A: One way to do this is to copy the code already in 3D viewer and
replace the calls to OpenGL with calls to generate the file output.
This has the drawback that we will have two separate pieces of code
that need to be maintained in parallel.
B: Another way is then of course to do the same thing but embed the
file output code in the existing code, and use an attribute to choose
between OpenGL and the file output. This could result in quite messy
code though.
C: Yet another way is to abstract the calls to OpenGL with an
additional layer that will choose between the original OpenGL calls
and the file output.

A forth way would be to abstract the traversal of the data structures and re-write the 3D code to use it and then data strucure traversal is available for all the other times in the future when we will undoubtedly need it.

Ian

--- In kicad-users@..., "generalizt" <erik.sundkvist@i...>
wrote:

Anyway, while working towards a complete embedded product, there is
always mechanics design to consider, and a nice feature would be to
export the 3D view of the populated PCB in a format that can be
imported into a 3D CAD package like SolidWorks or Pro-Engineer. For
this purpose I think a VRML export would do just fine. Since VRML is
already used for importing 3D models of components, and all the vertex
data is already present in the 3D view, exporting to VRML should be
quite quick to implement. Is anybody else having similar thoughts?

I have looked into the code to see how this could be done. I see a few
ways forward.

Either way we need to somehow traverse the data structures and
generate the VRML (or other format) output. This traversal is of
course already implemented in the 3D viewer and could be re-used.

A: One way to do this is to copy the code already in 3D viewer and
replace the calls to OpenGL with calls to generate the file output.
This has the drawback that we will have two separate pieces of code
that need to be maintained in parallel.

B: Another way is then of course to do the same thing but embed the
file output code in the existing code, and use an attribute to choose
between OpenGL and the file output. This could result in quite messy
code though.

C: Yet another way is to abstract the calls to OpenGL with an
additional layer that will choose between the original OpenGL calls
and the file output.

I would prefer the C solution because it is less intrusive, and in
fact, if we are lucky, much of the work is already done. I found an
interesting project (the OpenGL Grabber), which could be largely re-used:



The author of the OpenGL grabber chose to implement it as a DLL that
replaces the original OpenGL DLL on the Windows platform. This makes
it usable for any Windows application written for OpenGL, but the
mult-platform support does not exist. For Kicad I don't think this
approach is the best one, but rather the grabber could be
re-structured into a layer that is compiled into an application like
Kicad. There are probably some cross-platform issues to address, but
overall I think it looks like an interesting possibility.

If Jean-Pierre Charras or another active Kicad developer is on the
list, I would be interested in their thoughts on this topic.

Regards,
Erik Sundkvist

开云体育

--- In kicad-users@..., "oliverhosking"
<oliverhosking@y...> wrote:

I am a new user to KICAD, though I have used other PCB drafting
programs such as Protel Autotrax in the past. I have been waiting for
an OSS PCB program - I must say I am impressed so far.
Looking to do a board using the AD9951 DDS chip.
Has anyone got a PCB footprint for the TQFP/EP (SV-48) package?
If not I will do one - see how I go..

Thanks
Richard

I have just uploaded a footprint
Would be interested in any comments ?errors etc
I didnt have a 3D file to associate with this

Richard

I am a new user to KICAD, though I have used other PCB drafting
programs such as Protel Autotrax in the past. I have been waiting for
an OSS PCB program - I must say I am impressed so far.
Looking to do a board using the AD9951 DDS chip.
Has anyone got a PCB footprint for the TQFP/EP (SV-48) package?
If not I will do one - see how I go..

Thanks
Richard

Hello!

I am a new user of KiCad and the power and ease of use have surprised
me. Good, really before it was only using a pencil to draw circuits
and PCBs. :D

I see that the author of KiCad reads this list, so I am going to put
the errors that find here.
In "lib 74xx", component "74LS175" does not have correct pins "VCC"
and "GND". Would have to be "Electrical Type:" "Power In" and not
"Input".

I hope the future in contributing more with the project.

--

开云体育

Vic,

Try this link:



I will keep it on my server for a day or so and then delete it. It is about 50 MB.

Good Luck.

Phil Covington

开云体育

Vic Fraenckel wrote:

*Still having problems downloading Kicad. There appears to be a bottleneck somewhere in the route from my broadband server and the download site. This was confirmed by others. I don't know how to get around it. *
** *Since the downloads are so large I guess it is NOT possible to maintain a mirror of the current releases here in the files section.

The files section is only 20Mbytes so as you it is not possible to mirror it there

Is there any

other solution? I would like to try Kicad as it sounds great. *
**

I could download it and email it to you if your mail box will permit files that large.

Ian

I downloaded the software last night including the documentation with no issues. BTW, kudos to Phil for sharing the news of this software in another forum :) Thanks Phil.

Dave

At 07:15 AM 11/18/2005, you wrote:

Still having problems downloading Kicad. There appears to be a bottleneck somewhere in the route from my broadband server and the download site. This was confirmed by others. I don't know how to get around it.
?
Since the downloads are so large I guess it is NOT possible to maintain a mirror of the current releases here in the files section. Is there any other solution? I would like to try Kicad as it sounds great.
?
Anyone else having this sort of problem?
?
Vic
________________________________________________________
?
Victor Fraenckel - The Windman????????
victorf ATSIGN windreader DOT com
KC2GUI?????????????????????????????????????????????????
?


Please contribute your symbols and modules to the library folder in the group files section.



SPONSORED LINKS

---

YAHOO! GROUPS LINKS

• ?Visit your group " " on the web.
• ?
• ?To unsubscribe from this group, send an email to:
• ? kicad-users-unsubscribe@...
• ?
• ?Your use of Yahoo! Groups is subject to the .

---

AD5TU

Vic,

What version do you want (Linux, Windows...)? I can place it to a temporary location on my website so you can try to download it.

Phil N8VB

开云体育

Congratulations for the great Kicad !!
Something that may be a good adition is section and voltage properties
for the conections.
This may simplify the pcb design of high pot conections, making
automatically wider the tracks and the space between them and other
ones.
?What do you think?

yajeed2000 wrote:

Hi,
I have just uploaded the corrected PQFP208 module to folder DJSBRISCOE
in the files section.

Regards,

David.

Its a perfect fit!
It should replace the one that comes with kicad.
Any way, i think the older should work too, its not too different.


Saludos, Juan Pablo.


--
Juan Pablo Daniel Borgna -- Tcnico Electrnico
INTI-Electrnica e Informtica
Direccin: Avenida General Paz 5445 entre Albarellos y Constituyentes
CC157 (CP B1650KNA) San Martn, Bs. As., Argentina TE:+(5411)4724-6200

I'm in the process with one of my friends to fix up the KiCad codebase
so that we can build packages of it for most of the major distributions
(Debian, Ubuntu, Fedora, and SuSE).

Currently I have a working spec file for Fedora/SuSE and a partially
complete debian/ directory for Debian/Ubuntu, however, these only work
with a custom compiled version of wxWidgets and not the one the distro's
provide.

So far this has been the biggest stumbling block we've run into. We're
starting to take a look at the code to see what it would take to fix it
up for these compiles to work, but I wanted to check with the list first
to see if anyone else has done similar work yet? AFAIK, the original
code was all done in French, so it would make sense to have this be one
of the first languages with UTF-8 support...


On another note, I've also rewritten the build system to use SCons
instead of make. This gives us a lot of benefits over the existing
build system:

* The build system is a lot cleaner
* More reliable builds during development due to better dependency
handling
* Parallel builds now work
* Better cross-platform support (without moving to autoconf/automake)

I haven't put any of this up on my website yet as I'm still working on
it, but if anyone on the list is interested I would be happy to put up
what I have so far.


Bryan

开云体育

Vic Fraenckel wrote:

*I just discovered kicad and joined this group yesterday to find out more about it. *
** *Is there some site where I can go to get a speedier download of the software and documentation? I have been to and have tried download sites there. I have a broadband connection however both locations are unable to serve files faster than about 20KB/Sec. This implies that the 56MB download is goint to take quite some time.

I just did a test download fron the main http site and it took only 4 minutes. Speed was over 200K bits/sec. SOunds like an internet issue at your end.

Ian

--- In kicad-users@..., "Vic Fraenckel" <victorf@w...> wrote:

I just discovered kicad and joined this group yesterday to find out

more about it.

Is there some site where I can go to get a speedier download of the

software and documentation? I have been to
and have tried
download sites there. I have a broadband connection however both
locations are unable to serve files faster than about 20KB/Sec. This
implies that the 56MB download is goint to take quite some time. Is
there any relief? I did not see the needed files in the YahooGroup
files section.

Any enlightenment will be appreciated.

Vic

Vic,

You just need to keep trying. Maybe the slow download speed was a
temporary condition. I just started a download from the ftp site and
I was getting >350 KB/sec...

Phil Covington

开云体育