This could be even uglier, as the part on top I am using is stripboard. Once I have the basic 'lower' part, I'll try a few permutations and get back to you.
↧
DC Barrel Jack Adapter Male
↧
DC Barrel Jack Adapter Male
You may be able to make a new strip board part (probably the same way I did breadboard) and change its family name to something other than breadboard. I think it is the family name that trips the "always on the bottom" code.
Peter
↧
↧
DC Barrel Jack Adapter Male
The strip boards have a functionality where you can connect the holes together... If you take the function out of it and make it a part, I doubt if any of that will work. You may be able to save the strip board as a part (a board with a bunch of holes) but the likes to connect the holes probably won't work.
The strip board is a funny animal, you can size it and link the holes, it is probable generated on the fly with some kind of Python script or something.
↧
Spurious unrouted connections in BB view
What do you mean. If you want to plug a cap into the UNO directly you have to grab the bendable legs and pull it to the header, because it doesn't snap to some of the headers.
↧
Spurious unrouted connections in BB view
Both just dragging and dropping the part and dragging the bendable legs seem to fail - you get the 'green light' but status still shows unrouted connections.
↧
↧
Spurious unrouted connections in BB view
Oh yeah, the status goes weired. I've got 4 green dots and it says 0 of 4 nets routed.
↧
Spurious unrouted connections in BB view
But if you use wires it works fine. I want to create jumper plugs to insert into Arduino (and other) headers, but currently you get these routing funnies. It works fine with a plain breadboard.
↧
Spurious unrouted connections in BB view
I just checked PCB view and it says 2 of 6 nets routed. After I made the 4 ratsnests solid traces, it says Routing completed.
I went to BB and put actual wires in instead of direct connections, and it said Routing completed.
↧
Spurious unrouted connections in BB view
As far as wires in breadboard view go this was my finding also. Doing that makes a mess of breadboard view though. Unfortunately, I do not understand the routing algorithms well enough to say what the different views should do. At a superficial level, it seems to me that if you stick a male connector in female connector, it should count that as fully connected, but there may be reasons that is bad.
↧
↧
Spurious unrouted connections in BB view
I think its because of breadboard (which has female connectors). Connecting to breadboard without another connection doesn't do anything so routing isn't complete, its when a male connector is also connected to breadboard that routing will complete I think. The female connector is only being a conduit for the connection, it needs a male connection in the path to compete I think.
Peter
↧
Spurious unrouted connections in BB view
Not sure; the breadboard itself works fine - it comes up with 'no connections to route' if you plug in the legs into unconnected holes; I suspect there is some magic code in there to ignore such connections. I will have to look at the code - I just know I'll get lost when I do. I've been programming in C++ for over 25 years, but I still find other people's code very difficult to read at times.
↧
Transformer VB 1,5A 9V
VB 1,5/1/9
Short circuit proof PCB transformer
PDF specs
VB1,5-1-9.fzpz (5.9 KB)
↧
Spurious unrouted connections in BB view
To avoid trying to decipher the code, I tried old versions - this has been a bug since as far back as at least 0.8.2b 
↧
↧
Spurious unrouted connections in BB view
Have you (or anyone else willing to admit to it 
) compiled the latest source tree to try and see if any of these are fixed? I'm intending to try that once I finish getting a script together to post process Inkscape svgs. On that front I just gave up on perl and moved to python (first because I see python is the language of choice in Fritzing, but now I'm in love with lxml ). In a couple of days and half the code I'm as far as I was in perl in weeks. I'm aiming for a script that will take a fpz file (in either unzipped or Fritzing directory formats). check that everything (files and connectors) declared in the fpz exists (for the case of files) or exists (for connectors) in the svgs and replaces style and inheritance in the xml (neither of which Fritzing likes in certain circumstances) and removes the trailing px from font-size commands.
Peter
↧
Spurious unrouted connections in BB view
Sounds like you've made a real breakthrough on the scripts - which is fantastic.
No, I've not compiled yet. I doubt very much given the number of commits we are seeing currently, that there is a fix just happening to be in there.
I have traced a related issue back to August 2012 - https://github.com/fritzing/fritzing-app/issues/1953 which was fixed for breadboards, but I think female headers got overlooked, possibly because they didn't connect at all in those days. Unfortunately I cannot check the source. When the dev team imported the source they left out the history. The svn may still be on googlecode but if it is it's behind an impenetrable redirect.
↧
Looking to pay someone to create a large part
Despite the long silence there is in fact progress this project below is the current Fritzing part of this project. It turns out it can't be a single part (at least not if we want schematic to work at all well) as the subparts code gets very slow with 12 large subparts and won't coexist with busses (which this needs). Luckily @steelgoose suggested making the breadboard the base part with static images, then locking it and overlaying and locking the other 12 subsystems as individual parts (making them movable in schematic without being subparts) which seems to work. Please have a poke at this and point out any errors or problems you see (I'm sure there are some still ). PCB view is mostly non existent (and not needed) but breadboard and schematic should both work ok.
Peter
bradsprojects_education_board_1_alpha5.fzz (543.6 KB)
↧
Help, subversion archive lost
Hi,
Hoping @fabian / @fa1 might see this...
One of the consequences of the googlecode shutdown is that the subversion source is no longer accessible. I have managed to rescue the git source after much swearing and digging into poorly documented bits of google but not the svn. Does anyone have a full archive of the svn source with history please?
Thanks
Stephen
↧
↧
L9110 H-bridge module
I'll try to fix the connection between pins a wires.
Regarding non assigned pins, those two pins are terminal clamps, not connected to the PCB. How do I assigne them, so that they aren't depicted on the PCB view?
↧
Help creating a PCB
I have all of the Adafruit products in my parts bin and both these items are in there,
You can download from here https://github.com/adafruit/Fritzing-Library
Then open the fzbz file with Fritzing.
↧
Search function in the parts view does not work
↧