
Nice work. I like it and I think I'll try to use it too.
Cool!
A short question: when using the push cover, is it pulled for closing or pushed? (If pulled the cover can be pushed over areas not reachable).
The push-cover cannot be closed by the machine, it opened step by
step as the parts are used up.
_Mark
Funny, I was going to use the feeders Erich Styger made for his OpenPnP machine, yours have more flexibility. I don't have OpenSCAD installed but was wondering how long these are, I have those books of 'sample' parts with 100mm strips.Great job on this project by the way.Kevin A
---------snip
Hi
No the feeders are only opened automatically, they
aren't closed automatically. You need to do a "Close all Covers"
for that.
The assumptions is, that more than one part is needed, more than one job is run, etc. You only want to close up shop, once you're really done.
I was contemplating adding a handler to the "Machine Disabled"
event, but I think that might be too dangerous, as sometimes you
want to disable the machine after a non-recoverable mishap
(stalled stepper etc.).
_Mark
--
You received this message because you are subscribed to the Google Groups "OpenPnP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/9be36449-3b7a-48cb-6b27-df7523982b7b%40makr.zone.
Glad, you figured it out so quickly.
The length and also the number of tapes are only limited by the build volume of your printer.
You can also change how the trays and the covers are arranged on
the print bed, so if you're limited by the arrayed tapes, but
there is still space in tape length, you can switch covers_to_the_right
to true.
If this is till not enough, you can generate the model twice,
once for the trays, once for the covers, with the tray and
cover switches and print separately.
Having said that, there might be limits due to accumulated errors
in the tapes and/or in the print.
_Mark
--
You received this message because you are subscribed to the Google Groups "OpenPnP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/44f50334-f1a5-4949-bea8-3036ede67c39%40googlegroups.com.
airhead, was that a minute after installing openscad? Does that imply it is dead simple to install and get things running?
On Sun, Jan 19, 2020 at 5:44 PM ma...@makr.zone <ma...@makr.zone> wrote:
--Hi
No the feeders are only opened automatically, they aren't closed automatically. You need to do a "Close all Covers" for that.
The assumptions is, that more than one part is needed, more than one job is run, etc. You only want to close up shop, once you're really done.
I was contemplating adding a handler to the "Machine Disabled" event, but I think that might be too dangerous, as sometimes you want to disable the machine after a non-recoverable mishap (stalled stepper etc.).
_Mark
Am 19.01.2020 um 18:20 schrieb Shai:
This is very cool! Do you close the blind with the part on the nozzle after you pick it? I couldn't tell from the video. If yes, wouldn't the part fall off?
You received this message because you are subscribed to the Google Groups "OpenPnP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ope...@googlegroups.com.
OpenSCAD is very compact and easy to install.
Many features in the BlindsFeeder have bools to switch them on/off. So be sure to check, before commenting things out ;-)
Also you can let all your TapeDefinitions in there (and
with time you will have many).
Just set the corresponding arrayed_tape_lanes entry to 0 to not generate the unwanted ones.
e.g. if you don't want the tape12mm, just set the 1
on top of it to 0.

