@Gaetanb76 wrote:
Vue Platine d'essai (Breadboard view)
Vue Schématique (Schematic view)
Vue Circuit imprimé (PCB view)
Interrupteur_a_levier-2_pins.fzpz (10.6 KB)
Posts: 2
Participants: 2
↧
Interrupteur à levier 2 bornes
↧
74x541 Octal tristate buffer / level translator
@vanepp wrote:
The next in a series of chips that are useful for level translation between 3.3V and 5V (and the other way) systems. This one consists of 8 tristate output buffers in a 20 pin package. The enables are anded together so both must be low to enable the outputs. As with the 74x125, various flavors of this will translate: the 74ahc541 running with VCC at 3.3V will accept 5V inputs and convert them to 3.3V. The 74ahct541 or 74hct541 with VCC at 5V will accept greater than 2.4V as a high level and will thus translate 3.3V outputs to 5V.
74x541.fzpz (11.1 KB)
Peter
Posts: 1
Participants: 1
↧
↧
74LVC8T245 octal buffer / level translator
@vanepp wrote:
The last in a series of chips that are useful for level translation between 1.6V and 5V (and the other way) systems. This one consists of 8 tristate output buffers in a 24 pin SMD (only) package. Unlike the rest in this series (which are all unidirectional) this one is bidirectional and can translate any voltage from 1.8 to 5V to any other voltage in that range. This part is also a bit odd in that because this chip is SMD only (the others are available in DIP) the breadboard here is actually a module (available on ebay, search for "74LVC8T245" and you will find them) while PCB view is an SMD footprint making the same part work for both the module and the chip. Since this chip is designed specifically for level translation, it should probably be your first choice for level translation. This part is slightly odd in that there are more pins in breadboard view than either schematic or pcb, but it none the less appears to work fine (the extra pins are power and ground and are bussed together). Note that the control inputs (~OE and DIR) are at the logic levels of the VCCA power source (which will usually be the lower voltage) so you may in fact need level translation on the control inputs if you need to drive them from the other domain. Note also that I cheated slightly and aligned the control wires on .1 boundaries (the module has them offset by .05in) and set the control module pins to female so that they won't short if connected to the breadboard.
74LVC8T245.fzpz (21.9 KB)
As requested previously, a copy of the bb image so you can see what the module looks like without downloading the part.
Peter
Posts: 1
Participants: 1
↧
Part Request - IL612-2e Digital Isolator
@TheoSnr wrote:
Hi,
I need the above Digital Isolator in a project to isolate the USB output of my Feeltech FY3224S Function Generator.
The part is manufactured by NVE Corporation. Here is the Data Sheet: https://www.nve.com/Downloads/il600.pdfCredit to SDG Electronics for the design and explanation on YouTube.
Thank you very much.
Posts: 1
Participants: 1
↧
Fritzing too slow
@MIMER wrote:
Hi there,
firstly, I am completely new to Fritzing. But now I want to document my several Arduino breadboarded projects by an appropriate tool..which is obviously Fritzing...I am running an AMD64 computer with lubuntu 17.04 32MB of ram and sufficient processing capacity...this is for sure not the bottleneck of the following issue.
Fritzing responsivenes is that slow, that it can't be used at all to to design circuits. I tried to install it via apt and manually by downloading/installing the most recent bz2 archive... nothing helps...even the hints given in this forum (enlarge grid size) have not helped.
Can anybody point me in the right direction to get that issue resolved?
Many many thanks in advance!
Michael
Posts: 1
Participants: 1
↧
↧
Arduino PCB from scratch
@pcdoodle wrote:
I know we have an arduino part to use in fritzing however, I want to make a custom arduino PCB based on the UNO. Does anyone know where I can find a fritzing project that has discrete components for the entire board wired up?
Posts: 3
Participants: 2
↧
"For Production" Output
@Old_Grey wrote:
I probably have no chance in hell of fixing this the way FZ is at the moment, but I thought I'd ask.
I've tried PDF, SVG, Gerber and FZ 9.2 but where the pads are it leaves missing spots in the silk.
I know there is a bug when selecting single-sided in PCB view - it reverts back to DS on reopening -, but I tried SS and all silks are blank.
Posts: 6
Participants: 3
↧
Waterproof IP68 5pin plugs parts? Anyone?
@edugimeno wrote:
Hi There!
I recently bought this IP68 plugs off ebay:
Im trying to find this part in Fritzing but the name is quite confusing (SP13..?) so I don't know where to start, or maybe the part is not already created on Fritzing. If not, where can I download it?
Thanks!
Posts: 1
Participants: 1
↧
Troubles with new install on Mac
@Kvangelo wrote:
Steps I took that resulted in the problem:
Started the software and got the error message that some files were unable to find.
I cannot open example drawings or re-open saved files.
What I expected should have happened instead:
Opening without errors, seeing an example drawing, being able to re-open and edit a saved file
My version of Fritzing and my operating system:
It is a new install with the latest version.
I am working on a macbook pro with MacOs 10.12.6I have already been searching for similar posts on the forum, but can not seem to find one with a solution. I have installed and am using the software as the same user.
Thanks in advance for your help. I would like to get this to work because it is the best software that I can find for my needs. Really want to get started
Posts: 1
Participants: 1
↧
↧
Is this a bug? Help please
@notmlg wrote:
I'm trying to wire up my circuits diagram in the schematic tab but some of the connections seems faulty. The wire will jump to the centre of the part instead of linking to the pin connection. I have included a picture for reference. Any help would be appreciated.
ins
Posts: 5
Participants: 4
↧
[Request] Wanting to pay to get a few parts made
@silentone wrote:
Hi there,
I'm willing to pay to get some parts made..
- LTC3525ESC6-3.3TRMPBF (SC6 Package) - http://cds.linear.com/docs/en/datasheet/3525fc.pdf (Page 14)
- XC6206 (SOT-23) - https://www.torexsemi.com/file/xc6206/XC6206.pdf (Page 13)
Payment to be made via Paypal, so please let me know cost/time before making the
Posts: 5
Participants: 2
↧
Translating YouTube Videos
@andrewrgross wrote:
I haven't seen English versions of the YouTube tutorial series. If they don't exist yet, would it be possible to volunteer to help with this?
Posts: 2
Participants: 2
↧
Any 5 pin TO-220 packages already available?
@Hexapuma wrote:
I'm trying to build a circuit around the LM2575 step-down voltage regulator which has five, stepped pins on a TO-220 package. Sadly it's not a part that's in the program but are there any packages that use that footprint? I'm working on adding the component myself but I'm having trouble with editing an existing model for my purposes. I think I've almost got the .svg file for PCB pads worked out but nothing more.
Have I missed any similar parts?
Posts: 4
Participants: 2
↧
↧
Please FIX missing dll error message [SOLVED]
@DugOut wrote:
Please FIX missing dll error message on the windows 32 bit version
I joined the forum only to post one message.
When downloading Fritzing 32 bit for windows…
I received the fritzing.0.9.3b.32.pc.zip file
after unzipping I tried to run the program on my
Windows XP computer and received a error message.Missing DLL
When the error message should have said
"redistributable libraries of Visual C++ are required"============================
After three days of searching (wasting my time)
I found that this issue has been wasting everyone
time for nearly 8 whole years !!!And for many, they would have given up and never
even tried your software due to one error
message that doesn’t give a solution.The solution was found in this 8 year old message:
TerryKing 7 years, 10 months ago
I had same " application failed to start because the application configuration is incorrect" error. Had to install Windows C++ libraries from here:
http://download.microsoft.com/download/d/d/9/dd9a82d0-52ef-40db-8dab-795376989c03/vcredist_x86.exe
Suddenly the error was gone!!!The problem isn’t the MISSING dlls… the problem is the error message
says a file is missing when the Fritzing error message should say that
" Fritzing 32 bit requires the Microsoft C++ libraries
and goto this/pinned url to see the solution"Please consider fixing this issue… thanks
Posts: 13
Participants: 4
↧
LM2575 Voltage Regulator - 3.3V
↧
New raspberry pi A+ and updated raspberry PI A
@vanepp wrote:
On the theory given a hammer (the parts checking script) everything looks like a nail and thus should be hit, two more entries in the PI update sweepstakes (the Zero is already done and in, although it needs some cosmetic improvements). Since we don’t currently have a part for Raspberry PI A+ I cloned one from a B and it is new, the A included here is an update of the current A that fixes the part internally (scaling correct etc) and substitutes a modified version of the schematic used for the Zero (connections match the connector rather than some random order) and the pin names are the current ones from the RPI site. If you see problems please post! When I have finished the rest of these I’ll submit them for update in core on github. With the addition of the A+part we now have every current model of RPI other than the compute engines and a number of older ones that are no longer sold. As a bonus (and as usual
) this turned up a problem in the parts script which is currently not processing icon files. That turns out to be a mistake because Inkscape will happily screw up the icon file (font-size in both a style command and standalone, Ink uses the style, Fritzing the standalone that Ink does not by default update if you change the one in the style). Another item for the todo list.
Raspberry Pi A.fzpz (39.9 KB)
Raspberry Pi A .fzpz (35.1 KB)
edit:
(apparantly the forum doesn’t like ‘+’ signs in the file name, The second file name is really ‘Raspberry Pi A+.fzpz’) and it won’t let me edit it different.Peter
) this turned up a problem in the parts script which is currently not processing icon files. That turns out to be a mistake because Inkscape will happily screw up the icon file (font-size in both a style command and standalone, Ink uses the style, Fritzing the standalone that Ink does not by default update if you change the one in the style). Another item for the todo list.Posts: 1
Participants: 1
↧
UMH4N NPN/NPN array with bias resistor
@VOIR wrote:
NPN 100mA 50V Complex Digital Transistors (Bias Resistor Built-in Transistors)
Two DTC114T in one chip.Package: SOT-363
Parts witch are quite similar:
10kOhm bias resistor: EMH4 / UMH4N / IMH4A
4,7kOhm bias resistor: EMH3 / UMH3N / IMH3A
Panasonic DMC56406 (4,7kOhm)
Posts: 1
Participants: 1
↧
↧
Darken row/column lettering on 03MB102 Breadboard?
@ericf1 wrote:
I’ve looked around and found a lot of good info on editing parts, but the 03MB102 breadboard doesn’t seem to have any capability to export for edit. Is there any other way to darken the row/column lettering? The light grey is not showing up very well in the documentation I’m trying to build. Any help would be appreciated.
Posts: 1
Participants: 1
↧
High power rgb led moving robot lights controlled via esp32 , need help vetting circuit designs
@planaria wrote:
Hi there so this is my first post here, I have made a few circuit board designs and need help vetting and making sure they work before i send them out to be produced, also would like feedback on the general design of them.
its a bit of a multi level design approach i am taking , there is a base mosfet switching circuit design that gets plugged into a “motherboard” that you then connect an esp32 to control the lights/dynamixel servos.
the design gets quite complicated, so ill start small first : the base mosfet pcb design :
sm-msft1.fzz (23.2 KB)
next post will be the initial 3 channel breakout board.
Posts: 4
Participants: 2
↧
A discussion of future direction
@vanepp wrote:
This maybe should be in developers but I choose here instead. This is a “put up the flag and see who salutes” type discussion. Below are a bunch of things that I think Fritzing could use (the key point here being I, you may not agree
).
Parts standards:
The FritzingCheckPart.py script when run against core finds a lot of errors. Considering how (and whether) to try and fix those indicates the need for some further guidelines / standards for parts creation. The Parts file format document on github here:
provided most of the things the script checks for. There are however a few that aren’t covered and probably should be if agreement can be reached.
Below is my list, hopefully you will add yours and/or indicate why mine are a bad idea.
svg file doc height / width in inches, view box at 1px = 1 thou (i.e. height * 100 and width *100) as suggested in the parts file format doc. A Howto article on converting an svg that isn’t compliant in to one that is in Inkscape would be a good thing. It is possible if not exactly easy, and could certainly stand some automation with a python script to make some or all of the needed changes.
schematic connectors .1in or .2in long on .1in centers, part as small as possible for max parts per schematic page and part interoperability (there will likely be exceptions though)
in schematic inputs on the left, outputs on the right (more a guideline than requirement though). For parts such as the Raspberry PI with dual row headers in breadboard the first row of the header on the left of the schematic and the other row on the right of the schematic in the same pin order as breadboard. That is what I am changing all the PI parts to.
schematic terminal 10 thou rectangle as standard, line widths 10 thou for consistancy. This one implies a source change as generic IC and the headers generate 0 width terminals which break Inkscape. So we need to change the parts generator in the source.
breadboard default alignment .1 in (for breadboard compatability) even if the part is smd and thus smaller. In that case mount it on a breakout board with .1 connectors even if there isn’t one available yet.
Think about making the part perf board friendly (or two parts, one standard breadboard format, one perfboard friendly where the part only covers the physical space it would take up on the perfboard which may make the connectors in an odd place such as the to220 regulator part here:
Are top down viewed components available in Fritzing?
Figure out a new tag for perf board friendly parts so people can find them with search.
Make the parts checking script check for all the cases (it does many of them now, but there are more to add).
Do a clean up of core parts. I have already started on this with the Raspberry PI parts (the Zero which was incorrect, is done and loaded and the rest are in progress as I get time). Focus first on parts that are broken (I’ve fixed three or four some in core for folks that discovered they were wrong) and moveing on from there as time / interest permits. That is part of the drive for parts standards above. We need to know what we are aiming towards when fixing parts.
Once we have come to a consensis (assuming we can
) get buy in from the parts maintainer since without his agreement this goes nowhere much although the guidelines are still useful.
Now on to a development wishlist:
fix bugs! First and foremost. There are lots of them that could use work and development is starting somewhat and the development environment now works much better.
Change the schematic terminalId size on gererated parts from 0 width to 10thou (assuming proper scaliing). While this is covered in 4 below, this is possible in the short term where 4 likely isn’t.
Figure out a modification to allow us to specify an existing svg in core parts (perhaps core in the svg name in the fzp file). That is a potential big win in that for genric IC for instance there needs to be only one svg for each package size making each part smaller and taking less bandwidth to download it. It also enables a standard footprint library from core in pcb view rather than the current find one where ever you can method.
move the generated parts stuff (variable length ICs, variable length headers) out to a “plug in” type interface that isn’t dependent on source changes to change it (and would allow for local versions for specialized tasks). I’d prefer to do it in python, but we will see whats possible. The idea is to be able make parts that are changeable with inspector without having to change the source and make a release just write and install a plugin to do what you want. We would need to figure out what inspector does internally and how to design this, but I think it should be possible.
There is my current list, feel free to add to it, or disagree
. Also feel free to volunteer to do some of it!
Peter
Posts: 1
Participants: 1
↧