FC-51 Infrared Obstacle Avoidance Proximity Sensors Module

To my suprise there was no part for this common ebay module, nor for the right angle male .1 header that it uses (which was the most difficult part of this to make :slight_smile: ) so I corrected that. All three views although PCB is minimal.

edit: replaced by more correct version below.

Peter

1 Like

God bless you for making that part, I really needed it for my project. Can you upload it to github repository or shall I do it for you? :smiley:

That part was made so long ago it probably doesnā€™t pass Vanā€™s standards. :slight_smile:

It could use a PCB outline.

Sure, feel free to submit this improved version @Old_Grey is correct it had a few errors). I intended to do so when I got time, but so far time hasnā€™t appeared ā€¦

fc-51.fzpz (21.3 KB)

Peter

1 Like

Thanks! Indeed, I can see the improvements on pcb view, but breadboard can be improved a bit more :wink: I do rather want to change the background color, place both smd led on the board and copper stuff on the infrared ones like this image.

Fine by me, go for it!

Peter

It would be nice to make everything perfect, but these things change so fast itā€™s probably not worth the time.

I know most Arduino stuff changes a lot but this part is currently missing from fritzing-parts repository and could be great if it looked like a real one (just minor fixes away). After that, just pull-up request and wait for admins to approve it. :smiley:

@vanepp If you get time, please make a list with all the parts you have designed so far :smiley:

I asked him before but he is way too busy trying to make guides to get FZ complied on all platforms.

Here is a list from my created_parts directory. They should all be in the forums somewhere, but are probably (mostly!) not as good as current standard because many predate the creation of the parts check script. Many of them I donā€™t remember making, some of them may not be mine and just in the wrong directory :slight_smile: . Then there are a bunch of user submitted parts that I have fixed up over the years that arenā€™t in this list (and because they arenā€™t mine, arenā€™t mine to submit to core either).

1x4 Membrane Matrix Keypad.fzpz
3.2in tft touch screen.fzpz
3.5mm switching Jack.fzpz
5-channel flame detector module.fzpz
6 circuit slip ring.fzpz
12circuit slip ring.fzpz
74LVC8T245.fzpz
74x125.fzpz
74x367.fzpz
74x541.fzpz
18650 battery holder.fzpz
Ceramic Capacitor top view.fzpz
DM860A Stepper Motor Driver.fzpz
DC 3.3v-10v TO Ā± 12V Mini DC converter.fzpz
DC 3.3v-12v TO Ā± 15V Mini DC converter.fzpz
DC 5V TO Ā± 12V Mini DC converter.fzpz
DC 5v-12V input to Ā± 12V DC-DC converter.fzpz
Electrolytic Capacitor top view.fzpz
fc-51.fzpz
Goouuu Mini-S1 ESP8266 Nodemcu.fzpz
gtm2088argb-21.fzpz
hcmmodu0083.fzpz
sen136b5b.fzpz
HSM-A43 LED Indicator.fzpz
IL612-2e.fzpz
ITG-3200.fzpz
JOYSTICK_10mm_fixed_pcb1.fzpz
Keyes l9110 Fan module.fzpz
kmr1_8_spi_tft.fzpz
KWM-R30881CUAB.fzpz
KY-026.fzpz
ky-038.fzpz
LM386_fixed.fzpz
sheilded_nomag.fzpz
Membrane Matrix Keypad_mine.fzpz
Micro Slide Potentiometer.fzpz
Mini-360 DC-DC Buck converter.fzpz
MOSFET-NCHANNEL_fixed.fzpz
non-restable_thermal_fuse.fzpz
nrf24le1 larger (probably not finished as no fzpz file)
nrf24le1 small "
PH10PIN-2.0MM.fzpz
Pololu QTR-8 Reflectabce Sensor array.fzpz
roborio.fzpz
Rotary_Switch_4x1.fzpz
S-350-60 Power Supply.fzpz
SBX DSUN.fzpz
sct-013.fzpz
Shortened_LED.fzpz
SMA Antenna Connector.fzpz
soic20.fzpz
STEF12 fuse.fzpz
Stereo POT.fzpz
SWITCH-DPDT-latching.fzpz
tlp185.fzpz
TLV431.fzpz
TO-220-2lead.fzpz
TO-220-3lead.fzpz
TO220-4lead.fzpz
top View TO-92.fzpz
tp4056.fzpz
VA250LA40BP.fzpz
Vex Voltage regulator module_improved.fzpz
Wemos ESP-Wroom-02.fzpz
Wemos lolin32.fzpz
xr10910_qfn40.fzpz

Peter

1 Like

If its going to Git and everyones is going to get, yes, by all means make it good. Itā€™s about time to draw a line in that sand and make all parts good from now on.

Yes, of course it is going to be on github repository. I already got approved the next fritzing parts which you have been helping me along with vanepp:

  • Seeedstudio LinkIt One Board
  • XL4016 DC-DC Converter
  • IFR520 MOSFET module

You can check those looking at the commit log here (search for KingDarBoja).

Updated part, I just changed the breadboard view component to make it look like the real one :smiley:

fc-51_IR_Sensor.fzpz (24.9 KB)

Very nice! You are much better at the breadboard graphics than I am (usually when part of one of mine looks like this itā€™s because I have copied it from someone more skillful :slight_smile: ) and thatā€™s a big help as it makes the parts look more lifelike!

Peter