_Mark
airhead, was that a minute after installing openscad? Does that imply it is dead simple to install and get things running?
---snip
Glad, you figured it out so quickly.
--
You received this message because you are subscribed to the Google Groups "OpenPnP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/e3bb6777-84d7-4b09-9e03-a4a881cba95f%40googlegroups.com.
Hi Kevin A. and everybody
Before I forget and as it was never actually mentioned in the video, be sure to print in green! For the "green screen" computer vision effect that is used extensively!
> Where did you get the number from for the different size (0402/0603) components?
All the main numbers are usually multiples of 4mm, so you can't
go wrong even just guessing this from the physical tape.
Look at datasheets for parts that you don't have yet. There are
generic datasheets like this:
https://www.analog.com/media/en/technical-documentation/white-papers/tape-and-reel-packaging.pdf
The tape_thickness, pocket_portrusion you must get from the datasheet or measure from the physical tape. Probably need a caliper. But don't worry too much, the printer can only resolve this in layers of e.g. 0.2mm and that's good enough.
pocket_width is the width the physical pocket across the
tape. You can make it a bit larger as long as there is space. The
model will make the blinds opening slightly larger.
tape_play, cover_play are empirical. Start from my
examples. Be sure to set your filament diameter precisely in the
slicer, then print small sample feeders. TIP: you can print a hole
series of almost identical TapeDefinitions where you only
vary the tape_play, cover_play values.
Play can only be tested with the tape loaded, because the cover
is designed with a combination of sideways and downwards clamping
forces in mind. Using double-sided tape on the full underside,
tack the feeder on a flat hard surface (important, so it can't
bend against the covers' spreading forces), load the tapes, peel
off the cover foil, and then test how easy it is to move the
cover. The cover must move quite easily but there should be no
skidding after a fast push.
WARNING: if the cover really sticks, don't try on the machine. No
point in ruining your nozzle tips. Forget lubricants, they might
have side effects for soldering and it really should work
without.
Note that PETG takes a day or so to really settle. The cover will
slide much more easily after that. Also be aware that the longer
the feeder is, the more friction the cover will get, so don't jump
up from printing a tiny sample to filling up your print volume in
one step. Also print multiple lanes to get a representative
side-by-side tension.
These tape_play, cover_play are forgiving for 0603 and up. I hope my examples will mostly just work. For your 0805 "bricks", I expect you to get it right on the very first try.
Actually, everything is very easy for 0603 and up. You can just snap in the cover on top of the parts without danger of parts jumping out. Just ease in the cover edge with the blinds first, align the "closed" position and then press the whole cover in. Don't be afraid, you can twist and pinch a PETG cover a lot before it gives.Having said that, things can be quite frustrating to get right for 0402 (so don't start there). The 0402 is so hard mostly because the cover must not only just "be there", but also press down just right on top of the tape to keep these incredibly tiny parts in their very shallow pockets. If this is not just right, the parts will be "rolled" into the air gap between cover and tape. It is quite a challenge to get the balance between this pressing-down and too much friction right. Expect to print a few :-)
My hope is that once people get it right for their printer model,
they can
reproduce 0402 feeders reliably, anytime. It works for me and my
PRUSA i3 MK3. And I hope that the community will share back these
tape_play, cover_play values and other tips so others with
the same printer model can just get it right on the first try.
If parts keep jumping out, I found that an anti-static coating on
the feeder helps. This anti-static coating is also a must for
ESD sensitive parts, I guess.
--
You received this message because you are subscribed to the Google Groups "OpenPnP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/275927cf-8d58-4a57-b58d-43767cc3225c%40googlegroups.com.
Hi Alexander
While I strongly recommend the "slates" idea per se, I'm not
happy with my implementation. The extrusions that I used as guides
are too expensive, too hard to mount right and too much in the way
of things. The two-layered slate bases are unnecessarily
complicated to make. The idea to store the slates in the machine
base is not a good one. When I designed it, I overlooked things
like where spent tapes are supposed to go on automated
feeders ;-).
https://makr.zone/design-of-the-machine-base/133/
I'll probably change this for a much lighter open frame design
and store the slates away from the machine.
But the slates per se are a good concept!
They have to be heavy for 0402 work, to keep the vibrations down.
The 1mm magnetic stainless steel top is probably overkill, though
it adds the weight and it is nice to be able to go rough when
scraping off double sided tape etc.. ESD wise it is also a good
choice, I believe. I mounted the stainless steel on High Pressure
Laminate (RESOPAL), so it ok to use liquids for washing. After
some fails with glue, I just used double sided tape to mount the
stainless steel on the HPL.
Other than that there is not much magic to it. Just find a way to
attach these to the machine table easily and more or less
repeatedly. Not much precision needed with the BlindsFeeder
(+/-2mm). Make sure the surface of the slate (or better yet the
surfaces of the tapes in their feeders) are more or less level
with the PCB in Z for best computer vision precision.
For the future I'd like to create a solution (in OpenPNP or as a
script) to group the feeders per slate and load/unload them as
needed. Could even be QR code driven.
_Mark
Well after all these years I now want a 3d FDM printer.
:-)
I have a SLA but of course it is not big enough for this. So couple quick questions:
1- a quick search on Amozon turns up at least 20 different green PETG filaments. None are called "signal green" that I found. How much will the shade matter? (I like the neon green :)
I think any vivid green will do. Neon colors sometimes appear as
"yellowish" in cameras/under LED light, so I'd be cautious.
I am astonished how resilient the pipeline is. I developed the pipeline in my office under fluorescent and day light, months ago, I never had to change anything for moving under the (bad) LED light of the machine. I even coated the feeders with an anti-static that adds blackish-blueish smudges in nooks and cranies, and still no change required. So I guess its not so important.
Caveat: I needed to leave the camera's auto-color balance on. So
I need some more than minimal settling time because of that. The
manual color balance of the USB driver does not help, it only
shifts the hue, which is actually counter-productive.
I plan to add true RGB color-balance to OpenPNP one day.
2- Would it be hard to assign numbers to the "trays" and have them "load" the parts when identified? This could be done simply with a fixed width binary scheme like holes that can be read, or a stick on label that we can read and tell openPNP the tray number. OpenPNP could also have specific info about the tray ie number of lanes, sizes in each lane , etc.
I think I don't understand. Please elaborate on the actual use
case. Where information initially comes from and why it would
later be missing in OpenPNP.
What I was thinking about is unloading and then
reloading whole slates with feeders. But I would then
probably create one big QR code on a known scanning position on
the slate, that contains all the feeders (including the parts) as
a compressed XML fragment (the same XML that OpenPNP saves to the
machine.xml).
Another idea is showing the parts loaded in the camera view,
similar to how the pocket numbers are already displayed in the
BlindsFeeder.

