I am making schematic of variable speed strobe light, but am not seeing some parts needed in the parts library. I saw an archived (4 years ago) post (cosmo LV) abot a new TRIAC part and neon tube, but can't seem to find them in the parts libraries including the contributed library.
Has anyone seen some of these parts or made some?
- TRIAC or Thyristor such as BT169D
- DIAC trigger such as DB3
- Trigger Coil such as TC-36
- Zeon flashtube
Thank you
Krist
Hello,
I've tried more than 10 times to download, unzip, install and run Fritzing without success. I have the latest issue and have downloaded the appropriate Windows 64 bit version but it freezes each time i open the programme. I just get an error message "Fritzing not responding".
What am I doing wrong? Is there a bug that i don't know about.
I'm getting frustrated now, especially since I made a donation!
Please help me get started.
Thanks
Peter
Thanks a lot vanepp !
I am still wondering the use of the jumpers on ENA, ENB and VSS pins, and I removed the two ENA and ENB and connected them to my Arduino board to manage the motor speed.
Also no idea about the use of the white push-switch on the top left part, is it to change from Step motors to normal motors ?
Thanks again,
Regards,
Stephane.
Has anyone created a Fritzing part for the CH340G USB to serial chip? I've found that someone has made this Eagle part for it. I would really appreciate it if someone knows how to use the command line tool and can convert Eagle to Fritzing; or if someone has already made this part for Fritzing. Please help.
When you open it for the first time you have to wait 15min for parts to be downloaded, unfortunately there is no progress bar so you don't know it's actually still running.
From the l298 data sheet the enables should be high (which is likely what the jumper does) to enable the motor drivers. Direction and braking / free running of the motor are controlled by two input pins for each motor. At a guess the VSS jumper is intended to allow you to run lower than 5V on the motor (supplying 5V to the chip logic in some other way) or may switch from powering Vss from USB or the motor supply voltage. You might have a look at
http://www.instructables.com/id/Arduino-Modules-L298N-Dual-H-Bridge-Motor-Controll/
which shows how to use a dual channel version of this with an Arduino (found with a google search for l298n) as it should describe the basic operation for half your board (and the other half will likely work the same for the second motor). I don't know what the switch does, as I said earlier you may have to trace the wiring on the board and read the data sheets to figure out what the connections are supposed to do (in this case what the switch connects to, and therefore what it does.)
In order for the parts update to take place you also need a network connection (as it is trying to access github to update the parts database). If you don't have a network connection it might hang as you describe ...
With the warning that I rarely make boards (and therefore you should wait and see if someone more qualified comments 
) the layout looks OK to me. However there is something very wrong with the silkscreen output in the gerbers. The board outline is wrong and a bunch of the outlines are missing and all are in the wrong place. I'm not sure why because they display OK in Fritzing just not in gerbv (which means they are likely wrong, as the gerbers are what the board will be made from and gerbv is independent of Fritzing.) As well the connectors look odd, the pins are offset both in Fritzing and in the gerbers, looking at the Sparkfun part I believe the Fritzing part is wrong. This looks like an eagle to Fritzing bug where it offsets the connectors, they should be in a single row like a standard header not this offset vertical pattern. In addition an electrical issue: you need bypass capacitors, one .1uf ceramic and a 1uf to 10uf tantalum across the 5V power rails, as close to the power pins of the ICs as possible (I'd use a .1 ceramic on each ICs and the 10 uf tantalum near the 74hc595). The relays will cause inductive spikes when the coils energize / deenergize. The suppressor diodes in the 2803 will help but the bypass caps are still needed to make sure the spikes don't cause the 595 to clock when you don't want it to (and are always best practice anyway). There look to be some errors (non routed rats nest lines) in the breadboard view which may have a bearing on the missing silkscreen data or may not. In general it is best to start in one view (I usually use schematic) and make it complete and then follow the rats nest lines for the other two views. Trying to do connections in different views sometimes causes corruption in the parts database which may be what is happening here. (edit:) Cancel the comments above about the silkscreen, I obviously screwed something up as a reload gets correct silkscreen. So if you replace the connectors with the updated part below and add bypass caps you should be good to go for the pcb view unless someone else sees a problem. As noted you have some wiring errors in breadboard view.
(Edit to update):
Here is how I would route your board:
relay_boards_03.fzz (56.1 KB)
and the what and why to get from your original to this:
1) Load new parts Header_4_fixed.fzpz and AZ832P2-2C5DE_Latching_relay_only_active_pins.fzpz
Header_4_fixed.fzpz (5.4 KB)
AZ832P2-2C-5DE_Latching_relay_only_active_pins.fzpz (8.8 KB)
2) Select the relays one at a time and in inspector change varient from "varient 2" to "only active pins". This deletes the unused pins in pcb and makes drc happy and routing easier.
3) Select the connectors one at a time and change varient from "polar lock" to "fixed PCB footprint" to correct the connector spacing.
4) Add bypass capacitors (2 .1 uf ceramics and a 10uf tantalum) to the power supply.
5) Separate logic power and ground from relay power and ground. The relays are likely to cause current spikes and induce noise in to the digital ground if not separated.
6) move everything possible to the bottom layer (makes trouble shooting easier in case of error!).
7) Increase the trace width on power and relay connections (both likely to be high current) to maximum size. The 74HC595 probably doesn't matter, but it is easy to do and won't hurt anything.
Hello,
I've tried waiting for 15min after first opening the application. I also have a network connection. It still doesn't work. I cannot get Fritzing to run. There must be a bug in the download somewhere. It just doesn't work for me, which is disappointing since I made a donation. I either need to get it to work or get my money back.
CA3046
Transistor Array
CA3046.fzpz (6.6 KB)
Your anti virus might be striping files. Turn it off and try again.
One other thing you might try is to delete the directories
c:/Users/win_user_name/AppData/Fritzting and
c:/Users/win_user_name/My Documents/Fritzing
(note AppData is a hidden directory so you need to enable show hidden directories in explorer in order to access it) Fritzing uses these 2 directories for tmp and your parts files but does not delete or over write them when you do the unzip, so if something has gotten corrupted in them that may be your problem. If the directories aren't present Fritzing will recreate them. Otherwise the software works for lots of other people so there has to be something going on with your system as this isn't one of the common problems (such as missing C runtime DLLs) that have occurred before. Good luck!
Could any one help me to get the link for this part or how to get it .
Sorry for bumping an old thread but I was hoping to get in touch with Old_Grey for some help with a new project. I have tried to send through a private message but it doesn't seem that there is an option for that - is there anyway that you can contact me?
When exporting a PCB view as PDFs or SVGs for etching, I see file names taking the format above have been exported, but the SVGs are all 0-byte (empty) files and the PDFs show a file size, but they are also empty.
Based on the file names, I assume they are meant to be used as protective templates when applying solder paste to the board. Correct ?? Should I just not worry about those files ?
Thanks in advance.
Greg
Hi,
I am wondering if there is an option to make the UI text and part preview bigger. I have a 17" fullHD monitor and the text is almost unreadable, not to mention the parts. Eg: if I am looking for a "button" I have to drop gazillion buttons to the breadboard before I find what I am looking for because in the library panel the images are too small so I can't differentiate between them.
thanks!
Hi there,
I encountered a smaller bug related to my monitor setup. I have a MS Surface Pro device with High DPI screen, running Windows 10 x64. In my office I also use an external monitor (standard 24" Full-HD, non High DPI) in dual setup, using both displays together. Outside of my office I use only the built-in display.
Fritzing is generally working fine with High DPI, but it is having a problem when I change from one setting (e.g. from two displays) into the other setting (to just the built-in display), without logging-off and on again. When I do so, some GUI elements in Fritzing start to use too-large fonts, or vice verse to small fonts (depending the direction I switch my displays). Even if I close Fritzing and start it again, the problem remains. It is solved only by logging off and on again -- then it runs fine, until once more I change my monitor setup. Then I face the other wrong size of fonts, and once again it is solved by logging off and on again.
I prepared a screenshot of the case when I switch from the dual setup into the built-in display only -- in this case Fritzing uses too large fonts in the main window on the buttons in the bottom; plus all items use too large fonts in the settings window (but I can upload only one picture to the post as a forum newbie, so sorry, but no pic of that).
I was able to help my Dad solve this problem by using SysInternals perfmon to see what the process was doing. Thanks to the earlier posts about the initial startup calling out to github I could see the process was constantly searching the system PATH for git itself. It somehow copes without having git installed on the machine but progresses very slowly. By starting again, clearing out the folders mentioned but this time installing git before hand, it completes the update very quickly (less than 1-2 mins) and the program starts up.
N.B this was on Windows, I'm guessing it may not impact other OSs that normally come installed with git i.e OSX or perhaps it's just a case that people are using git for other projects so there's no impact.
Whilst I'm here, is this app itself hosted on github? Would happily try and add a progress bar or at least some logging.
Richard
Thanks for the update! Yes the source is on github in https://github.com/fritzing/fritzing-app. As far as I know I don't have git installed on Windows and while it takes some time, the update does occur successfully, I suspect there was something corrupted in one of the Fritzing directories that was causing the problems. Good to know that it got fixed as it tells us what to suggest for other folks in future.
