PCB layout - JHarvey

[AbeFM]

OMG! How annoying.

I ran a ERC check at home, and it came up with my circuit being unconnected, the hall inputs.

Ok, I went around and relabled everything, with nice yellow lables. Everything was awesome.

Now, back in linux, all those connections are broken. And some of the text is upside down etc. Uhg! I wonder what's wrong, what to do about it.

Anyone seen this, that these "hlabels" don't carry well from linux to windows?

[jharvey]

Haven't tried it here. I've been using it on Linux, I believe Fred it Linux only at the moment.

What version are you using in Linux, and windows? I'm curious if it's a version issue or a windows issue. Mine notes build version blank, and 2007-07-09 Unicode version. Not sure why build version is blank.

[AbeFM]

I wanted to check the same thing - but I never found the version information. Perhaps in 300 years or so, when life slows down, I'll try to find out. I would certainly up or even down-grade one copy to get them compatible. It's ridiculous losing work just cause I want to make progress on two different machines. Instead of focusing on learning how to do layout, I'm wasting time editing text files and messing with permissions, all on the schematic.

BTW - have you used WINGS3D? Seems to be the very worst 3-D modeler I've ever used.

[AbeFM]

Wow, ok, I might have to find out where you got your download from.

Windows:
Build 20080715 (presumably 7/15/2008)

Linux:
Build 2007-07-09

So there is over a year between them. Windows, the version I've decided to call "standard" is the newer one. Maybe there's some update. Also, maybe I only need to update Eeschema

Also
Linux: Based on wxWidgets 2.8.4

Windows: Based on wxWidgets 2.8.8

[Fred]

The version of the linux one will be accurately available from the package management system. The version of the windows one was available to you when you installed it at the very least. You should never have needed to mess with any permissions, either your crappy redhat based distro is broken, or you broke the setup by doing something funky, or the way the project is laid out is broken. I doubt the latter because I have used jharveys ones on my box without issue.

[Fred]

WTF, what sort of crappy half baked distro do you have?

[AbeFM]

http://iut-tice.ujf-grenoble.fr/cao/ful ... nstall.txt

The full version of kicad is intended to be installed in /usr/kicad.
download the full archive kicad-full-version-yyyy-mm-dd.tgz from
http://iut-tice.ujf-grenoble.fr/kicad/
This is the "official" stable version

goto /usr/local
untar the file (tar zxvf <path to find the downloaded file>/kicad-full-version-yyyy-mm-dd.tgz)
to launch kicad, run /usr/local/kicad/bin/kicad
You also can copy the file /usr/local/kicad/bin/kicad.desktop to your Desktop and use it to run kicad.

smaller files and snapshots can be downloaded from:
http://kicad.sourceforge.net/

http://iut-tice.ujf-grenoble.fr/cao/ has the files. I'm installing:
http://iut-tice.ujf-grenoble.fr/cao/kic ... -07-15.tgz

There is a newer, RC1 released a day or two ago, but I think stable is better than new so there you go.

[Fred]

Can you not get an automated install version for your distro? Installing packages manually is a last resort sort of thing to do.

Fred.

[jharvey]

I think I may have been the one that was playing with permissions in the KICAD dir, I installed KICAD via "yum install kicad". If you know a MythTV distro that is more stable than MythDora, I might be willing to switch from Fedora Core 8. I also have a machine running CentOS for the use of EasyVoxBox, but again I don't know an alternative for this machine. Those are the primary tasks for these machines. I have other machines, but they are highly experimental (software and hardware wise), and far less stable.

So you don't want the CPU pin outs to move from their current positions because it might interfere with a non developed feature that pin could be used for. I'm sure some are forced to pins because of timers, ect, but I'm also sure the AN's can go on what ever AN pin is available. I'm also sure other pins can be moved around as well. My understanding is that you don't won't to limit future growth by using those pins now.

My feel is that you should have a table that notes something like "PE1 = injector 1 output", ect. That way if we decide to change the pin out, you can simply change PE2 = injector 1 and your all set. However if that doesn't work for you, perhaps we can simply run these pins to the connector board, then back to 1.0, and we can physically change them when ever we feel like it. That way we reduce the chances we scrap a board that is full of parts.

I'm basically at the point where I need to connect the injectors to the CPU. I've been putting that off as long as I can, but I don't see much more I can do until I know where I can put the pins.

Thoughts?

[AbeFM]

You're saying to make the connector board also an interposer, which would bring most of the signals straight through, but reroute a few others?

I think this goes in the other thread. I'm not AGAINST the idea, but the best thing would be to come up with routing that just works.