Ideally this would be a build-in feature of the camera view,
available for all the feeders (and perhaps other objects on the
table).
3- Any thoughts on Creality Ender 3 Pro? I can buy it locally for $209USD.
Sorry, I only ever had this one printer, the PRUSA i3 MK3, and while I can highly recommend it (it just works!), this is without having had any comparison, really.
_Mark
There is the param version_tag in the OpenSCAD BlindsFeeder model. I used it as a version indicator and that made sense when things were moving fast, but now we could use it as just a generic tag for the feeder array or "tray" as you put it.
This tag is 3D-printed there:

It is only (barely) human readable, but you could then name your feeders that way (press F2 on the list entry):

I though quite a lot about encoding data on the feeder itself
(i.e. all the TapeDefinitions) and dismissed it. It is not
practical (too much information, too low resolution, too slow to
print). You could only encode the data that doesn't ever change
and that does not include the loaded parts.
Instead I would opt for a cheap label printer to print a QR code
with the full data including the loaded parts and stick it to the
slate that is carrying all the feeders. This way you could also
load a whole slew of feeders in one go. Whenever the data changes
(differnet parts loaded) the sticker could be reprinted. The QR
code could be printed very small/dense, as the camera is
magnifying a lot.
_Mark
--
--
You received this message because you are subscribed to the Google Groups "OpenPnP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/7b829c41-08de-f88b-6469-bb774080f0c6%40makr.zone.
To unsubscribe from this group and stop receiving emails from it, send an email to ope...@googlegroups.com.
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/8eac2660-68f5-48cf-b722-a314f3970946%40googlegroups.com.
> Just give the tray (array) a unique number that could be read by openPNP (maybe)
I'll keep that in mind. Holes are very slow to 3D print, but maybe some edge indents could code it. A bit like a Vine Weevil on a leave :-)
_Mark
Hi Jim
the longest I printed was ~160mm, if I remember correctly, but there was no indication that this is the limit.
I would guess that 0603 and above is no problem whatsoever. If if
turns out too tight, you can increase the cover_play with
no ill effects.
For the 0402 I would be cautious, because I also started to see
geometry errors adding up in 100mm+ that start to matter, because
everything must be sooooo precise as the nozzle tip really barely
fits inside the blinds opening (and will fail the pick if it
does not hit the opening precisely). But then again with 0402 you
get ~50 parts inside 100mm, not so bad for prototyping.
Note this is all "straight out of the box" yet, i.e. I never
doubted (or even measured) whether the 3D printer is true to scale
and I normally left the BlindsFeeder's "Normalize" switch on in
testing, which means OpenPNP will go to "theoretical" coordinates
rather than "stretch" and "shear" the feeder between the
fiducials. So there might be more potential even for 0402.
_Mark
--
You received this message because you are subscribed to the Google Groups "OpenPnP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/1a5f3037-0f82-4fd0-8e77-2380cc2cfb5e%40googlegroups.com.
Just be aware that the feeder is really custom-made for one type
of tape. I guess it will work for all tapes of one manufacturer
for the same package spec. Even between different manufacturers
for common parts like chip resistors.
But there are differences between tapes of different part
heights, because punched paper tapes and embossed plastic tapes do
adapt to part height. This might be the case for the larger uF
multi-layer capacitors, even for the same (small) footprint.
And the BlindsFeeder is not tolerant to varying tape thickness,
at least not for 0402 and only limited for 0603. Never tried
larger stuff yet.
Embossed plastic tapes might be more tolerant, as only the pocket depth changes with the part height, and perhaps a pick on a free-hanging pocket will work (if the feeder Z is set precisely).
_Mark