Thanks :blush: Since there isnā€™t any mistake, I will do a pull-up request to github repository in some hours (to let you spot any problem at time).

Also, I noticed you fixed a Raspberry Pi Zero Fritzing part but the related issue isnā€™t closed at the repository, would be nice if the devs could clean the solved issues.

For last, I will start a new topic listing all the Fritzing parts so far with their current etiquettes so the whole community can help to fix the ones mistaken and check for the appropriate .fzb

I ran it through the parts check script and it came up clean and I didnā€™t see any problems that the script may not find when I looked at the svgs, so I think itā€™s fine.

While that is true, I suspect the issue is that all the free time he has is going in to checking (and modifying where needed) new parts to add and working on the new web based code base. That leaves little time for closing solved issues. I have similar mods for the rest of the PI parts that I havenā€™t yet gotten around to submitting so I can sympathize with the problem :slight_smile: .

That may be worthwhile, but the list just in core parts is very very long (the check script can be used to process the all the parts in the core directory and list their problems). It is possible that Iā€™ll switch back to doing some more work on the check script to add some mods to make it work in the Mac and add the check for the scale as a warning and then start fixing core parts as being a useful thing to do which ever direction (current code base, new web based code base, or nothing) turns out to be the way forward. What ever happens properly made parts are going to be an advantage. That said, fixing the parts requires a good knowledge of how to fix the parts and as you have seen that isnā€™t that easy to aquire. While Iā€™d love to be wrong, I donā€™t think we have a lot of people with that knowledge, interest and time to do the work from what Iā€™ve seen so far. I think a good next step would be to figure out and document how the ā€œreplace an existing part with an updated oneā€ is supposed to work (which likely will take research in to the obsolete parts bin and the source). If that was documented it may make parts update less work for el-j and free up some of his time which appears to be currently split too many ways. I figure the place to start on parts is with the most popular ones (which is why I started with the Raspberry PI series) and specifically the Zero when an update broke it. However even when I submitted it (because I didnā€™t and donā€™t yet know how to) make the old part obsolete el-j had to modify my original part to do that which burned yet more of his scarce time for Fritzing. Follwinig the PI parts I think the arduino parts (some of which have errors) should probably be the next on the list. Followed by any in the github issues list that point to core parts that are broken (usually in pcb view) of which I know a couple. Iā€™d suggest starting your list fairly small with much used parts and see if you can find anyone interested in helping. Iā€™m afraid my sense of it is that there arenā€™t going to be a lot of people with the knowledge and the time, those I know of with the knowledge usually donā€™t have the time but I would love to be proved wrong.

Peter

1 Like

Hi Peter,

This is my first post on forum: Sorry if I have bumped an old topic, but seemed relevant and canā€™t see more recent. Iā€™ve tinkered with Fritzing a bit, but always found it too difficult to understand parts edit. So I have done so Youtubing and created a 4-pin version of your FC-51, because thatā€™s what I got off Amazon as they are cheaper, more available and have analogue output too. They donā€™t seem to have an Arduino part number like KY-something. Anyway, I would be grateful if you could see if the info in the part is OK, but I am not sure about upload rules, etc. Iā€™ve also done a motor driver board based on DVR8833. Again, cheap board, works with Micro:bit 4tronix add-on. Would be grateful for any advice on how to ā€œautomateā€ Inkscape issues (font px issue and naming/grouping). Itā€™s tedious to say the least.
DRV8833 Motor Driver Board (MJKDZ).fzpz (11.2 KB)
MHSensorsIR.fzpz (26.0 KB)

Regards,
Andy

Not a problem, there isnā€™t all that much activity here any more.

The MHSensorIR part is missing layerIds (which only causes the part to not export as an image.)

To correct that do Edit->select all and group and name the group breadboard like this

(here I just renamed the group that was at the top.) Schematic is a OK but doesnā€™t meet the graphics standards. Here I replaced it using Randyā€™s Inkscape schematic extension available here (note it doesnā€™t run on the latest Inkscape Iā€™m still on 1.1.2 til that is fixed.)

which results in this (more or less, there is only one line on the title so I duplicated and added text)

which results in this svg

svg.schematic.MHSensorsIR(4pin)_df379abd1f4a7b88a1f96448099b5d2b_1_schematic

right click on it and select save image as to download a copy. The motor driver has more issues. Breadboard appears to be looking at the bottom of the module when breadboard is typically from the top and thus the pins are likely backwards. This

should change to something like the (preferably looking like the top of the board) with pin 1 being EPP and schematic and pcb changing to be the same.

again the schematic extension will make a proper schematic. These two sets of tutorials cover the current versions of Fritzing (many of the others are for older versions)

Hope this helps.

Peter

Hi,
OK I understand and have fixed the ā€œbreadboardā€ ID in the XML and it the part is now visible in an exported image. However, you said ā€œSchematic is a OK but doesnā€™t meet the graphics standardsā€ which I took to mean the style, but it also doesnā€™t export as an image either: I just canā€™t see what I need to do in Inkscape XML to tell Fritzing that it is a ā€œschematicā€?? Sorry, I canā€™t run that add-in from Randy as Iā€™m using later Inkscape. Is that covered in the later tutorial links? My schematic was created from a Core IC Schematic, so not sure why it doesnā€™t work.
thanks
Andy

The schematic group needs to contain the entire drawing (this is the one from your part above)

here only the outer rectangle is in the schematic group. You need to ungroup it and do Edit->Select all then group like this

Peter