Відео

I'm using the ELP Full HD camera No. ELP-USBFHD01M. "Full HD USB Camera Module 1080P USB2.0 OV2710 Color Sensor Support MJPEG". I recommend longer lenses than they usually advertise (>= 6mm).

I forgot to mention that this Full HD camera requires two root USB ports on the computer, while the recommended ELP 720p camera model can be operated on one USB port.

;-)

I'm using ELP FullHD cameras, but at reduced 720p resolution, which then runs at 60fps. But the recommended camera is the ELP 720p one, because you can then attach wtwo cameras to one USB port, whereas with my cameras I need two ports (bandwidth). See the recommended cameras in the Wiki: github.com/openpnp/openpnp/wiki/Build-FAQ#what-should-i-build

Thanks! Only the small and fast to print Tape Inset needs to be reprinted to adapt a different tape. See at 4:40 in the video where the tape is inserted. In OpenSCAD use the Customizer (right side pane) and there the Tape Specification section to adjust tape thickness etc. "Sixagonal shaft"? I don't understand. For better discussion, go to the OpenPnP discussion group at groups.google.com/g/openpnp.

thank you@@markmaker4345

Well, I'm not neutral in this, so you see for yourself in the Pull Requests I made. All is linked from my blog. makr.zone/smoothieware-new-firmware-for-pnp/500/

It does not work that way. The model is parametric. Best watch the entire video, especially the part about the test prints. You'll need to download OpenSCAD, but don't worry, you just enter Parameters in the easy to use Customizer GUI, no need to really have any OpenSCAD skills.

@@markmaker4345 Yeah but that is a whole new learning curve. I am just looking for examples to edit. Thx for the reply.

Yes, I guess the test branch will be integrated back soon. But that also means I consider the current test branch very mature, in fact it has many bug fixes the stable branch has not. 😉

Thanks!🤭

You need the testing version. openpnp.org/test-downloads/

Thanks, @TORQ, you best go to the [discussion group](groups.google.com/group/openpnp), where you can post your log etc.

Such questions are best asked in our discussion group, UA-cam comments are too limited. groups.google.com/group/openpnp

Thanks! :)

Can you please ask the same question on the discussion list? You could perhaps send a photo of where you want to mount it. groups.google.com/group/openpnp

Hi diggraph, The milestones were specifically added to prevent users from adopting the often "juicy-sounding" advanced/difficult options too early, i.e. before the basic machine setup is achieved. Some "clunkyness" is intended, to keep users from skipping over the essential (but maybe boring) stuff too easily. It's a bit like levels in a game. You have to earn them first. For the most part, the milestones are cumulative, i.e. all the solutions from earlier milestones are available in the later milestone, so adding an "ALL" is not really necessary. Most Issues & Solutions logic permanently reacts to any configuration changes, so these issues will always also pop up if you are in a later milestone. For instance, if you add a driver later, Issues & Solutions will help you set it up, no need to go back. Re the Motion Control Type: Make sure you understand and set the acceleration limits on the Axes: github.com/openpnp/openpnp/wiki/Machine-Axes#kinematic-settings--rate-limits Re the Y backlash calibration: Yes, your calibration fiducial should be further away, as described here: github.com/openpnp/openpnp/wiki/Vision-Solutions#calibration-primary-fiducial But you can simply move the fiducial coordinate, the location is stored on the head and can be captured there. There is no need to re-do all the other calibration fiducial related stuff. Just change the location and continue with the backlash calibration. There is nothing permanently tied to the calibration fiducial location, so you are allowed to move it around (except between the initial camera calibration and the nozzle offsets steps, those two must obviously be done as a pair). CAUTION: the same obviously does not apply to the homing fiducial. Never move the homing fiducial. Re the graph being stored: that's already the case, it seems you don't have the newest testing version. github.com/openpnp/openpnp/pull/1293 For further troubleshooting, I suggest you go to the discussion group. There are other users there that might be able to help, and it is easier to discuss, including through email. groups.google.com/group/openpnp _Mark

@@markmaker4345 Thanks Mark. I was on the group but managed to leave the comment on the video. I will try harder next time ;-) Y Backlash now done but no graph. 😞 I thought I had the latest version because I only downloaded it yesterday. V 2021-09-19_21-26-42 Where should I be looking for the latest? I have tuned the acceleration limits using the great MotionPlannerDiags you added and they work well but somewhere during the calib milestone the Motion Control Type got changed and caused the very slow behavior ?? DG

Ah found the graphs! I was thinking I saw them on the Issues page.

1- I have a 6mm lens and the camera pcb is about 90mm from the PCB. 2- about 12mm 3- ELP FullHD camera but in HD mode (720p 60fps) which is a crop of the full sensor area, i.e. the focal length is in reality longer than what the lens spec says. All this is more or less the outcome from the Liteplacer mechanics (I made my own camera holder, but the geometry is about the same). The important thing for (1) is that you see enough in the camera view to use the feeders you want, for instance the ReferencePushPullFeeder needs to see some sprocket holes and a lengthy OCR label. The BlindsFeeder needs to see some blinds in the cover, the larger the part pitch, the larger the area it needs to see. My camera sees a ~43mm x 24mm area in the HD mode (720p 60fps). That's what you need to aim for, a bit more would be better. _Mark

It is 16 micro-steps. More info is here: makr.zone/choosing-a-motion-controller-the-panucatt-azteeg-x5-gt-32bit/455/, config files linked towards the end of the article.

I hope this weekend. But not sure. Maybe only in the testing version for now.

There is a design principle, that the smaller/removable part has the play applied. So you only need to reprint the smaller/removable part when the play is not right. Still, I would not print multiple bodies before having tested everything together in one test feeder. Also test the fit (the squeeze) on the extrusion mount, which is in the body, of course. This feeder is optimized to work without any external (metal) parts. The downside is that everything must really fit together nicely, not too hard and not too loose. Once you figured it out, document everything and then go ahead and print a whole series. The idea is to invest a bit of time tuning up front, but then have a very, very cheap and easy to assemble feeder that you can multiply. As to the makr.zone comments not working, I'll have a look. You can also use my email which is on the site.

Thanks!