> Hopefully i'll get tomorrow my first green pla and then the fun can begin ;-)
Be aware that PLA is more brittle than PETG. I tried once with
PLA and one cover immediately cracked at one place (never did that
with PETG, for many dozens of prints). However the cracked little
PLA guy still worked!
So report back your experience with PLA, thanks.
_Mark
Thank you Mark,
With my $165 printer i can print up 210x210mm, so 204+2mm cover gap would have place on the build plate.
I already dismounted some of my milled manual strip feeders to have some space for testing.
> Hopefully i'll get tomorrow my first green pla and then the fun can begin ;-)
Be aware that PLA is more brittle than PETG. I tried once with PLA and one cover immediately cracked at one place (never did that with PETG, for many dozens of prints). However the cracked little PLA guy still worked!
So report back your experience with PLA, thanks.
_Mark
Hi Jed
Ouch that's a classic bug!
My machine has only one nozzle, I tried hard to make it work with
multi-nozzle machines but its tricky to do it all in pure theory.
Sorry.
I must check the nozzles whether they have a part on, and I must
also favor the nozzle that is compatible with the parts in the
feeder. Unfortunately in feeder.feed() I don't get the
nozzle that will eventually pick the part, so this will not be
100% conclusive, if multiple nozzle tips are compatible and
without part. If this happens it will do some extra moves.
Will try to create a bugfix PR fast.
Thanks for reporting this and I appreciate your ongoing help in
testing it with multi-nozzles. :-)
_Mark
--
You received this message because you are subscribed to the Google Groups "OpenPnP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/3f15e31d-2673-4c6e-8f76-b95612c02cae%40googlegroups.com.
Made a PR to fix this:
https://github.com/openpnp/openpnp/pull/979
Once its made available, I would be very grateful for you to test it, Jed. Thanks!
_Mark
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/ebc92d63-5a6d-a96c-d596-ccb3ede3c5be%40makr.zone.
Hi Kevin
> I am working with the BlindsFeeder and I having a problem with setup.
Cool! The good news is that problem you encountered is not related
to the BlindsFeeder. :-)
It seems you have set a Z probe Actuator on your machine head. It
reads a Value from the Z probe and tries to convert it to a
number, which fails.
If you really have a Z probe, you need to properly set it up
(i.e. the read regex). If you don't, please remove the probe
actuator from the head.

The NullPointerException should probably be replaced by a proper Error Message. I'll have a look.
_Mark
Hi
I've created the new "BlindsFeeder". Check it out here:
https://github.com/openpnp/openpnp/pull/936
Hi Pekka
Make sure to get the newest "develop" version which is (always) here:
https://raw.githubusercontent.com/openpnp/openpnp/develop/src/main/resources/org/openpnp/machine/reference/feeder/BlindsFeeder-Library.scad
https://raw.githubusercontent.com/openpnp/openpnp/develop/src/main/resources/org/openpnp/machine/reference/feeder/BlindsFeeder-3DPrinting.scad
The one linked in the PR might have been be outdated (not sure).
I have updated the PR and the Wiki with these links, thanks for
the hint.
I will change the way the files are extracted, to make sure they were both extracted, even if the "EDIT"command then fails.
_Mark
--
You received this message because you are subscribed to the Google Groups "OpenPnP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/aaffe677-55d5-4054-acaa-0a7d28f79558%40googlegroups.com.
Hi Pekka
it will now always extract the Files and then show this:
when the Desktop command failed.
Pull request:
--> https://github.com/openpnp/openpnp/pull/990
_Mark
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/e9dee99f-ef6c-301f-7034-e38343441e09%40makr.zone.
To unsubscribe from this group and stop receiving emails from it, send an email to ope...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/aaffe677-55d5-4054-acaa-0a7d28f79558%40googlegroups.com.
--
You received this message because you are subscribed to the Google Groups "OpenPnP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ope...@googlegroups.com.
Cool Pekka, nice to hear.
Have you tried 3D-Printing-Spray? It was the key to success for
me. Zero problems since!
I tried all the glue sticks and whatnot and this was just a mess.
_Mark
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/2a73cb30-8666-43ed-9d9e-a5afd4e4b242%40googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/2a73cb30-8666-43ed-9d9e-a5afd4e4b242%40googlegroups.com.
I was using the stick provided by Prusa. And once with that blue
tape. No good. I'm always heating the bed as preset in the default
profiles, sometimes adjusted to what the filament manufacturer
says. And I'm cleaning with 99% Isopropanol a lot. Sometimes the
spray gets accumulated and then I just wash the removable plate
with warm water with some fluid soap, then dry and then
Isopropanol again.
If you can remove the plate, spray it away from the machine. I
didn't at first and the spray then caked the rails etc.
_Mark
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/0154167e-6f55-4332-b531-231a0fe1c9d7%40googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/513120ee-e9b1-f5f5-b99b-cd06e346b683%40makr.zone.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/2a73cb30-8666-43ed-9d9e-a5afd4e4b242%40googlegroups.com.
Yeah, bottom layers come with veeery slow speeds configured in
the PRUSA standard profiles.
For larger parts, like the PushPullFeeder,
I was able to more than double that speed. But for the
BlindsFeeder I would not dare do that.
The more I read about all these discussions, the more I
appreciate how everything just works with PRUSA printers and the
whole software and profile package.
The first printer I bought assembled, but I recently assembled a
second Kit printer mostly done by my girls as a "lockdown
project". Worked just as flawlessly from the first try. And it's
all done with simple parts, no fancy stuff. Y rails are zip-tied,
if you believe it. Miraculous in a way.
_Mark
--
You received this message because you are subscribed to the Google Groups "OpenPnP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/b4b472a4-1bbd-44d3-9be2-f74dba1c399f%40googlegroups.com.
Hi Kevin
The BlindsFeeder system automatically creates arrays (groups)
of feeders that are on the same 3D print.
First make sure you define the first feeder completely i.e.
all three fiducials must be set and Apply must be pressed.
Now the system knows the area the array covers.
Create a second feeder of the same array. Move the camera above
one part in the tape and press Auto Setup. It will know that the
new feeder lane belongs to the same array as the already
defined first feeder, because of the same area it
occupies inside the fiducials.
Watch this example:
https://youtu.be/dGde59Iv6eY?t=485
Create a third feeder of a different array. As long as the
fiducials do not occupy the same area as
the first feeder, this will create a new array.
Again make sure to set all three fiducials and press Apply. Etc.
Sometimes not pressing Apply will create confusion, so I recommend pressing it a lot. Only when you apply a location, will the automatic work! Note that Jason is currently working on a change in OpenPNP that gets rid of Apply.
>How does the blinds feeder handle a print that is not true
square? My 3d printer appears to have to be skewed.
> This happens whether on not I have "Normalize" checked.
You are right, switching off "Normalize" should deal
with this and again don't forget to press Apply. But the skewed
transformation will only come into effect when you press
"Calibrate Fiducials" after switching off "Normalize"
(or if calibration is later triggered by homing or by a job
starting, etc.).
I have never really tested skewed coordinates, so it may be
possible there is a bug. If this still does not work, please
stay on it and report your findings, so I can fix
it for you and everybody else!
I'm very interested in this use case, because it's cool to use
brains to cope with simple and affordable tools, that's why I
made it!
_Mark
--
You received this message because you are subscribed to the Google Groups "OpenPnP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/8c292720-cf96-64c5-d527-dc8cde21adf7%40makr.zone.
Hi
The BlindsFeeder does use AffineTransform, of course ;-)
And - also tongue in cheek - that's why I suggested to Tony, in
his cool
generalized location transformation feeder groups pull request,
to allow for each feeder to have their own nested transform so
they can also use full AffineTranform to allow for shear (and now
we have a real use case too)
;-)
It's a bit buried in this this
comment.
_Mark
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/CAEm8oESdQW%3D44rgFbbB5_7ZCsfTi4EZCYWkE7jZ01-ki7o86Tw%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/84a986c2-53aa-f913-7b4b-4e76b448fe04%40makr.zone.
Hi Bert
I have different PETG and those vary a lot regarding temperature.
The green stuff is from Extrudr and it uses significantly lower
temperatures than all the other brands I have.
I start from the "Generic PETG" profile from PRUSA then look at
the spools and set the recommended temperature. If it is a range,
I go ~2/3 high. Then sometimes I go down when I have excessive
stringing. Then sometimes back up, when the bottom layer does not
fuse right anymore (then I just cope with stringing).
Extrudr's is really very nice all around, except for diameter
tolerance, where it sucks. For those small feeders its not such a
problem, just measure the diameter before each print and enter in
the Slicer.
These are the two temperature extremes, one for Signal Green from
Extrudr:

and the other for White from 3D Jake (for the PushPullFeeder
body):

> Also can you look to tell me your retention settings?
Is this the same as "retraction"?
I haven't changed anything there for the BlindsFeeder. This is
the default setting for the printer:

There is also no override on the Filament.
For the PushPullFeeder I have switched the hidden retractions
off:

Hope this helps and good luck with the BlindsFeeders!
_Mark
--
You received this message because you are subscribed to the Google Groups "OpenPnP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/3012a077-c0e9-9905-9589-1bfb91b036ed%40makr.zone.
To unsubscribe from this group and stop receiving emails from it, send an email to ope...@googlegroups.com.
Hi Kevin
thanks! This sounds like a bug. It seems the Blindsfeeder will normalize the fiducials even if you tell it not to (when Normalize is off). I will investigate.
_Mark
-
--
You received this message because you are subscribed to the Google Groups "OpenPnP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/068cb32d-2c1c-70ec-2f1b-e9633e40a354%40makr.zone.
Standard 0.4mm
Btw, you see this and more on the "Printer Settings" screenshot I posted earlier. Plus in the video here:
https://youtu.be/dGde59Iv6eY?t=93
_Mark
Hi
Dig a hole into the table?
Is it the parts that are so high, or is the table higher than the
PCB?
If the latter, that's not so god IMHO. Maybe consider moving the PCB up too and refocus the cameras, yes that's both cameras, bottom vision focal plane should also be on the same height.
It helps a lot with precision at least if your machine is
"mortal" i.e. not super perfect, mechanically.
_Mark
Hello,
Hi Matt
First it is important to note that the BlindsFeeder is optimized
to use a nozzle tips other than the pick nozzle tip for
opening the cover. So if you are concerned, just use one of the
heavy duty nozzle tips or you could even 3D-print a specific
"push" nozzle. Each nozzle tip has a Checkbox where you can
allow/disallow Push & Drag.

At the Job start, the BlindsFeeder will automatically open all
the covers of all the feeders that are involved in the Job, so
even if you use a special nozzle tip, only one extra nozzle tip
change is needed. It will even use a Travelling Salesman
optimization to choose the best path through all these feeders.
Having said that, no, I'm not concerned. The load on the
nozzle tip is very small. Apparently, other people use their
nozzle tips even for drag feeding, which is a much higher load and
much easier to go wrong.
You can read this conversation and perhaps ask John/CircuitSetup
https://github.com/openpnp/openpnp/pull/812#issuecomment-565803849
_Mark
--
You received this message because you are subscribed to the Google Groups "OpenPnP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/330c807f-e823-4886-a3cb-c715c385d4c2%40googlegroups.com.
Hi Slavko
no, that is currently not possible without some scripting around
it. The BlindsFeeder works by the fiducials and will "fuse"
feeders that occupy the same area. You'll have a mess.
_Mark
--
You received this message because you are subscribed to the Google Groups "OpenPnP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/1748069e-a7de-4e73-8369-e05bbf7c6724%40googlegroups.com.
Slavko,
First: as a manual workaround, you can shift a whole array of
BlindsFeeders by just changing one fiducial coordinate
manually and press Apply. The BlindsFeeder will automatically
translate all the other feeders on the same array (same fiducial
area). All geometry is preserved. The larger your array the more
time saved.
Assuming your machine has less than 1m Y working area, I suggest
subtracting -1000mm from the Y coordinate for project 1, -2000mm
for project 2 etc. So you can quickly move in or out the feeder
arrays from your work area and you still see what is going on.
Just think hard before pressing Apply and/or frequently backup
your machine.xml :-)
Don't forget to disable/enable the feeder accordingly.
Any don't forget to set the soft limits on your machine so if you
mistakenly feed from this feeder, it will just warn you and not
crash.
Someone was also mentioning Scripts to load and unload feeders in
bulk from the machine. Please search in the group.
What you ultimately want, is one of the goals of this PR by Tony:
https://github.com/openpnp/openpnp/pull/943
The PR is rather "invasive" and therefore a discussion is going on, whether a more fundamental approach with a hierarchic Group -> Slot -> Feeder structure was in order:
https://github.com/openpnp/openpnp/pull/943#issuecomment-620976140
I also feel that way, it would be nice to see the feeders
structured in the Machine Tree.
The point is: you need to wait and use scripts or the manual
workaround instead.
--
You received this message because you are subscribed to the Google Groups "OpenPnP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/642181dd-682d-a00a-3557-a3df5d7da2bc%40gmail.com.
> If understand correctly if I misstype two feeders to same
-1000 I wreck setup for both?
If their fiducials coincide to with I believe +/- 4mm, yes. But
nothing catastrophic happens, they are just fused together. You
could untangle them through machine.xml.
But better backup and then move on/off feeders.
Note, it took me quite a while to realize: you can always save
config, no need to quit OpenPnP.
> commanded to +1. But the nozzle stays at -22 as smoothie
has soft limits too (0 to -25) and command was just ignored.
Good point. Ignoring commands in a controller and not halting the machine is not a good idea. Have you checked if there an option in Smoothie to halt the machine on soft limits violation?
_Mark
> if I set soft_endstop.halt to true then report error but to restore I need to do M999 and homming again.
Ah there it is. I absolutely believe one must set that to true.
The halt is a hassle, but otherwise you can get the larges crashes!!
I added the M999 to my ENABLE and HOME commands. Easy to recover.
_Mark
> Why the Z is ommited jere at all?
Soft limits are defined as camera coordinates. You can capture
X/Y from the camera but not Z.
Maybe I should add the limits to my new axes instead?
@Jason, what do you think?
_Mark
--
You received this message because you are subscribed to the Google Groups "OpenPnP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/2b97cef8-c550-08ee-fdf8-a8d8b348ab1d%40makr.zone.
Hi Jason, Slavko, everybody
Limits will be per axis and Z can no have them too. Only Rotation
axes are excluded (obviously).

I used different "icons" to make it clear its neither the tool nor the camera captured/positioned but the raw axis coordinate.
...its not actually icons but HTML text :-)
_Mark