Re: [Emc-users] Linuxcnc OEM?
I'm not sure of their international shipping details, but Probotix sells LCNC based routers: https://www.probotix.com/ On 7/19/2022 8:13 AM, Todd Zuercher wrote: Any one know if there are any machine builders (besides Tormach) using or offering Linuxcnc as a control option? (More interested in a large router than a milling machine, lathe , or plasma cutter.) Todd Zuercher P. Graham Dunn Inc.<http://www.pgrahamdunn.com/index.php> 630 Henry Street Dalton, Ohio 44618 Phone: (330)828-2105ext. 2031 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Charles Steinkuehler char...@steinkuehler.net ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Matrix Wiring
On 7/12/2022 5:53 PM, andy pugh wrote: On Tue, 12 Jul 2022 at 19:49, Charles Steinkuehler wrote: Look for "pass through sockets". These allow a pin header to insert and pass through a connector, allowing you to "stack" multiple connectors on the same pin (assuming the pin is long enough). These might work: https://uk.rs-online.com/web/p/pcb-sockets/6737418 But then I am still looking at needing 30 of them costing £75 or so. For a cheap/simple solution, just re-frame the problem slightly. Use dual-row headers, one for each column (or row). Wire one side of the header pins to the rows and the other side to the columns. Use standard shorting jumpers to make the row/column connections you need. So for a 4x4 array (A-D, 1-4) your PCB would look like the following (each character is an 0.025" pin): A1 A2 A3 A4 B1 B2 B3 B4 C1 C2 C3 C4 D1 D2 D3 D4 -- Charles Steinkuehler char...@steinkuehler.net ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Matrix Wiring
On 7/12/2022 7:47 AM, andy pugh wrote: On Tue, 12 Jul 2022 at 13:39, Todd Zuercher wrote: Andy, Just happened to be reading a servo drive manual yesterday that I think mentions just the part your looking for. ... "Mill Max P/N 8427" it is a single pin socket Well, sort-of. The thing is that there would be 240 holes but only 8 connections needed, so having the plugs be the expensive bit makes more sense. And I would need a version where the inserted lead can pass through to the second PCB. Look for "pass through sockets". These allow a pin header to insert and pass through a connector, allowing you to "stack" multiple connectors on the same pin (assuming the pin is long enough). Stack two PCBs with the connectors in the same position but with one wired for rows and the other wired for columns and use individual pin headers to connect the matrix points you desire. https://suddendocs.samtec.com/catalog_english/bcs.pdf ...then all you need is some long 0.025" square headers, but those are pretty easy to find. -- Charles Steinkuehler char...@steinkuehler.net ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Wanted, small engine whiz
On 6/5/2019 8:45 AM, Dave Cole wrote: > > Solution: > Remove the carb and unstick the float valve/replace if needed, and > clean the carb and blow out all of the passages. > Drain the oil and replace. Once you get it running, drain and replace > again to get rid of the last bits of gas in the oil. > Its best to install a fuel shutoff valve between the tank and the > carb, that way if you have a leaky float valve, this won't happen again. > If the spark plug is fouled up really bad, you might need to replace it. > > Chances are that your engine is still ok. +1 This is exactly what happened with the B&S engine in my riding mower, and the symptoms match exactly what you described. Adding (and remembering to use!) the fuel shutoff valve was the fix. -- Charles Steinkuehler char...@steinkuehler.net ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] SPI
On 12/17/2018 9:26 AM, andy pugh wrote: > On Mon, 17 Dec 2018 at 15:06, Bruce Layne > wrote: > >> Generally speaking, there are four modes of transmission >> > > Looking at http://www.ti.com/lit/ds/symlink/ads1256.pdf (figure 1) and > https://en.wikipedia.org/wiki/Serial_Peripheral_Interface I am not 100% > clear which mode is being described, but probably mode 1? Yes, it looks like mode 1 to me as well. Clock polarity = 0 (clock is low when idle) and clock phase = 1 (data changes on the rising edge and is latched on the falling edge). -- Charles Steinkuehler char...@steinkuehler.net ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] SPI
On 12/17/2018 5:09 AM, andy pugh wrote: > Not as on-topic as I would like, but I suspect that some of you here > might know something useful. > > I am trying to interface an ADS1256 board to an Arduino. > https://www.ebay.co.uk/itm/19242863594 > > Sometimes it almost works... > It will often sit there reading all-zeros then suddenly appear to > work, to an extent. But I don't seem to be able to configure it for > single-ended so suspect that the programming instructions are not > getting through. > The fact that the data output comes and goes makes me suspect that the > SPI comms is iffy. > > The connection runs via the IO pins of an Arduino Nano,rather than > using the ICSP connector. > > If I touch the ICSP connector on the Nano with my finger then the data > switches to 0xFF That sounds like a floating signal. > So, I am wondering if the SPI bus needs to be terminated or something? Generally not...more below. > Also, the board has 100 Ohm resistors in series with all digital IO, > but the ADS1256 data sheet only shows 100R resisitors on the input > channels. Is this likely to be worth changing? Leave the resistors. They are series termination to limit current spikes during edge transitions, which can otherwise interfere with the ADC readings. They basically slow down the edge rates, which shouldn't matter unless your clock frequency is *VERY* high and/or you have a long cable with lots of capacitance between the boards. > I have used other SPI devices with the Nano, and have not had these problems. > I have also tried with a full-size Arduino, with equally limited success. > > Any tips for robustification of SPI comms? Double-check your wiring and the data sheets, paying particular attention to the direction of the data signals. I have found the data line labeling (MISO/MOSI, DIn/DOut, etc) to be somewhat haphazardly applied, and your symptoms would be explained by having the data lines swapped (so two drivers bus-fighting on one line, and the other line floating). -- Charles Steinkuehler char...@steinkuehler.net ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] genserkins help
On 12/13/2018 3:36 PM, andy pugh wrote: > On Thu, 13 Dec 2018 at 20:58, yomin estiven jaramillo munera > wrote: > >> is genserkins suitable for what i wannna do? > > It should be, it is meant to work for any serial robot. > >> where can i find information to set genserkins? > > This might be all that there is.. > http://linuxcnc.org/docs/html/man/man9/kins.9.html > > You might be able to glean more by looking at the source code: > https://github.com/LinuxCNC/linuxcnc/blob/master/src/emc/kinematics/genserkins.c I had a hard time getting genserkins working, but it is usable. As mentioned in the man page above, the code follows the DH conventions of John J Craig in "Introduction to Robotics: Mechanics and Control" (you can find pdf copies online if you search, which I found to be very helpful). What the man page _doesn't_ say is that this convention is referred to as "Modified DH Parameters" by most of the rest of the world: https://en.wikipedia.org/wiki/Denavit%E2%80%93Hartenberg_parameters#Modified_DH_parameters If you try to use "standard" DH parameters with genserkins, Bad Things will happen. :) -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] How to change the default directory AXIS looks in to open a file??
On 12/6/2018 2:49 PM, andy pugh wrote: > On Thu, 6 Dec 2018 at 20:03, Cowen via Emc-users > wrote: >> >> It would be great if I could redirect the default "open file" directory to >> "media." Can anyone point me in the right direction to make this change? > > Have a look at [DISPLAY]PROGRAM_PREFIX > > http://linuxcnc.org/docs/2.7/html/config/ini-config.html#_display_section You could also add a symbolic link to the media directory in your default files directory. That might work better if the USB stick is ever unplugged. -- Charles Steinkuehler char...@steinkuehler.net ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Fun with FPGAs
On 11/13/2018 6:01 AM, Les Newell wrote: > > Of course using the generated code in an actual product would be > crazy. It relied heavily on undocumented quirks of the chip. Any > slight change to the chip internal design by the manufacturer is > very likely to break the code. Even production variations would > affect the results. Which is why their next focus was going to target multiple lots and temperature ranges. I've worked with FPGA's for 30+ years and what they did was really cool. While the results don't directly map to a (theoretically identical) different portion of the chip, note how rapidly the implementation re-converges to a successful design. I've also had some experience in pushing FPGA's into "non-standard" behavior, including using the I/O blocks as delta-sigma ADCs & linear amplifiers and using internal gates as a ring oscillator. There's a lot that's possible which you can't do if you obey all the rules! :) Their design process might not be what you'd want to use for your Next Big Thing (tm) in today's world, but IMHO it's an intriguing method with a lot of potential. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Raspberry Pi PREEMPT-RT --> Scheduling and message passing in general
On 6/24/2018 10:24 PM, Jon Elson wrote: > > I've stopped using the schematic entry stuff and learned VHDL. But, > these things are amazingly powerful, fast, and not too-hard to program. Ah...I miss the old days of manually programming fuse maps for CPLDs with PALASM... Yeah, not really...VHDL is way more productive! ;-) -- Charles Steinkuehler char...@steinkuehler.net -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] email failures.
On 3/5/2018 4:19 AM, andy pugh wrote: > On 5 March 2018 at 02:20, Kurt Jacobson wrote: >> I have noticed lately that several old SourceForge and >> Yahoo list are moving to groups.io, so I guess others are either having >> trouble with SF or think it is not going to be around for much longer > > It might be simpler to run mailman on a server we control. I do this for a low-traffic neighborhood list and it's somewhat of a pain in today's email world. Microsoft, Yahoo, and some others use very strict anti-spoofing settings which break pretty much any mailing list if you don't mangle or wrap the original message, both of which have drawbacks: https://wiki.list.org/DEV/DMARC I have also found it necessary to play with outgoing mail routing rules as the various MX machines I have access to (my personal server, my ISP's MX, and my company's MX) get added or removed from various blacklists, causing delivery failures to various user domains. Personally, I'd suggest Google groups, but I do still admin a Mailman list, so I can't recommend against it too much. :) -- Charles Steinkuehler char...@steinkuehler.net -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] switching to a slower spi driver to see if it works,
On 5/27/2017 12:21 PM, Gene Heskett wrote: > On Saturday 27 May 2017 11:26:18 Peter C. Wallace wrote: > >> You might try lowering the series termination resistor value since >> this looks like a possible SI issue (and the clock signal will be very >> sensitive to SI issues). > > SI? Acronym for what? Signal integrity. Source, cable, and load impedance all need to match pretty well, but you knew that already. :) If you're running any distance, I'd recommend a buffer on the SPI lines. The SoC parts are designed to drive short PCB traces and typically only have a few mA of drive, not really enough to properly drive a cable and it's capacitance. For series termination to work well, the driver needs enough current output to drive the full signal across the series termination resistor. Otherwise, you wind up needing two full cable round-trip times to get a reliable signal at the far end, and you leave the load sitting halfway through the transition for a cable round-trip time. I'd wager if you just stick a reasonably fast driver (AHCT, LVC, or just about any 3.3V logic family) on the clock like at the RPi end to drive the cable (with a suitable[1] series resistor, probably 25-33 ohm), your problems will go away. [1] The driver output impedance plus the series termination resistor should equal the characteristic impedance of the cable. Most cables (ribbon with alternating ground, twisted pair Ethernet) are going to be around 100-120 ohms. The driver needs to be able to drive a full step (3.3V or 5V, depending on your logic family) into the effective impedance of the cable impedance plus the driver & series terminator (so 200-240 ohms). The I/O drivers on most SoC parts just aren't big enough to be able to do that effectively, so it takes two round-trip flight times to bring the load end to the final voltage, which also typically leaves the load end sitting in the transition region for one round-trip flight time. A recipe for problems when you're talking about a clock line. -- Charles Steinkuehler char...@steinkuehler.net -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] about to give up on the pi's
On 5/5/2017 4:43 PM, Gene Heskett wrote: > On Friday 05 May 2017 09:25:01 Charles Steinkuehler wrote: >> >> I've ordered one of these x86 SBCs to play with and see if I can get >> it talking to Mesa hardware via SPI: >> >> http://up-shop.org/up-boards/2-up-board-2gb-16-gb-emmc-memory.html > > That looks like a raspi killer, but whats an eMMC memory, because I sure > don't see a socket for a micro-sd card. eMMC is the flash memory used in just about anything that has a decent amount of in-device storage but doesn't use a SATA style HDD (think cell-phones, iPads, tablets, etc). ...probably not a raspi killer at ~ $100, but given the state of the GPU on the Pi (and most other ARM SBCs) it may make a good platform for anything that needs a GPU with decent support for anything other than Android. >> ...if it works out, it may be a good midway point between the ARM >> based SBCs and a full x86 machine. > > I agree, except for the system memory. > > Soldered to the board flash memory bothers me, a lot. If it didn't, I > would have used my card to put some postage on its even better equipt > 4Gb dram and 32Gb of e-MMC. I have 2 of the original D525MW boards, one > of them is still software stepping a 4 axis micro-mill. Not fast, but > fast enough to get the job done. They have versions with more memory (both DRAM and flash), and the "UP Squared" has a SATA port and mPCI-e if you want to hook up "real" storage. I got the next-to-cheapest version (2G instead of 1G DRAM) just to play around with. If it turns out to be viable but needs a bit more "oompf", there are options available. Interestingly, they show the "Squared" shipping in July, and the "UP" shipping in 7 days, but I got emails (from both UP and FedEx) saying my UP board shipped less than a day after placing the order. And the Mesa 7i90 arrived today, so I've got lots of new toys to play with! :) -- Charles Steinkuehler char...@steinkuehler.net -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] about to give up on the pi's
On 5/5/2017 7:56 AM, andy pugh wrote: > On 5 May 2017 at 13:41, Charles Steinkuehler wrote: >> So does the armhf build run in Raspian or are you using qemu or >> something? AFAIK, standard Debian armhf code won't run on the RPi >> because Raspbian uses a different ABI (due to the not-quite full armhf >> compatible CPU on the original RPi). > > It might be worth considering that Gene's experience seems to be that > LinuxCNC on the Pi runs less than flawlessly. Indeed. I've only just started playing with the RPi3 and have already hit some issues. I was hoping the GPU would be usable, but it looks like there are still problems. I think the BBB (or an SoC+FPGA) is probably a better choice if you don't need a native GUI, and if you _do_ want a GUI a low-end x86 box is likely a much better choice. I've ordered one of these x86 SBCs to play with and see if I can get it talking to Mesa hardware via SPI: http://up-shop.org/up-boards/2-up-board-2gb-16-gb-emmc-memory.html ...if it works out, it may be a good midway point between the ARM based SBCs and a full x86 machine. > https://wiki.debian.org/RaspberryPi > > Seems to suggest that armhf works on Pi >= 2.0 > > buildbot "sim" builds run with realtime on preempt-rt kernels. Yeah, I should be able to use the armhf builds if I'm running stock Debian (which works on the RPi 2 & 3). I started with Raspbian to see what the "out-of-the-box" experience is like, and figure it's unlikely I can tweak Debian to work better than Raspbian. I'm unclear what Gene's running, but I'm guessing it's Debian armhf rather than Raspbian. -- Charles Steinkuehler char...@steinkuehler.net -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] about to give up on the pi's
On 5/4/2017 8:16 PM, Gene Heskett wrote: > On Thursday 04 May 2017 16:25:00 Charles Steinkuehler wrote: > >> Out of curiosity, are you building from source or is there a package >> repo for LinuxCNC on the RPi? >> > Charles; > > Its actually running the 2.8pre x86 code, for master-sim, straight out of > the buildbot at <http://buildbot.linuxcnc.org jessie master-sim>. So does the armhf build run in Raspian or are you using qemu or something? AFAIK, standard Debian armhf code won't run on the RPi because Raspbian uses a different ABI (due to the not-quite full armhf compatible CPU on the original RPi). ...but with Jessie you could maybe run multiarch and get the official armhf libraries running alongside the Raspbian ones? >> I don't want to point him >> this direction if it's not particularly stable, but he's technically >> savvy enough to get over a few rough spots. > > Since I'm walking on new ground with this, Martinjack seems to have > disappeared, its a somewhat lonely trail. I could use the company as I > toddle along. > > Its just as stable as the same code running on an x86 box would be. > > The only warning I'd issue other than keeping motorish noises out of the > system with a single point ground system, is the whole i/o on a pi comes > and goes thru whats basically a usb hub, and keyboard/mouse events seem > to be treated with very poor priority as the uptime accumulates. > > Generally fixed for a while by rebooting. That needs addressed by the pi > builders, probably by adding enough memory that it stays out of the swap > file. It has a gig now, needs another from my diagnosis. I installed Raspbian and see what you mean about the delays. It doesn't look like it's swapping, more like there's something that's single-threaded and ends up blocking most of the system for a while. I haven't dug into it deeply, but it seems like it's probably the uSD driver. Also, uSD access speeds are *SLOW* (at least perceptively, I don't have actual speed tests yet). With a 16G Class-10 uSD it was taking _forever_ to install the build deps on the RPi3, something I've done many times (and which goes much faster) on the BBB using identical uSD cards. -- Charles Steinkuehler char...@steinkuehler.net -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] about to give up on the pi's
On 5/4/2017 11:44 AM, Gene Heskett wrote: > On Thursday 04 May 2017 10:34:15 Przemek Klosowski wrote: > >> Just to further confuse the matters, here's another ARM board: it's a >> BeagleBone version specially designed for robotics/machine control: >> >> http://makezine.com/product-review/beaglebone-blue/?utm_source=faceboo >> k&utm_medium=social&utm_campaign=digikey&utm_term=boards%20guide&utm_co >> ntent=beaglebone%20blue >> > If I was starting from scratch, maybe. But I've now 6 months invested in > the pi, and I've written a heck of a lot of code. Out of curiosity, are you building from source or is there a package repo for LinuxCNC on the RPi? I have someone interested in using a RPi+Mesa instead of a BBB for a small machine control. We're not actively building Machinekit packages for Raspbian, and I noticed the LCNC hostmot2 driver has a RPi SPI driver. Is that what you're using? I don't want to point him this direction if it's not particularly stable, but he's technically savvy enough to get over a few rough spots. -- Charles Steinkuehler char...@steinkuehler.net -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] 3D Printers
On 3/29/2017 10:52 AM, Jon Elson wrote: >> > Maybe contact Charles Steinkuehler first, as he is an active > 3D printer user and knows what is currently hot. > There is a HUGE turnover in these things, and what was the > best design a couple months ago is now obsolete. I'm no longer really "current" with the latest happenings in 3D printing (it's moving *REALLY* fast), but the CRAMPS board I designed (and Jon builds/sells) was used in a really cool full-color 3D printer shown at this years Midwest RepRap Festival: http://hackaday.com/2017/03/26/mrrf-17-true-color-3d-printing/ http://www.3ders.org/articles/20170328-arcus-3d-m1-evolves-from-junkstrap-into-full-color-3d-printer.html > I'm still holding out for one that solidifies liquid > photosensitive polymer with a computer projector. They can > do arbitrarily complex objects at the same speed as simple ones. A bunch of patents have recently expired on SLS (Selective Laser Sintering) processes, so look for some inexpensive and open-source options in this field soon, to go with the SLA (Stereolithography) resin based printers. -- Charles Steinkuehler char...@steinkuehler.net -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] 3D Printers
On 3/28/2017 6:01 PM, andy pugh wrote: > On 28 March 2017 at 23:49, Charles Steinkuehler > wrote: >> you may need to >> reprogram the controller with an open-source firmware and switch to >> using a standard slicer vs. the one that comes with it. > > I have already written one slicer (runs inside Autodesk Inventor, > skips the STL stage to avoid faceting) Like I said, I think you'll be fine on the SW side of things. ;-) -- Charles Steinkuehler char...@steinkuehler.net -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] 3D Printers
On 3/28/2017 9:48 AM, andy pugh wrote: > I find myself astonished that I don't have a 3D printer. > I am thinking of buying one. > Longer-term I think I will end up making a large-format delta pritner, > so the one I buy will be more ot a toe-dipping exercise, and I am > looking at: > http://www.ebay.co.uk/itm/182454763977 > Any thoughts? I haven't seen that one before (but there are *LOTS* of new 3D printers so that's not too unusual). It looks like a pretty decent Replicator clone, but based on some online reviews you may need to reprogram the controller with an open-source firmware and switch to using a standard slicer vs. the one that comes with it. I probably wouldn't recommend this to someone who's not computer savvy, but it looks like the hardware is OK and I'm pretty sure you can handle updating the firmware and toolchain if needed (I saw some reviews where the printer came up with a proprietary UI in Chinese, but it looks like current versions may come with standard open-source builds). I do have friends who have purchased official and/or built their own version of this Replicator printer, and it's a pretty decent design that seems to work well overall. There are also a *LOT* of available add-ons and upgrades since this design (unlike later Makerbot designs) is open-source: http://www.thingiverse.com/thing:18813 Disclaimer: Makerbot owns Thingiverse ...if you want a printer from a company that *REALLY* supports open-source, I can recommend Lulzbot without hesitation, but they're also substantially more expensive than the CTC printer. :-/ -- Charles Steinkuehler char...@steinkuehler.net -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Problem with genserkins
On 3/2/2017 1:26 PM, Andrew wrote: > What this means for genserkins: everything is defined in genser_kin_fwd. > Tweaking it will tweak both forward and inverse kins. > > OK, first it uses go_link_joint_set for each joint and then > go_link_pose_build to get the robot pose... which uses go_pose_pose_mult to > build the pose from the first to the last joint. > So from the first look it seems that this method should output world AB > coordinates. Or it might output angles between the last pair of links? > Well now one just needs to figure it out... I'm not particularly good with > quaternions, which is exactly what is used in go_quat_quat_mult to > calculate pose.rot. Thanks for the hints, it would have taken me quite a while to figure all that out. Now I'll start plugging in numbers and toggling between world and joint coordinates to see what's happening. ...maybe I'll even get brave and try to build the command-line version of genserkins to assist with debugging! :) -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Problem with genserkins
On 3/1/2017 12:09 PM, Andrew wrote: > 2017-02-25 23:46 GMT+02:00 Charles Steinkuehler: > >> Is anyone else doing 5-axis machining with genserkins? >> > > Not exactly machining... but I'm building a 3D printed stepper driven > 6-axis robot arm. So I hope that I'm going to need genserkins soon. > > The AB behavior you describe (if I get it correct) might make some sense. > When you rotate the whole arm and AB angles remain the same in the world > coordinates (that's what you want), the wrist tends to twist impossibly. So > probably this behavior is designed on purpose. Hmm...I see your point, but commanding an AB orientation in world space via gcode would then require knowing the position of the first joint (the base rotation of the whole arm), which is generated from the commanded position via kinematics. In the simple Puma-like serial arm I'm working with this might be possible, but in other arrangements (where more than one axis is rotating around world Z) there are multiple valid solutions, so you can't really infer exact joint positions from the gcode. This really feels like something that either needs to be handled in the machine kinematics, or the gcode needs to be directly controlling the joints (pushing the kinematics off to the CAM system) unless I'm missing something. > I think genserkins can be tweaked to use world AB coordinates. Any pointers for how to do this? I haven't gotten very far through the "gomath" library yet, which is where most of the fun stuff seems to be happening... -- Charles Steinkuehler char...@steinkuehler.net -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Problem with genserkins
On 2/28/2017 5:52 PM, andy pugh wrote: > On 26 February 2017 at 22:46, Charles Steinkuehler > wrote: >> The A and B Axis has no >> dependency on the rotation of the base of the robot arm (joint-0). >> >> Is this the expected behavior? > > I don't know. > > I did notice that the C axis value changes when you rotate the base. > > Have you seen > http://linuxcnc.org/docs/devel/html/motion/5-axis-kinematics.html > ? Thanks Andy, somehow I missed that document. I'd gathered most of the info from reading through some of the 5-axis kinematics code, but it still doesn't really address my problem. I think the closest it comes is a couple of places where it mentions "These relationships are typically used in the CAM post-processor to convert the tool orientation vectors to rotation angles". To me that implies the CAM needs to have knowledge about the machine and account for the kinematics, but it seems like it's far better to do this on the machine side (where all the kinematics and dimensions are known). Perhaps a different way of asking my question: Given two types of 5-axis machine, one with A and B pivots on the spindle, and one with A and B pivots on the table, would identical gcode be expected to produce identical results on these two machines? On the machine with the pivot on the spindle, operation seems straight-forward: Set the A and B angles, then move around in XYZ to machine your part. On the machine that pivots the table, however, after setting A and B, if you move around in XY, the Z axis will need to be coordinated with the part position (since the part is now tilted, moving in X and Y also affects the effective Z position). So is this difference handled in the kinematics, or is it expected to be handled by post-processing in CAM? -- Charles Steinkuehler char...@steinkuehler.net -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Problem with genserkins
On 2/25/2017 3:46 PM, Charles Steinkuehler wrote: > > Further investigation shows that the A and B coordinates are being > applied to something relative to the end of the robot arm. Regardless > of the XYZ position of the arm, A and B moves always do the same thing > relative to the robot arm. I would have thought the A and B > coordinates would be relative to the work-piece, just like XYZ, or is > that not how it works? > > Anyway, either I'm confused about 5-axis machining, there's something > odd with genserkins, or both. Any suggestions on where to look for > enlightenment (other than the genserkins code which I'm already > reviewing) would be appreciated! > > Is anyone else doing 5-axis machining with genserkins? I have further tested this behavior using both my physical robot configuration and the Puma-560 sim configuration. Both behave the same way, with the A and B axis values/positions unaffected by the overall rotation of the robot arm (Joint-0, at the base of the arm). This seems like a pretty basic issue, so I suspect either my understanding of how the A and B axis should work is incorrect or there aren't very many people using genserkins with 5-axis movements. To reproduce: * Launch the Puma-560 config (sim -> axis -> vismach -> puma -> puma560) which uses genserkins * Deassert ESTOP and power-on * Home all * Move to a handy AB axis setting, I used: G0 A180 B45 * Note XYZAB positions * Go back to joint coordinates ($) * Move joint-0 a substantial amount (I moved it to ~ 45 deg) * Return to world coordinates ($) * Note that XYZ positions have changed, but A and B positions remain at A=180, B=45 I also tested with the Puma sim config (which uses pumakins instead of genserkins) and it behaves the same way: The A and B Axis has no dependency on the rotation of the base of the robot arm (joint-0). Is this the expected behavior? -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Problem with genserkins
I am having some issues with genserkins running a robot arm (this is the ST R-17 I brought with me to Wichita running LinuxCNC with joints-axis running on Debian Wheezy with RTAI). Coordinated moves in XYZ seem to work as expected. All the joints working together to keep the end of the arm moving properly in XYZ, with the tool perpendicular to the XY plane. The problem comes when I try to use the A and B axis for 5-axis movement. My first problem was that A moves pivot around the Y axis and B moves pivot around X (at least in what I've chosen as the default pose for the robot). I thought this was something wrong with my configuration, so I double and triple-checked everything (it's super easy to get confused about the reference frame as you go from joint to joint), but that all looks good. Then I tried rotating the arm around the base by 90 degrees, and suddenly A pivots around X and B pivots around Y. Further investigation shows that the A and B coordinates are being applied to something relative to the end of the robot arm. Regardless of the XYZ position of the arm, A and B moves always do the same thing relative to the robot arm. I would have thought the A and B coordinates would be relative to the work-piece, just like XYZ, or is that not how it works? Anyway, either I'm confused about 5-axis machining, there's something odd with genserkins, or both. Any suggestions on where to look for enlightenment (other than the genserkins code which I'm already reviewing) would be appreciated! Is anyone else doing 5-axis machining with genserkins? -- Charles Steinkuehler char...@steinkuehler.net -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] UI code question. --> Block diagram
On 11/29/2016 12:57 PM, Sebastian Kuzminsky wrote: > On 11/29/2016 11:35 AM, Nicklas Karlsson wrote: >> GUI and possible EMCTASK should be possible to put on separate >> devices. Someone told be me NML have been broken but fixed. The gui >> is already there so if your device could run the code it should as >> far as I understand be possible to split the application. >> >> I want to achieve something similar but this is because I want to >> remove real time demand from user interface. It might also be useful >> with more than one GUI and remote control. > > An additional complication with running the UI on a separate machine > from the motion controller is that many (all?) UIs want to connect via > both NML and HAL, and there's no good remote HAL interface currently. > > So you'd have to either write a GUI that doesn't use HAL, or write a > remote HAL interface. Alexander Roessler just did a writeup about the remote HAL interface implemented in Machinekit using ZeroMQ and Protobuf: http://machinekoder.com/machinetalk-explained-part-4-hal-remote/ ...it might not be too hard to get running in the userspace version of LCNC. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] What is usually used in place of rotating memory on one of these "Pi" boards?
On 10/27/2016 6:14 PM, W. Martinjak wrote: > I forgot: > One fine silver marker for labeling the sd-cards with sequential numbers. > Believe me, it's really necessary. I use a Shaprie on a small piece of Scotch tape, that way I can remove the labels and apply new when necessary. I know of others who use white-out and an ink pin. ...but yes, some sort of labeling is necessary! -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- The Command Line: Reinvented for Modern Developers Did the resurgence of CLI tooling catch you by surprise? Reconnect with the command line and become more productive. Learn the new .NET and ASP.NET CLI. Get your free copy! http://sdm.link/telerik___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] What is usually used in place of rotating memory on one of these "Pi" boards?
On 10/27/2016 4:07 PM, Gene Heskett wrote: > I am getting the impression that a micro-sd would have both poor loading > performace, call a surveyor to measure write speeds. And poor life in a > filesystem environment. SSD w/sata would be good, but the sata on a pi > is a bad kludge from what I'm reading. > > So, Bari, Charles S., etc, what are you folks using? I use sata SSDs on my ARM systems that support it (build machines for when the BBB is too slow). On the BBB I use either class-10 / U1 devices with lots of extra space (typ. 16G) or I'll NFS mount a directory from my file server. When I'm just using the BBB or setting up a system, I typically run entirely off the uSD card. When I'm actively developing, I'll nfs mount a share so I can access the development directory from multiple places and the data isn't at-risk if I crash the BBB. That way I can build on my quad-core ARM, test on the BBB, and git push/pull from my x86 (which has all the ssh keys, so no passwords needed). Using NFS on the file server also gets me RAID storage with nightly off-site backups, so there's extra layers of safety. I don't use the Pi (any flavor) so can't comment on what works well there. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- The Command Line: Reinvented for Modern Developers Did the resurgence of CLI tooling catch you by surprise? Reconnect with the command line and become more productive. Learn the new .NET and ASP.NET CLI. Get your free copy! http://sdm.link/telerik___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Any Interest or Ideas for a Linuxcnc Fest 2016 ?
Thanks! I'm going to target being there around 8:30 AM give or take. On 10/21/2016 6:53 AM, Stuart Stevenson wrote: > I get there between 6:30 and 7. > > On Oct 21, 2016 6:45 AM, "Charles Steinkuehler" > wrote: > >> On 9/28/2016 6:07 PM, Sebastian Kuzminsky wrote: >>> On 09/28/2016 04:36 PM, Charles Steinkuehler wrote: >>>> On 8/22/2016 11:55 AM, Sebastian Kuzminsky wrote: >>>>> On 08/22/2016 10:35 AM, Ed wrote: >>>>>>> >>>>>> I haven't been paying attention to this. Is this the correct date? >>>>> >>>>> The plan is: >>>>> >>>>> Monday October 17 through Sunday October 23 >>>>> Helix Machine, 3434 West Harry, Wichita, Kansas >>>>> >>>>> It's going to be a rocking nerdy good time. >>>> >>>> Sounds great! Is there any sort of tentative schedule? >>>> >>>> I'm trying to decide whether to come down Fri/Sat or Sat/Sun. >>> >>> I don't know about anyone else, but my schedule is: >>> >>> dawn-dusk every day: hack >>> dusk-midnight: drink & goof off >>> >>> Looking forward to seeing you there! >> >> I'll be driving down Saturday morning. I have a 2 hour drive, but >> tend to wake up early (5AM). Can someone let me know about what time >> the shop will be open? >> >> -- >> Charles Steinkuehler >> char...@steinkuehler.net >> >> >> >> -- >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, SlashDot.org! http://sdm.link/slashdot >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> >> > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Any Interest or Ideas for a Linuxcnc Fest 2016 ?
On 9/28/2016 6:07 PM, Sebastian Kuzminsky wrote: > On 09/28/2016 04:36 PM, Charles Steinkuehler wrote: >> On 8/22/2016 11:55 AM, Sebastian Kuzminsky wrote: >>> On 08/22/2016 10:35 AM, Ed wrote: >>>>> >>>> I haven't been paying attention to this. Is this the correct date? >>> >>> The plan is: >>> >>> Monday October 17 through Sunday October 23 >>> Helix Machine, 3434 West Harry, Wichita, Kansas >>> >>> It's going to be a rocking nerdy good time. >> >> Sounds great! Is there any sort of tentative schedule? >> >> I'm trying to decide whether to come down Fri/Sat or Sat/Sun. > > I don't know about anyone else, but my schedule is: > > dawn-dusk every day: hack > dusk-midnight: drink & goof off > > Looking forward to seeing you there! I'll be driving down Saturday morning. I have a 2 hour drive, but tend to wake up early (5AM). Can someone let me know about what time the shop will be open? -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Machinekit?
On 10/19/2016 4:56 PM, Charles Buckley wrote: > The only knock I have on beaglebone black is that the manufacturer does not > seem to be supportive of its growth and development. Looks like they are > going a different direction. We should have seen a version with more RAM by > this point or other improvements. The black was released in Apr 2013 and it > has been 3.5 years and that is an age for SBC's. The X15 is coming soon (I've already got one, and non-FCC approved versions are available to purchase). It's got a seriously faster CPU, four PRU cores, and floating-point DSPs (HAL "islands" running on dedicated DSP cores anyone?!?). The main thing that will probably suck is the same as the BeagleBone: graphics performance. Mainly because the closed-source drivers don't play nice with open-source Linux distribution releases. There's typically just _barely_ enough to get EGL acceleration working for Android, and nothing else. :-/ -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Machinekit?
On 10/19/2016 12:39 PM, dan...@austin.rr.com wrote: > > http://www.machinekit.io/ > > Anybody familiar with this? Got a friend who wants to put it on a > BeagleBone Black. LinuxCNC run onboard a Cortex A8 directly and > the HDMI monitor, keyboard, mouse etc plug straight into that, not > just acting as a motion controller from a remote PC. > > Notable benefit would seem to be that the IO is very low-latency > without a motion controller card, and the architecture is 100% > consistent, as opposed the latency lottery that is picking a PC and > its MB chipset and seeing how it works. > > BBB does have 2x 46 pin IO headers. I'm not sure if all pins can > be assigned arbitrary HW functions, but it sounds like plenty > anyhow. The BeagleBone does make a decent machine control platform, mainly due to it's dual 200 MHz PRU cores that can be used for 'bit twiddling" which helps cover the fairly poor (by x86 standards) interrupt latency and jitter. > He asked me about it and all I can do so far is say "hmm". The > Machinekit website is pretty sparse. Machinekit was created mostly to enhance HAL and RTAPI, with one advantage being wider support of real-time options (thus making it possible to run on ARM systems like the BeagleBone, or anywhere else you can get a Xenomai or PREEMPT_RT patched kernel running). This is why Machinekit is sometimes thought of as the "BeagleBone" version of LinuxCNC, but that's not really the case. Other Machinekit HAL additions like ring buffers, triple buffers, instantiable components, and remote components are useful on any system, including x86. While I use many BeagleBones to control various machines exactly the way you describe (using an HDMI monitor and KB/Mouse connected to the BBB), it is not nearly the same user experience as running on an x86 PC. Everything is noticeably slower on the BBB, and graphics performance is particularly horrid (to the point that the 3D preview display is essentially unusable). If you're willing to work with the limitations of a low-end ARM platform like the BeagleBone, they have their place, but for larger machines, I'd recommend x86. NOTE: Most of my BeagleBone driven machines would probably be considered "toys": various 3D printers, an EggBot egg-drawing robot, a pick-and-place machine (WIP). All small desktop-sized machines where having a full x86 PC is somewhat overkill. My one larger machine (a PUMA-style robot arm) has an x86 controller with Mesa hardware cards which I hope to get running with a combination of LinuxCNC (for the recent Joints/Axis update) and Machinekit (for the HAL layer with ring-buffers and remote components). -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Linuxcnc on arm
On 10/14/2016 7:11 AM, Erik Friesen wrote: > @Sebastian Kuzminsky Thanks for those docs. > > @Charles Steinkuehler > > How would you link an interrupt to linuxcnc? Setup a Mesa card with a periodic timer that triggers a capture of the current position and generates an interrupt (the Mesa VHDL code already supports this). In the servo thread, instead of waiting on a software timer, you wait on the hardware interrupt. -- Charles Steinkuehler char...@steinkuehler.net -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Linuxcnc on arm
On 10/13/2016 8:01 PM, Chris Albertson wrote: > > For sophisticated motion control you really need both. (my internet is > in robots, no as much CNC) One to run an OS and drive a user interface > and screen and talk over a network and so on. and a smaller processor > to make I/O lines go up and down and drive motors and read encoders. > In LinuxCNC we sometimes have two processors a PC and a Mesa card. > On an ARM based CNC, I think you'd see an "A" type perhaps it is a > Raspberry Pi or perhaps it is an iPhone app. Then you'd have "M" > types physically driving the hardware. This is what I like about the BeagleBone (the PRU substitutes for a Cortex-M for hard-real-time bit-twiddling) and the Xilinx/Altera SoC+FPGA combinations (where you can put the Mesa open-source VHDL firmware in the FPGA). It works particularly well if you drive the servo-thread timing via interrupts from the hardware (with position captured by the hardware when it fires the interrupt), thus side-stepping the relatively poor ARM Cortex-A interrupt latency and jitter. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Any Interest or Ideas for a Linuxcnc Fest 2016 ?
On 8/22/2016 11:55 AM, Sebastian Kuzminsky wrote: > On 08/22/2016 10:35 AM, Ed wrote: >>> >> I haven't been paying attention to this. Is this the correct date? > > The plan is: > > Monday October 17 through Sunday October 23 > Helix Machine, 3434 West Harry, Wichita, Kansas > > It's going to be a rocking nerdy good time. Sounds great! Is there any sort of tentative schedule? I'm trying to decide whether to come down Fri/Sat or Sat/Sun. -- Charles Steinkuehler char...@steinkuehler.net -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Can't figure out homing on gantry
On 9/5/2016 4:14 PM, Danny Miller wrote: > > On 9/5/2016 9:24 AM, John Thornton wrote: >> Sounds like your home switches for the gantry are not connected >> correctly in hal. You do have one switch for each joint right? >> >> JT > Yep my HAL's right there. And I've watched switches-x1 and switches-x2 > on the HAL monitor while I triggered them. They respond. > > At one point I switched the connection for gantry.0.joint.00.home and > gantry.0.joint.01.home, just in case I was using the switch for X1 on > what was actually the drive for X2. It was a good theory, but it didn't > change anything. Is your entire configuration available somewhere for review? -- Charles Steinkuehler char...@steinkuehler.net -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Can't figure out homing on gantry
On 9/1/2016 9:28 PM, dan...@austin.rr.com wrote: > > Well, wait- just rechecked the gantry man page: "When the system is > homing and a joint home switch activates, the command value sent to > that joint is "frozen" and the joint offset value is updated > instead" > > It unambiguously DOES say it's per-axis homing, but I saw it stop > both when X1's limit tripped and X2 never went into seek, and if X2 > was in front of X1, went over the homing switch with no effect > until X1 tripped. > > Here's what's in my HAL that should be relevant, did I screw > something up? > > loadrt gantry count=1 personality=2 > net switches-x1 <= hm2_[HOSTMOT2](BOARD).0.gpio.005.in_not > net switches-x2 <= hm2_[HOSTMOT2](BOARD).0.gpio.003.in_not > net switches-x1 => gantry.0.joint.00.home > net switches-x2 => gantry.0.joint.01.home > net home-x <= gantry.0.home > net home-x => axis.0.home-sw-in That looks OK, but it's not enough to verify your HAL file is correct. The behavior you describe could happen if the search-vel input is incorrect, if you're using the limit output instead of the home output to feed to motion, or if your home switch signals have the wrong polarity (they should be high if the switch is "tripped"). -- Charles Steinkuehler char...@steinkuehler.net -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Can't figure out homing on gantry
On 8/25/2016 11:38 AM, dan...@austin.rr.com wrote: > > So I guess it does do that. Now if one home was physically > installed where it trips 0.53" before physical end-of-travel, if > this were NOT the gantry axis I'd just give its final machine coord > as 0.53" and its machine coord is correct (0=end-of-travel). But > in this one, say one gantry switch is mounted to trip at 0.5" but > the other trips at 0.65". If homing acts like non-gantry joints, > it would physically leave it at 0.5" and 0.65" and leave joint mode > with it physically out of sync like that. Which would mean the > joints are racked by 0.15" and will forever be locked like that > because future moves are in axis mode, not joint mode. > > Does it have the ability to physically move the joints into > alignment based on .ini parameters saying one switch is 0.15" off, > or do I just need to keep physically remounting one switch until > its trip point is "close enough" to the other? No. On the machines I wrote the gantry component for, typically there is a small screw used to adjust the tripping point for each homing switch. As Andy mentioned, you may want to just use a version of LinuxCNC that supports JA. When I wrote the gantry component that wasn't an option, and the behavior of LinuxCNC with any non-trivial kinematics (even something as simple as a gantry) was very painful from a user perspective (or at least from *THIS* user's perspective). I haven't messed with JA, but it's supposedly *MUCH* better at handling these sorts of machines. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Can't figure out homing on gantry
On 8/25/2016 11:00 AM, dan...@austin.rr.com wrote: > What's that mean? Does it just drive both in tandem until both > switches are TRUE, then call it homed? That wouldn't work, I need > independent homing for sure. No, it doesn't just drive both motors. It stops the first motor to hit the home switch, then keeps the other motor going until it hits the home switch as well. Perhaps this video will help...it's a Probotix Comet with a gantry for the Y axis: https://youtu.be/7XhIoDV8Hp8 -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Can't figure out homing on gantry
On 8/24/2016 11:25 PM, dan...@austin.rr.com wrote: > I have a gantry router with 2x X motors. I'm using the "gantry" > component. > > Installing homing switches. Got the Y working right off the bat. > I can see the X1 and X2 switches trigger in HAL Scope so I'm good > to go. This is a wide gantry which can rack somewhat so independent > homing is essential. > > axis.0.home-sw-in axis.0.neg-lim-sw-in hooked up fine for the X1 > side. > > X2 axis is 3. axis.3.home-sw-in axis.3.neg-lim-sw-in do not exist > to connect to, neither one. If you are using the gantry HAL component (and not gantrykins), the motion planner runs as a standard Cartesian machine. You wire the two homing switches to the gantry component (gantry.N.joint.MM.home), which merges them and generates a single home switch output (gantry.N.home) that you connect to the motion planner. http://linuxcnc.org/docs/html/man/man9/gantry.9.html -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] VFD causing limits to trip. Huh?
On 3/6/2015 1:43 PM, Todd Zuercher wrote: > What sort of screen? and where is it in relation to the VFD? We have > a router with 2 VFDs mounted on the outside of a wooden cabinet, and > they wreak havoc on the CRT display inside the cabinet when they > accelerate/decelerate (about 6 inches away). It is fine while its > running, just when stopping and starting. I was thinking I should > make some sort of metal shield to mount between them, but its been > that way for more than 15 years without any thing more than this > aesthetic problem so it hasn't been real high on my to do list. I know this one: You need a Mu-Metal shield. The VFD is throwing enough current around a big enough loop it's generating magnetic fields (*NOT* EMI!) and distorting the video display. It happens on speed changes because you're drawing lots of current. It should also happen if you load the motor with a deep cut and push it close to it's rated power level. Really nice broadcast studio monitors are magnetically shielded to avoid this, but just about any other CRT monitor won't be. http://en.wikipedia.org/wiki/Mu-metal And yes, a magnetic field _is_ a form of EMI (Electro Magnetic Interference), but it's at a _really_ low frequency and thus is generally not affected by the typical EMI shielding practices that are mostly concerned with very high frequency effects. You might have good luck simply turning the VFD to a different orientation (try rotating it on it's side or back and see if the problem gets any better or worse). -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] PathPilot
On 2/17/2015 5:36 PM, Andreas Pettersson wrote: > > So atm i will stand by my comments, that Tormach is taking more than > they are giving. (and are a bit of asshats for doing so). http://xkcd.com/386/ The Tormach folks have been very supportive to the open-source community, and the changes they sponsored to create their new controller have been pushed upstream and are available for community use. That they haven't tried to tightly couple their company name with the updates they sponsored doesn't make them "asshats". -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Linux Program for Wiring Diagrams
On 1/23/2015 8:34 PM, linden wrote: > I need to consolidate all my scribe notes and scraps of paper for my > linux cnc XYZ table and need to plan out the conversion of my tree 325. > Dose any one have any suggestions for making wireing diagrams. I have > found lots of programs for pcb design but I am looking to produce block > diagrams and wiring diagrams with pin outs ect. any suggestions or > experience. Check out the program "Fritzing", free (as in speech and beer), and available for Linux, Windows, and Mac. It's an easy way to do simple schematics to document things like breadboard circuits and even make simple PCBs. http://fritzing.org/home/ You can easily use Fritzing to make wiring diagrams like this: http://reprap.org/mediawiki/images/6/6d/Rampswire14.svg -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Wheezy and Nvidia
On 1/21/2015 10:16 AM, Gene Heskett wrote: > > Charles: Do you have a good link that would guide me in building a recent > xenomai kernel in amd64 format that would at least run the axis sim? See the bottom half of this page: http://xenomai.org/2014/06/building-debian-packages/ ...or you may be able to use John Morris' pre-built Xenomai kernels from his repo: http://deb.dovetail-automata.com/pool/main/l/linux/ -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Wheezy and Nvidia
On 1/20/2015 8:47 AM, schoone...@btinternet.com wrote: > Hi John > > No, you are right there is something screwy about the Wheezy distro and > nvidia > > I ran the build manually on the 3.4.9-rtai-pae install, after the > package install using DKMS failed (log attached) > > The crucial bit is at the end > 'FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol > 'ipipe_percpu'' > > If you google it, it can be caused by quite a few things from licence > collisions to extra debug symbols interfering > but basically it is a headers / kernel issue, they are not compatible > with the nvidia module code There was a similar issue recently with Xenomai and the new ipipe-core code: http://www.xenomai.org/pipermail/xenomai/2014-December/032673.html ...the Xenomai developers were able to fairly quickly resolve the issue, perhaps the RTAI crew can as well? -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] was larger machines now jog while paused (andy pugh)
On 11/22/2014 4:05 PM, andy pugh wrote: > On 22 November 2014 at 15:11, Jeff Johnson wrote: >> It may be the same thing when I watched the other video it looked like the >> tool retracted automatically when the pause was activated. > > It did because that is how I configured it. > However, the patch I tried to LinuxCNC didn't allow keyboard jogging. > > I don't know if that jog-while-paused with keyboard-jogging is as > simple to apply to LinuxCNC as the one I experimented with, but the > video does seem to show a more complete implementation. > > If the behaviour shown there is currently in Machinekit then perhaps > Machinekit would suit your requirements better than LinuxCNC. I haven't played much with this myself, but I think the keyboard jogging comes from the ini and hal configuration and not _just_ from the code. There's an example sim configuration in Machinekit: https://github.com/machinekit/machinekit/blob/master/configs/sim/axis/jog-while-pause9.ini There should be corresponding sample configs somewhere in g.l.o., but I'm not sure exactly which branch. Some things may have also gotten lost or misplaced (like jepler's lineardeltakins, which somehow appeared then disappeared from g.l.o.) but could probably be found by digging around in the appropriate date ranges. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] was larger machines now jog while paused (andy pugh)
Look at the video dates. The auto-retract was an initial proof of concept, about 2 years ago. The keyboard jogging video (link below) was from about a year ago, when the jog-while-paused feature was pretty much finished (at least as much as Michael Haberler wanted to tackle at the time). Details on setup and the g.l.o. branch(s) with the jog-while-paused code should be in the LinuxCNC Dev-list archives...I'd start looking around early Oct., 2013 (the video below was posted Oct. 6, 2013). On 11/22/2014 9:11 AM, Jeff Johnson wrote: > What is the difference in this patch? Where the retract moves are actually > controlled by the keyboard. Everything is in axis and I suspect more higher > end users are using some form of Gscreen. > > http://www.youtube.com/watch?v=HNuu_D4X_EM > > It may be the same thing when I watched the other video it looked like the > tool retracted automatically when the pause was activated. > > Jeff Johnson -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] part 2 - Mach3 to LinuxCNC
On 10/22/2014 3:40 PM, Dave Cole wrote: >>> To be fair, some 3D printers *DO* run Mach. > > I didn't know that, thanks for correcting me. > > How are they doing temperature control with Mach3 ?? Or are they not doing > that. I believe most of the RepStrap style mill refits use off-the-shelf stand-alone temperature controllers for the exturder. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] part 2 - Mach3 to LinuxCNC
On 10/22/2014 12:38 PM, Dave Cole wrote: > > LinuxCNC is constantly being developed and redeveloped. Do you see any > derivation of Mach3/4 being used on 3D printers. No. To be fair, some 3D printers *DO* run Mach. AFAIK, it's not that many, and mostly the "retrofit" sort of printer where someone attaches an extruder to the business end of an existing mill (known as a "Rep-Strap" by the 3D printer folks), but they are out there, and it's not really any more or less hassle to use Mach than LinuxCNC (both support "normal" gcode, are confused by the RepRap flavor gcode, need some sort of file translation to get things working, and are not without "sharp edges"). I think LinuxCNC is overall a better fit than Mach for the Maker / Hacker crowd because: * It's open source (this is a *BIG* deal with most makers) * Most of the maker folks have experience with Linux, or at least aren't scared of it * LinuxCNC is far more powerful and configurable than Mach or the other machine control options (think Linux is hard? Try writing real-time microcontroller firmware for an AVR based Arduino that's heavily CPU bound!). I'm working on "beating the drum" (with the last point especially), but it's hard to convince folks of what they're missing (halscope, run time editable configurations, etc) when they are used to having to compile firmware to do something like change the axis gain. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] opencv for shape recognition
On 10/8/2014 8:25 AM, Ralph Stirling wrote: > Running OpenCV code in a real time thread would be an entirely different > matter, I suspect. I do not know if the cv2 library would be compatible > with real time requirements, or what level of processing could be accomplished > in a reasonable fraction of a servo period. You would also need to think > carefully about what camera you use. I used a USB2 microscope camera, and > I suspect USB2 would be entirely incompatible with the realtime requirements. > Perhaps some PCI bus board with internal frame buffer could work, if OpenCV > could talk to it. I normally just get UVC compatible cameras, but those are > all > USB2. Unless you get into custom high-speed cameras or sensors, it takes over 15 mS to capture an image (60 Hz video), plus whatever processing time you incur. That said, folks have done some pretty amazing things within the limitations of standard video and camera systems (sampling at a specific point in time and using the calculated "where we were" to update the "where we're going" sometime later after a significant processing delay while the system is still moving). > If you wanted to really get into it, you could work with the machinekit fork, > and use the Parallella board as your platform. That has a 16 core (or 64 > core) > processor that has had OpenCV ported already. There is also a Xilinx fpga > (which contains two Arm cores that run Linux) that could be used for CNC > tasks. I have one sitting on my desk, but don't know when I'm going to have > time to play with it. There would still be the matter of camera > communications. Altera has similar parts I'm playing with for work. Dual-core ARM Cortex A9, PCIe, and big chunks of FPGA. I'm very interested in getting the HM2 VHDL code running on this device, but no so concerned with OpenCV (even though I already have hardware to run HD-SDI video via the high-speed transceivers). Just not enough time for all the cool projects... :) -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] New board designed for CNC based on BeagleBone Black
On 6/24/2014 9:46 AM, 吳政昌 wrote: > > * hostmot2 VHDL code > I have't heard of hostmot2 before. Thank you for mentioning it. From > linuxcnc's document the 7i43 supports 8-channel servo or 4-channel servo > plus 4 step/dir generator. I'm not that ambitious. I have had only 4 > step/dir generators in my mind when I started to design the board. I'm > planning to write the step/dir generators from scratch and connected it to > a j1 Forth CPU. Maybe I should go for a iCE40HX8K so there is more room for > VHDL. The iCE40 ought to be big enough to do step/dir generation, it just probably isn't big enough to run the existing hostmot2 code. I'd personally love to see a small Forth engine in an FPGA for motion control, I think it would work very well. I just wasn't sure how much you were going to be designing. If you're not trying to squeeze in the hostmot2 code, you ought to be able to do quite a bit even in the smaller iCE40 parts. 3,520 flip-flops can handle quite a few step/dir generators if you're careful with the design, and the j1 CPU is about as small as you can get. :) Very exciting! Keep us posted on your progress! -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] New board designed for CNC based on BeagleBone Black
On 6/24/2014 5:47 AM, 吳政昌 wrote: > I'm designing a board for CNC based on Beaglebone Black. > > Spec: like BeagleBone Black but > * 2 RJ45 > * 1 FPGA for stepper > * Boot into EtherCAT master mode but can changed to EtherCAT slave mode > * 2 Connectors, 1 of them is compatible to Raspberry Pi's P1 connector It sounds like a great board! A few comments: * I recommend making the hardware encoder pins available if at all possible, since you seem to be targeting industrial control. * The PRU is required to run EtherCAT slave mode (along with the libraries from TI), which means the PRU likely will not be able to do step/dir generation in EtherCAT mode. You have an FPGA, but I don't think the ICE40 will have enough logic to run the standard hostmot2 VHDL code. * I see mention of a PC104 bus, which would be great, but this would have to tie to the GPMC controller, which conflicts with the eMMC controller pins. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Wapped Rotary motion
On 5/22/2014 10:19 AM, Bas de Bruijn wrote: > > >> On 22 mei 2014, at 16:48, Ralph Stirling >> wrote: >> >> Bas, >> >> I think you are attempting to reinvent the "Multiwire" pcb process. >> Wikipedia has a paragraph about Multiwire on their printed circuit >> board page. The challenge will be terminating the wires at >> components. > > Currently I have enameled wire, but I would rather use clean copper. > My thought is that inserting components after the wire has been made > (cut with a piece still standing out (hovering) above a recess), will > bend the wire down (in a recess) like forming a sheet metal plate. > Then turn around and apply a little solder. Maybe if the technique > allows only press the component pins against the bent wire. I'm no > electrical engineer, but I think soldering is a better connection. > Part of the fun is finding out. :) Wire bonding machines have been transitioning from gold to copper wire, so you should be able to find some useful bits for your machine from there. I don't think you want to solder, I'd probably be inclined towards the wedge bond or "second bond", which is how a typical wire-bond is attached on the lead-frame side. Basically, the fine wire is simply crushed against the leadframe, welding it into place. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] center finder camera
On 5/2/2014 10:15 AM, Jon Elson wrote: > > But, the eBay listing only specifies XP drivers. > So, does anybody know how to find out whether there > is a Linux driver for this camera? Any other comments > on suitability of this unit? There's likely no way to figure out what the chip is without actually buying one, but I would say since it's 640x480 and works natively with XP (drivers are only needed for Win 7 & 8), the odds are very good that it will work with Linux. For $17.59, just buy one and try it out! ...or wait until the one I just ordered comes in and I report back to the list. :) -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Yahoo causes bounced messages and suspension of list subscriptions
On 4/26/2014 10:00 PM, Chris Radek wrote: > On Sun, Apr 27, 2014 at 03:46:09AM +0100, andy pugh wrote: >> On 27 April 2014 03:00, Chris Radek wrote: >> >>> Unsubscribing/forbidding all yahoo users is the only possible fix >>> today >> >> Is it possible to unsubscribe them all and send an email saying why? > > Yes it would be possible to do that. > > It looks like I could also ban yahoo users from (re)subscribing. If you can, it's probably better to just ban the Yahoo users from posting (or put them all on moderation). That will avoid any bounces caused by the new Yahoo DMARC reject policy, but still allow Yahoo users to lurk (receiving messages from the list). If any other domains set their DMARC policy to reject, they'll have to be moderated as well, but the receiving domains that are bouncing messages (and there's quite a list) are simply obeying the policy published by Yahoo that says to reject any mail with a yahoo.com domain that didn't directly originate from Yahoo's defined server IPs, so if you prevent yahoo.com emails from posting to the list, the bounces will go away. I've been through this with a mailing list I run for my neighborhood, and there's basically no good solution. I can't ban or moderate folks with Yahoo accounts (it's about 20% of the users), so I have to break RFCs and mangle the From: header. I really wish the DMARC folks would actually _try_ to work with the IETF to find a sensible solution rather than just unilaterally nuke every mailing list in existence and make you pick which standards you want to break. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] [Machinekit] Re: BeagleBone Configurations
The new images are based on the official BeagleBone Debian builds and include many more utilities than my previous minimal builds. You get leafpad for a gui editor, and chromium for a web browser. On 4/15/2014 11:22 AM, supp...@xylotex.com wrote: > > Hi Charles, > > Were you going to be adding any GUI editor (like gedit)? > > Jeff > > On Tuesday, April 15, 2014 8:07:09 AM UTC-7, Charles Steinkuehler wrote: >> >> I am getting close to having the next major version of the BeagleBone >> uSD card image ready. I have some pending configurations to add (for my >> CRAMPS board and the Xylotex BBB_DB25), and am working on removing the >> absolute paths. >> >> If there are any new boards, standard machine configurations, or other >> changes you'd like to see included in the new images, please let me know. >> >> -- >> Charles Steinkuehler >> cha...@steinkuehler.net >> >> > -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] BeagleBone Configurations
I am getting close to having the next major version of the BeagleBone uSD card image ready. I have some pending configurations to add (for my CRAMPS board and the Xylotex BBB_DB25), and am working on removing the absolute paths. If there are any new boards, standard machine configurations, or other changes you'd like to see included in the new images, please let me know. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Lagun Knee Mill a Good Retrofit Candidate?
I'm wondering if this mill would make a good retrofit candidate for LinuxCNC: http://kansascity.craigslist.org/tls/4397110377.html The price seems right for a CNC capable machine, I'm just wondering if anyone knows of "gotchas" for this particular brand or model. It doesn't seem like a great production machine (5A 480V spindle motor is apx. 3 HP if I'm figuring right), but this would be for a maker space, so high cutting speed isn't real high on the list of must-have features. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Beagleboard Black and Machinekit on eMMc
I don't think it should be trying to build the hostmot2 stuff on the BeagleBone. You likely need to look at the packaging files and see what's getting passed to ./configure The packing issue has bumped up in priority for me, but I'm still going out of town again tomorrow and don't think I'll get much done. For now I'm looking at trying to get the Xenomai run-time and Linux kernel easily installable via apt-get. The goal is to be able to install a working LinuxCNC on the official BeagleBone Debian image and get away from a full custom SD card image. I'll hopefully be able to look at getting LinuxCNC package building for the 'bone sometime next week. But I'm hoping you get a working package before then! :) You can do it!!! :) On 3/17/2014 12:57 PM, Mark Tucker wrote: > Well it did not build. > This is the last few lines of the terminal output > > hal/drivers/mesa-hostmot2/pins.c:245:21: warning: incompatible implicit > declaration of built-in function 'sprintf' [enabled by default] > hal/drivers/mesa-hostmot2/pins.c:251:14: warning: incompatible implicit > declaration of built-in function 'sprintf' [enabled by default] > cc1: some warnings being treated as errors > make[2]: *** [objects/xenomai/hal/drivers/mesa-hostmot2/pins.o] Error 1 > make[2]: Leaving directory `/home/linuxcnc/linuxcnc/src' > make[1]: *** [modules] Error 2 > make[1]: Leaving directory `/home/linuxcnc/linuxcnc/src' > make: *** [build-stamp] Error 2 > dpkg-buildpackage: error: debian/rules build gave error exit status 2 > debuild: fatal error at line 1357: > dpkg-buildpackage -rfakeroot -d -us -uc -i -b failed > > real55m43.405s > user41m25.168s > sys3m53.031s > > On 17/03/14 17:42, Charles Steinkuehler wrote: >> I mean there's a problem with the omap-image-builder scripts I use to >> create the images in the first place. >> >> You can just continue using the debian username, the system doesn't care >> what you call yourself, but the fact that the username is not linuxcnc >> means I have a bug to squash somewhere. >> >> On 3/17/2014 12:37 PM, Mark Tucker wrote: >>> Charles >>> >>> I did not use a script to build the initial image. >>> >>> On 17/03/14 17:32, Charles Steinkuehler wrote: >>>> The username doesn't matter, but the fact that it's debian and not >>>> linuxcnc means something is messed up with the image building scripts. >>>> >>>> On 3/17/2014 12:14 PM, Mark Tucker wrote: >>>>> Forgot to ask? >>>>> At the moment the only user account on my 2gb debian image is debian and >>>>> pasword temppwd. >>>>> Should i create another user linuxcnc password linuxcnc. >>>>> If so how? >>>>> Or does it not matter? >>>>> >>>>> On 17/03/14 17:08, Mark Tucker wrote: >>>>>> Charles >>>>>> >>>>>> I installed the image as instructed and that cleared that problem,so it >>>>>> is just the other 3? >>>>>> I am on trying a build with a -d option just to see how it goes. >>>>>> I only just realised that i can ssh into the bone in the workshop and >>>>>> sit in the house and do this??? >>>>>> Up until now i have been running in and out ,DER >>>>>> I will let you know what happens when it is finished. >>>>>> I am building this on your latest image ,March. >>>>>> >>>>>> On 17/03/14 16:43, Charles Steinkuehler wrote: >>>>>>> On 3/17/2014 11:32 AM, Mark Tucker wrote: >>>>>>>> Ok >>>>>>>> Hit my first snag when trying to build the deb packages. >>>>>>>> Unmet dependencies:- >>>>>>>> >>>>>>>> linux-image-3.8.13xenomai-bone41 >>>>>>>> libxenomai-dev >>>>>>>> libxenomai1 >>>>>>>> xenomai-runtime >>>>>>>> >>>>>>>> The bottom3 i have installed via apt-get install >>>>>>>> But it still says they are unmet. >>>>>>>> Not sure what to do with the top one. >>>>>>> IIRC, there is a way to tell Debian to skip the dependency check and >>>>>>> build anyway. >>>>>>> >>>>>>> The bottom three are already present if you use my image, but xenomai is >>>>>
Re: [Emc-users] Beagleboard Black and Machinekit on eMMc
I mean there's a problem with the omap-image-builder scripts I use to create the images in the first place. You can just continue using the debian username, the system doesn't care what you call yourself, but the fact that the username is not linuxcnc means I have a bug to squash somewhere. On 3/17/2014 12:37 PM, Mark Tucker wrote: > Charles > > I did not use a script to build the initial image. > > On 17/03/14 17:32, Charles Steinkuehler wrote: >> The username doesn't matter, but the fact that it's debian and not >> linuxcnc means something is messed up with the image building scripts. >> >> On 3/17/2014 12:14 PM, Mark Tucker wrote: >>> Forgot to ask? >>> At the moment the only user account on my 2gb debian image is debian and >>> pasword temppwd. >>> Should i create another user linuxcnc password linuxcnc. >>> If so how? >>> Or does it not matter? >>> >>> On 17/03/14 17:08, Mark Tucker wrote: >>>> Charles >>>> >>>> I installed the image as instructed and that cleared that problem,so it >>>> is just the other 3? >>>> I am on trying a build with a -d option just to see how it goes. >>>> I only just realised that i can ssh into the bone in the workshop and >>>> sit in the house and do this??? >>>> Up until now i have been running in and out ,DER >>>> I will let you know what happens when it is finished. >>>> I am building this on your latest image ,March. >>>> >>>> On 17/03/14 16:43, Charles Steinkuehler wrote: >>>>> On 3/17/2014 11:32 AM, Mark Tucker wrote: >>>>>> Ok >>>>>> Hit my first snag when trying to build the deb packages. >>>>>> Unmet dependencies:- >>>>>> >>>>>> linux-image-3.8.13xenomai-bone41 >>>>>> libxenomai-dev >>>>>> libxenomai1 >>>>>> xenomai-runtime >>>>>> >>>>>> The bottom3 i have installed via apt-get install >>>>>> But it still says they are unmet. >>>>>> Not sure what to do with the top one. >>>>> IIRC, there is a way to tell Debian to skip the dependency check and >>>>> build anyway. >>>>> >>>>> The bottom three are already present if you use my image, but xenomai is >>>>> built from source so the packaging system isn't aware it's there. I >>>>> don't recommend installing the xenomai tools that are part of the actual >>>>> Debian release, they are quite old and IIRC Michael had some problems >>>>> using them. >>>>> >>>>> I think you can fix the kernel dependency if you install the image or >>>>> header *.deb package from: >>>>> >>>>> http://www.machinekit.net/deb/wheezy-armhf/v3.8.13xenomai-bone41/ >>>>> >>>>> I need to see about building the xenomai user-mode utilities as a Debian >>>>> package, which would fix the bottom three. >>>>> >>>>> >>>>> >>>>> -- >>>>> Learn Graph Databases - Download FREE O'Reilly Book >>>>> "Graph Databases" is the definitive new guide to graph databases and their >>>>> applications. Written by three acclaimed leaders in the field, >>>>> this first edition is now available. Download your free book today! >>>>> http://p.sf.net/sfu/13534_NeoTech >>>>> >>>>> >>>>> ___ >>>>> Emc-users mailing list >>>>> Emc-users@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/emc-users >>>> -- >>>> Learn Graph Databases - Download FREE O'Reilly Book >>>> "Graph Databases" is the definitive new guide to graph databases and their >>>> applications. Written by three acclaimed leaders in the field, >>>> this first edition is now available. Download your free book today! >>>> http://p.sf.net/sfu/13534_NeoTech >>>> ___ >>>> Emc-users mailing list >>>> Emc-users@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/emc-users >>>> >>
Re: [Emc-users] Beagleboard Black and Machinekit on eMMc
The username doesn't matter, but the fact that it's debian and not linuxcnc means something is messed up with the image building scripts. On 3/17/2014 12:14 PM, Mark Tucker wrote: > Forgot to ask? > At the moment the only user account on my 2gb debian image is debian and > pasword temppwd. > Should i create another user linuxcnc password linuxcnc. > If so how? > Or does it not matter? > > On 17/03/14 17:08, Mark Tucker wrote: >> Charles >> >> I installed the image as instructed and that cleared that problem,so it >> is just the other 3? >> I am on trying a build with a -d option just to see how it goes. >> I only just realised that i can ssh into the bone in the workshop and >> sit in the house and do this??? >> Up until now i have been running in and out ,DER >> I will let you know what happens when it is finished. >> I am building this on your latest image ,March. >> >> On 17/03/14 16:43, Charles Steinkuehler wrote: >>> On 3/17/2014 11:32 AM, Mark Tucker wrote: >>>> Ok >>>> Hit my first snag when trying to build the deb packages. >>>> Unmet dependencies:- >>>> >>>> linux-image-3.8.13xenomai-bone41 >>>> libxenomai-dev >>>> libxenomai1 >>>> xenomai-runtime >>>> >>>> The bottom3 i have installed via apt-get install >>>> But it still says they are unmet. >>>> Not sure what to do with the top one. >>> IIRC, there is a way to tell Debian to skip the dependency check and >>> build anyway. >>> >>> The bottom three are already present if you use my image, but xenomai is >>> built from source so the packaging system isn't aware it's there. I >>> don't recommend installing the xenomai tools that are part of the actual >>> Debian release, they are quite old and IIRC Michael had some problems >>> using them. >>> >>> I think you can fix the kernel dependency if you install the image or >>> header *.deb package from: >>> >>> http://www.machinekit.net/deb/wheezy-armhf/v3.8.13xenomai-bone41/ >>> >>> I need to see about building the xenomai user-mode utilities as a Debian >>> package, which would fix the bottom three. >>> >>> >>> >>> -- >>> Learn Graph Databases - Download FREE O'Reilly Book >>> "Graph Databases" is the definitive new guide to graph databases and their >>> applications. Written by three acclaimed leaders in the field, >>> this first edition is now available. Download your free book today! >>> http://p.sf.net/sfu/13534_NeoTech >>> >>> >>> ___ >>> Emc-users mailing list >>> Emc-users@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/emc-users >> -- >> Learn Graph Databases - Download FREE O'Reilly Book >> "Graph Databases" is the definitive new guide to graph databases and their >> applications. Written by three acclaimed leaders in the field, >> this first edition is now available. Download your free book today! >> http://p.sf.net/sfu/13534_NeoTech >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> >> > > > -- > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTech > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Beagleboard Black and Machinekit on eMMc
On 3/17/2014 11:32 AM, Mark Tucker wrote: > Ok > Hit my first snag when trying to build the deb packages. > Unmet dependencies:- > > linux-image-3.8.13xenomai-bone41 > libxenomai-dev > libxenomai1 > xenomai-runtime > > The bottom3 i have installed via apt-get install > But it still says they are unmet. > Not sure what to do with the top one. IIRC, there is a way to tell Debian to skip the dependency check and build anyway. The bottom three are already present if you use my image, but xenomai is built from source so the packaging system isn't aware it's there. I don't recommend installing the xenomai tools that are part of the actual Debian release, they are quite old and IIRC Michael had some problems using them. I think you can fix the kernel dependency if you install the image or header *.deb package from: http://www.machinekit.net/deb/wheezy-armhf/v3.8.13xenomai-bone41/ I need to see about building the xenomai user-mode utilities as a Debian package, which would fix the bottom three. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Beagle Board Black startup
Just to be clear, that image is *NOT* currently supported, I haven't even booted it on a BeagleBone. I was experimenting and Mark wanted to play with the image, so I threw it online. The build is a complete departure from previous builds, attempting to track the new official Debian release for the 'Bone created by Robert Nelson. I would be shocked if everything works out of the box, but if anyone wants to see where things are heading, this is the image to play with (LXDE desktop, chromium browser, etc). But it will probably be a couple weeks until I have time to iron the kinks out of the build process and get back to stable working images. A list of known issues would be *VERY* helpful, so make sure to doucment anything you run into on the wiki or at least email me. On 03/14/14 16:44, Mark Tucker wrote: > Jeff > > I was fiddling round with that image yesterday. > And when i copied my special pru_generic_fall.bin into the directory for > my gecko's i could not find the original. > I mentioned it to charles and he said "it should be there" but i could > not see it. > I got that image working on my machine and it boots up really quick. > > > On 14/03/14 20:55, Jeff wrote: >> Hi, >> >>I just downloaded the March 5 version of MachineKit. MDA5 checks OK. >> Everything fresh. >>I then went to the terminal and ran LinuxCNC and chose the BeBoPr-Bridge >> option. >>It is failing in the hal when attempting to: loadrt [PRUCONF](DRIVER) >>Has something changed? Do I need to recompile something first? >> >>I do not have any capes connected. >> >> Thanks, >> >> Jeff >> >> >> >> >> Date: Thu, 13 Mar 2014 13:42:25 -0500 >> From: char...@steinkuehler.net >> To: emc-users@lists.sourceforge.net >> Subject: Re: [Emc-users] Beagle Board Black startup >> >> >> It may also be the boot loader on a particular version BeagleBone. I >> haven't reproduced the problem here, so I'm not sure exactly what's >> going on. >> >> On 3/13/2014 1:30 PM, Mark Tucker wrote: >>> This seems like another good reason to get this to fit on the eMMc to >>> avoid killing the card slot. >>> >>> >>> On 13/03/14 18:24, Michael Haberler wrote: >>>> Am 13.03.2014 um 17:33 schrieb Charles Steinkuehler >>>> : >>>> >>>>> Pinging Michael Haberler: >>>>> >>>>> Is this the same issue you were seeing? >>>>> >>>>> It seems like Michael's issue was with the SD card slot on the BBB, the >>>>> same SD card worked on a different board. >>>> that is exactly what I saw two days ago - same symptom, almost identical >>>> uboot outpput >>>> >>>> I eventually swapped the BB against a new one, and that booted the same SD >>>> card just fine! >>>> >>>> the SD card slot seems to be a bit fragile >>>> >>>> -m >>>> >>>>> On 3/13/2014 12:16 PM, Dave Cole wrote: >>>>>> I tried adding the partition manager and that made no difference. >>>>>> >>>>>> I hooked up a TTL to USB serial adapter cable to the debug port and >>>>>> this is what I saw (see below) >>>>>> >>>>>> If you have any ideas, let me know, everything is setup here and it is >>>>>> easy to alter. >>>>>> >>>>>> Otherwise I'll download a 4 gig image and write it to a card. >>>>>> >>>>>> Thanks, Dave >>>>>> >>>>>> >>>>>> U-Boot SPL 2013.04-rc1-14237-g90639fe-dirty (Apr 13 2013 - 13:57:11) >>>>>> musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, >>>>>> SoftConn) >>>>>> musb-hdrc: MHDRC RTL version 2.0 >>>>>> musb-hdrc: setup fifo_mode 4 >>>>>> musb-hdrc: 28/31 max ep, 16384/16384 memory >>>>>> USB Peripheral mode controller at 47401000 using PIO, IRQ 0 >>>>>> musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, >>>>>> SoftConn) >>>>>> musb-hdrc: MHDRC RTL version 2.0 >>>>>> musb-hdrc: setup fifo_mode 4 >>>>>> musb-hdrc: 28/31 max ep, 16384/16384 memory >>>>>> USB Host mode controller at 47401800 using PIO, IRQ 0 >>>>>> OMAP SD/MMC: 0 >>>>>> mmc_se
Re: [Emc-users] BBB and LCD 7"
I have a bunch I'm taking with me to the Midwest RepRap Festival. I'm thinking I should auction them off to pay for the trip... Starting bids, anyone?!? :) More seriously, the last boards I bought I just ordered from Mouser, who listed 6+ week leadtime IIRC. The two I bought actually showed in in something like 3-4 weeks. Just put in an order with a reputable vendor and wait for a bit. Supply _is_ tight, but nothing like the Raspberry Pi ramp up. That back order approached a year, IIRC, and there was a waiting list to be able to pay so you could get on the *actual* waiting list and eventually receive a board. Now I've got two that haven't done anything but boot up once (not enough I/O for me to justify spending time on th Pi vs. the 'Bone). On 03/14/14 10:33, Charles Buckley wrote: > Does anyone know of a place to purchase more beaglebones? Seems like > everyone is out of stock. > > Charles Buckley > > > On Wed, Mar 12, 2014 at 12:45 AM, Paul Lacatus (Personal) < > p...@paul-lacatus.ro> wrote: > >> On Element 14 there is BBview : >> >> http://www.element14.com/community/docs/DOC-55844/l/element14-bb-view-lcd-cape-for-beaglebone-family-boards >> >> I have tested the 4" version but not on machinekit , on debian . >> >> On 3/12/2014 2:21 AM, Charles Buckley wrote: >>> I am using a lilliput 7 inch, but that is on x86. Not sure about the >> touch >>> drivers on BBB. >>> >>> I tried modifying gaxis for gscreen, but it was hit or miss in terms of >>> functionality. It would drop into a weird state where it would not home >>> because it thought it was homing an axis. >>> >>> >>> >>> On Tue, Mar 11, 2014 at 2:35 PM, Condit Alan >> wrote: >>> I had a 7" LCD cape on order from Mouser for several months and finally gave up and cancelled the order. Does anyone have any suggestions for a good 7" LCD touch screen to use with the BBB and LinuxCNC? Alan >> -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and >> their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users >>> >> -- >>> Learn Graph Databases - Download FREE O'Reilly Book >>> "Graph Databases" is the definitive new guide to graph databases and >> their >>> applications. Written by three acclaimed leaders in the field, >>> this first edition is now available. Download your free book today! >>> http://p.sf.net/sfu/13534_NeoTech >>> ___ >>> Emc-users mailing list >>> Emc-users@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/emc-users >> >> >> >> -- >> Learn Graph Databases - Download FREE O'Reilly Book >> "Graph Databases" is the definitive new guide to graph databases and their >> applications. Written by three acclaimed leaders in the field, >> this first edition is now available. Download your free book today! >> http://p.sf.net/sfu/13534_NeoTech >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> > -- > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTech > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Beagle Board Black startup
It may also be the boot loader on a particular version BeagleBone. I haven't reproduced the problem here, so I'm not sure exactly what's going on. On 3/13/2014 1:30 PM, Mark Tucker wrote: > This seems like another good reason to get this to fit on the eMMc to > avoid killing the card slot. > > > On 13/03/14 18:24, Michael Haberler wrote: >> Am 13.03.2014 um 17:33 schrieb Charles Steinkuehler >> : >> >>> Pinging Michael Haberler: >>> >>> Is this the same issue you were seeing? >>> >>> It seems like Michael's issue was with the SD card slot on the BBB, the >>> same SD card worked on a different board. >> that is exactly what I saw two days ago - same symptom, almost identical >> uboot outpput >> >> I eventually swapped the BB against a new one, and that booted the same SD >> card just fine! >> >> the SD card slot seems to be a bit fragile >> >> -m >> >>> On 3/13/2014 12:16 PM, Dave Cole wrote: >>>> I tried adding the partition manager and that made no difference. >>>> >>>> I hooked up a TTL to USB serial adapter cable to the debug port and >>>> this is what I saw (see below) >>>> >>>> If you have any ideas, let me know, everything is setup here and it is >>>> easy to alter. >>>> >>>> Otherwise I'll download a 4 gig image and write it to a card. >>>> >>>> Thanks, Dave >>>> >>>> >>>> U-Boot SPL 2013.04-rc1-14237-g90639fe-dirty (Apr 13 2013 - 13:57:11) >>>> musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, >>>> SoftConn) >>>> musb-hdrc: MHDRC RTL version 2.0 >>>> musb-hdrc: setup fifo_mode 4 >>>> musb-hdrc: 28/31 max ep, 16384/16384 memory >>>> USB Peripheral mode controller at 47401000 using PIO, IRQ 0 >>>> musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, >>>> SoftConn) >>>> musb-hdrc: MHDRC RTL version 2.0 >>>> musb-hdrc: setup fifo_mode 4 >>>> musb-hdrc: 28/31 max ep, 16384/16384 memory >>>> USB Host mode controller at 47401800 using PIO, IRQ 0 >>>> OMAP SD/MMC: 0 >>>> mmc_send_cmd : timeout: No status update >>>> reading u-boot.img >>>> reading u-boot.img >>>> >>>> >>>> U-Boot 2013.04-rc1-14237-g90639fe-dirty (Apr 13 2013 - 13:57:11) >>>> >>>> I2C: ready >>>> DRAM: 512 MiB >>>> WARNING: Caches not enabled >>>> NAND: No NAND device found!!! >>>> 0 MiB >>>> MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 >>>> *** Warning - readenv() failed, using default environment >>>> >>>> musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, >>>> SoftConn) >>>> musb-hdrc: MHDRC RTL version 2.0 >>>> musb-hdrc: setup fifo_mode 4 >>>> musb-hdrc: 28/31 max ep, 16384/16384 memory >>>> USB Peripheral mode controller at 47401000 using PIO, IRQ 0 >>>> musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, >>>> SoftConn) >>>> musb-hdrc: MHDRC RTL version 2.0 >>>> musb-hdrc: setup fifo_mode 4 >>>> musb-hdrc: 28/31 max ep, 16384/16384 memory >>>> USB Host mode controller at 47401800 using PIO, IRQ 0 >>>> Net:not set. Validating first E-fuse MAC >>>> cpsw, usb_ether >>>> Hit any key to stop autoboot: 1 0 >>>> gpio: pin 53 (gpio 53) value is 1 >>>> mmc0 is current device >>>> micro SD card found >>>> mmc0 is current device >>>> gpio: pin 54 (gpio 54) value is 1 >>>> SD/MMC found on device 0 >>>> reading uEnv.txt >>>> 1701 bytes read in 3 ms (553.7 KiB/s) >>>> Loaded environment from uEnv.txt >>>> Importing environment from mmc ... >>>> Running uenvcmd ... >>>> reading zImage >>>> 3492416 bytes read in 399 ms (8.3 MiB/s) >>>> reading uInitrd >>>> ** Unable to read file uInitrd ** >>>> reading /dtbs/am335x-boneblack.dtb >>>> 24884 bytes read in 10 ms (2.4 MiB/s) >>>> Wrong Ramdisk Image Format >>>> Ramdisk image is corrupt or invalid >>>> gpio: pin 55 (gpio 55) value is 1 >>>> ** File not found /boot/uImage ** >>>> U-Boot# >>>> >>>> >>>> __ >>>> >>>> >>
Re: [Emc-users] Beagle Board Black startup
Pinging Michael Haberler: Is this the same issue you were seeing? It seems like Michael's issue was with the SD card slot on the BBB, the same SD card worked on a different board. On 3/13/2014 12:16 PM, Dave Cole wrote: > I tried adding the partition manager and that made no difference. > > I hooked up a TTL to USB serial adapter cable to the debug port and > this is what I saw (see below) > > If you have any ideas, let me know, everything is setup here and it is > easy to alter. > > Otherwise I'll download a 4 gig image and write it to a card. > > Thanks, Dave > > > U-Boot SPL 2013.04-rc1-14237-g90639fe-dirty (Apr 13 2013 - 13:57:11) > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, > SoftConn) > musb-hdrc: MHDRC RTL version 2.0 > musb-hdrc: setup fifo_mode 4 > musb-hdrc: 28/31 max ep, 16384/16384 memory > USB Peripheral mode controller at 47401000 using PIO, IRQ 0 > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, > SoftConn) > musb-hdrc: MHDRC RTL version 2.0 > musb-hdrc: setup fifo_mode 4 > musb-hdrc: 28/31 max ep, 16384/16384 memory > USB Host mode controller at 47401800 using PIO, IRQ 0 > OMAP SD/MMC: 0 > mmc_send_cmd : timeout: No status update > reading u-boot.img > reading u-boot.img > > > U-Boot 2013.04-rc1-14237-g90639fe-dirty (Apr 13 2013 - 13:57:11) > > I2C: ready > DRAM: 512 MiB > WARNING: Caches not enabled > NAND: No NAND device found!!! > 0 MiB > MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 > *** Warning - readenv() failed, using default environment > > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, > SoftConn) > musb-hdrc: MHDRC RTL version 2.0 > musb-hdrc: setup fifo_mode 4 > musb-hdrc: 28/31 max ep, 16384/16384 memory > USB Peripheral mode controller at 47401000 using PIO, IRQ 0 > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, > SoftConn) > musb-hdrc: MHDRC RTL version 2.0 > musb-hdrc: setup fifo_mode 4 > musb-hdrc: 28/31 max ep, 16384/16384 memory > USB Host mode controller at 47401800 using PIO, IRQ 0 > Net:not set. Validating first E-fuse MAC > cpsw, usb_ether > Hit any key to stop autoboot: 1 0 > gpio: pin 53 (gpio 53) value is 1 > mmc0 is current device > micro SD card found > mmc0 is current device > gpio: pin 54 (gpio 54) value is 1 > SD/MMC found on device 0 > reading uEnv.txt > 1701 bytes read in 3 ms (553.7 KiB/s) > Loaded environment from uEnv.txt > Importing environment from mmc ... > Running uenvcmd ... > reading zImage > 3492416 bytes read in 399 ms (8.3 MiB/s) > reading uInitrd > ** Unable to read file uInitrd ** > reading /dtbs/am335x-boneblack.dtb > 24884 bytes read in 10 ms (2.4 MiB/s) > Wrong Ramdisk Image Format > Ramdisk image is corrupt or invalid > gpio: pin 55 (gpio 55) value is 1 > ** File not found /boot/uImage ** > U-Boot# > > > __ > > > On Wednesday, March 12, 2014 3:20:42 PM, Dave Cole wrote: >> On 3/12/2014 2:00 PM, Charles Steinkuehler wrote: >>> On 3/12/2014 2:49 PM, Dave Cole wrote: >>>> But I did notice when running the script that a few errors pop up >>>> saying >>>> it can't recognize a file type and it can't write to the root >>>> directory. >>>> I have a sudo in the front of the script command line. >>>> Although the completed card appears to have a root with files in it, >>>> etc. Nothing obvious is out of place. >>>> >>>> Perhaps I am missing some dependencies on the Linux 12.04 box? >>>> >>>> The uSD card creation script runs to completion. >>>> >>>> Anything obvious come to mind? If not, I'll attach a TTL to USB cable >>>> and see what a terminal window says when it boots. >>>> >>>> I have a Linux 10.04 box also that I can try and use to create the >>>> uSD card. >>> The script should work on most recent Debian or Ubuntu systems, but >>> there are some packages required that are not present by default. If >>> you can, review the errors when running the script to see if you're >>> possibly missing something (the partition manager comes to mind). >>> >>> Alternately, you can just use the raw image file which you just dd >>> straight onto the uSD card...no dependencies required. >>> >> I'll load partition manager and see if that helps. If not I'll try >> and capture the output and look at it. It flies by on the screen so >> fast that I can't catch it just by interrupting the script
Re: [Emc-users] Beagle Board Black startup
On 3/12/2014 2:49 PM, Dave Cole wrote: > But I did notice when running the script that a few errors pop up saying > it can't recognize a file type and it can't write to the root directory. > I have a sudo in the front of the script command line. > Although the completed card appears to have a root with files in it, > etc. Nothing obvious is out of place. > > Perhaps I am missing some dependencies on the Linux 12.04 box? > > The uSD card creation script runs to completion. > > Anything obvious come to mind? If not, I'll attach a TTL to USB cable > and see what a terminal window says when it boots. > > I have a Linux 10.04 box also that I can try and use to create the uSD card. The script should work on most recent Debian or Ubuntu systems, but there are some packages required that are not present by default. If you can, review the errors when running the script to see if you're possibly missing something (the partition manager comes to mind). Alternately, you can just use the raw image file which you just dd straight onto the uSD card...no dependencies required. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Beagle Board Black startup
On 3/12/2014 11:53 AM, Jon Elson wrote: > So, just loading the latest machinekit will have it running > at full speed? Yes, the latest kernels (-bone39 and later) have the dynamic frequency code compiled in, but the only thing enabled is the "performance" mode. So the processor will always run as fast as possible regardless of the boot loader setup, but won't dynamically change voltage/frequency operating points. Except for early in the boot sequence when the kernel switches itself to "fast" mode from whatever the boot-loader had configured. But that won't affect LinuxCNC operating latency. :) -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Beagle Board Black startup
On 3/11/2014 10:45 PM, Jon Elson wrote: > On 03/11/2014 07:57 PM, Charles Steinkuehler wrote: >> On 3/11/2014 7:23 PM, Jeff wrote: >>> Hi, >>> >>>Got it! Thanks. It is now at 990.68 MIPS with the newer kernel. >>> >>> > So, what is going on with the older machinekit installs? Do > they actually not > run the CPU at rated speed? I did notice that some things, > like generating > an initial SSH key took a VERY long time, and when I did > "more /proc/cpuinfo" > it showed a very low clock speed, like 200 MHz, but I wasn't > sure I could > trust that number. CPU frequency scaling was disabled in the kernel configuration as recommended by the Xenomai folks. The problem is, that leaves the CPU frequency set by the boot loader with no way to change it. Different versions of the boot loader run the CPU at different frequencies. My boards would typically run at 500 or 750 MHz, but some run as slow as 350 MHz or so. I have since added back the frequency scaling support, but only compiled in the "performance" profile, so the CPU runs as fast as possible and stays there. The extra latency is caused by the CPU switching operating frequencies (which shuts *EVERYTHING* down for a few hundred uS or more while internal PLLs stabilize to their new frequencies), so this isn't an issue if you don't actually change operating frequencies on the fly. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Beagle Board Black startup
On 3/11/2014 7:23 PM, Jeff wrote: > Hi, > > Got it! Thanks. It is now at 990.68 MIPS with the newer kernel. > > If anyone else gives this a try, for some reason I had to un tar the dtbs > file with a suffix > > tar -xzvf --no-same-owner > > without the --no-same-owner I was getting 'ownership' errors. Those are safe to ignore. Basically it's complaining about not being able to set unix file permissions on a FAT filesystem, which is a known issue. :) -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] BBB and LCD 7"
On 3/11/2014 3:35 PM, Condit Alan wrote: > I had a 7” LCD cape on order from Mouser for several months and > finally gave up and cancelled the order. > > Does anyone have any suggestions for a good 7” LCD touch screen to > use with the BBB and LinuxCNC? I have a couple of the inexpensive HDMI input panels from eBay. You can get a variety of sizes and resolutions, with or without a resistive touch or capacitive multi-touch interface. I personally like the readability of a 7" 800x480 display, but this is slightly too small for Axis and the other UI options I've tried (although it seems like it should be more than enough screen real estate). If you get a 7" screen with more pixels, you can see the whole interface, but text becomes very difficult to read. For development work, I've switched to using old 17" DVI 1280x1024 monitors, which are big enough for me too see, with enough pixels to play with the various GUI options. The 7" screens are cute, but probably not real practical with LinuxCNC unless you're making your own GUI. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Beagle Board Black startup
On 3/11/2014 1:08 PM, Jeff wrote: > Hi, > > Is there a set of instructions on how to upgrade? > > The MachineKit I have does show 363.67 MIPS with a cat /proc/cpuinfo > > I tried the instructions here: > > http://wiki.linuxcnc.org/cgi-bin/wiki.pl?XenomaiKernelPackages > > and got stuck. Apparently I'm not setting CODENAME properly (or > something). I've never upgraded a kernel before so am pretty lost. Those instructions are for an x86 PC, not a BeagleBone. I always just upgrade the kernel by hand. Use wget and download the appropriate kernel files: http://www.machinekit.net/deb/wheezy-armhf/v3.8.13xenomai-bone41/ Grab all four files that start with 3.8.13xenomai* Copy the *.zImage file to /boot/uboot/zImage cd to / (the root directory) and extract the *modules.tar.gz file cd to /lib/firmware and extract the *.firmware.tar.gz file cd to /boot/uboot/dtbs and extract the *dtbs.tar.gz file Reboot, and verify you're running the new kernel (uname -a) and the CPU speed is 1 GHz (cat /proc/cpuinfo). -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Beagle Board Black startup
On 3/10/2014 1:12 PM, Dave Cole wrote: > I still can't see the BBB on the network. > > On a power up or reset, the 3 lights next to the reset button sequence > on one by one and the lights on the RJ45 jack flash briefly. > > I'm going to reflash the uSD card and try it again. If that doesn't work, you might try pressing the reset button a couple seconds after you apply power and holding it for a few seconds. I have occasionally had boards that didn't always properly see the Ethernet phy, and this seemed to help. Otherwise, you need at least an HDMI cable, and preferably a USB serial cable. There's no substitute for being able to see what's going on. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] beaglebone machinekit pin selection
On 3/10/2014 10:51 AM, Josiah Morgan wrote: > I have a machinekit configuration working for cnc machine I have and am > needing to make a custom "cape" to connect the pinouts with some screw > terminals to output to the drivers. > in order to do this, I would like to move all my step/dir pins to a pinout > configuration that doesn't have me crossing wires. Although the step pins > seem to work regardless of what pins they are tied to, the direction pins > have very odd behavior when connected to pins other than the pins defined > on the default configurations (dir pins go low whenever the motor is moving > regardless of what direction it is supposed to go and they flip flop high > low at a frequency when the motor is not moving) > so my question is, is there only a certain number of pin configurations > that step/dir pins work with, or am I just doing something wrong in my > setup to make my direction pins not work? You can freely assign the step/dir pins to any available pin. The symptoms you describe sound like you have more than one thing trying to write to the direction pin. Make sure you do not have the pin assigned to the bb_gpio output module as well as the PRU stepgen code. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Beagle Board Black startup
On 3/10/2014 10:30 AM, Dave Cole wrote: > > I'm trying to start up a BBB with Charles' uSD image. > > I don't have a micro HDMI cable yet, but one is on the way. > > I believe that DHCP is enabled by default? > > If that is the case I should be able to SSH to it immediately after it > boots, is that correct? Yes, DHCP is enabled by default, as is SSH. The first boot takes a while since it's generating new ssh keys, but you should be able to login remotely once it comes up. > I can't see its address as it logs into my router, but the router I am > using doesn't always accurate report the connections. nmap -sP :) Once you get into the system, you might want to verify the kernel version. You might need to upgrade, there was a problem for a while with the kernel not running at full speed (cat /proc/cpuinfo to check the CPU speed). If you're not running close to 1 GHz, grab the -bone39 or -bone41 kernel from: http://www.machinekit.net/deb/wheezy-armhf/ -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Printrboard and LinuxCNC
On 2/28/2014 12:49 PM, John Alexander Stewart wrote: > Andy; > > I could be persuaded to have some sympathy for this viewpoint, actually. >> If G-code simply moved axes in absolute machine space and everything else >> was done in the pre-processor then thing would be a great deal simpler. > > I wonder what will happen when they get *two* extruders going (support + > final materials) and find that they have two slightly different heights of > extruder nozzles - maybe re-invent tool offsets, but call it something > different. Why re-invent tool offsets when you can simply use a different coordinate space...it's not like they're useful for anything else: http://reprap.org/wiki/Gcode#G10:_Head_Offset http://reprap.org/wiki/Gcode#T:_Select_Tool -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis & security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Printrboard and LinuxCNC
On 2/28/2014 7:19 AM, John Alexander Stewart wrote: > Michael; > > Ah - grbl-like input. Makes sense, and I can see how it would not work so > well for LinuxCNC. > > The question, then, is how come Mach3 can have USB cabling, but LinuxCNC > can't? (see the KX* mills from Arc Eurotrade in the UK; now with USB input) Because Mach3 doesn't run closed loop. LinuxCNC tracks the state of the machine and uses that to calculate what to do next. Mach just sends a series of commands and expects the hardware to do the right thing. > Related: What commands are sent over the USB for these Mach3 boxes? > > Related,related: how can LinuxCNC get a larger slice of the 3D printer > market, now that the "Printrboard" style of controls, and associated > software is settling down for 3D'ers? I'm working on it, but there are only so many hours in the day. IMHO, the missing pieces that could help this along are: * GUI screens targeted to 3D printing * GUI screens that work well with lower resolution screens (800x480 is a very common size, and no existing LinuxCNC screens work well at these low resolutions) * Better handling of "reprap" style gcode, ideally handled natively inside LinuxCNC, less ideal is improved pre-processing of the gcode. * Stepconf-like auto-configuration builder * Example configurations for some "standard" 3D printer types * Sane configuration and setup infrastructure for low-level hardware drivers and pin assignments (work in progress by me) ...feel free to jump in and help! -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis & security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Crackling motors using Beaglebone
> Emc-users@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/emc-users >>> >> -- >> Flow-based real-time traffic analytics software. Cisco certified tool. >> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer >> Customize your own dashboards, set traffic alerts and generate reports. >> Network behavioral analysis & security monitoring. All-in-one tool. >> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> >> > > > > -- > Flow-based real-time traffic analytics software. Cisco certified tool. > Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer > Customize your own dashboards, set traffic alerts and generate reports. > Network behavioral analysis & security monitoring. All-in-one tool. > http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis & security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Fwd: Trying to merge the hal files etc For Crackling Motors
On 2/26/2014 8:10 AM, Mark Tucker wrote: > > This is my first attempt at merging the hal files and ini files > following discussions over the crackling motors. > Using 7i76e.zip from Peter Wallace > I have attatched the Hal and ini file. > All i get is no movement and a joint following error. Could anyone have > a look and see if there is anything obvious?. > Not sure if the files will be stripped from the post? I don't have time to fully review your changes, but you have to put the stepgen code in velocity mode or it will continue tracking the position_cmd and ignore the velocity_cmd. There is a control-type HAL pin that needs to be set to true (1) to put the stepgen in velocity mode. I didn't see that you were doing this in your HAL file, which would definitely cause problems. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis & security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] beaglebone fpga with linuxcnc
On 2/25/2014 7:45 AM, Josiah Morgan wrote: > I noticed that xylotex has an fpga cape in the works for beaglebone black. > (as well as other similar items from other sources) > I was curious if anyone was looking into the implementation of such fpga > capes into a linuxcnc build. > also, what would be the benefits and drawbacks to the addition of this fpga > module? > has anyone thought about how linuxcnc would be able to actually take > advantage of the fpga capabilities? > I'm just curious because I could see some benefits of possibly allowing the > fpga to house the kinematics functions as well as drive multiple step pins > simultaneously. I just don't know how linuxcnc would command it. > anyway, I just wanted to bring this up for discussion and see what thoughts > people had on it. I've got a logi-bone coming from the Kickstarter project, and will try and play with the Xylotex board when it becomes available. I'm also looking at modifying one of the parallel port Mesa cards to talk directly to the BeagleBone (vs. trying to do SPI or parallel port emulation with the PRU). With all of these, I suspect the easiest path to working systems will be to get the hostmot2 VHDL code running on the FPGA and modify the hm2 HAL driver to talk to them. It's all pretty straight-forward (says the guy who writes VHDL code for a living and ported the hm2 PCI driver to user-space). The general benefits would be the same as switching from software stepgen to a Mesa card on an x86 system, although perhaps not _quite_ as dramatic. The PRU can give you a 2-10x improvement over typical x86 software stepgen (1-10 uS threads vs. 10-25 uS or so), where the Mesa card is about a 500x improvement (or 20 nS "thread") assuming a 50 MHz clock. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis & security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] beaglebone fpga with linuxcnc
On 2/25/2014 8:16 AM, Dave Cole wrote: > > I'm sure it would depend upon how Xylotex or others are implementing > their cape.. > > BTW, I'm curious; Does anyone know who came up with the term "cape" ?? > That seems totally non-obvious to me, compared to "add-on board", > "daughter board", etc. > Did that arrive out of a language translation? Or was that a TI > invention. I used to work for TI long ago and some of those guys lived > a little over the edge. ;-) It's a twist on "shield" from the Arduino world. The Beagle folks wanted a new term to avoid confusion with existing sheilds, and you apparently can't just call it a daughter-card or add-on-module because the target audience is creative types who need to be shielded (pun intended) from such harsh real-world concepts. :) -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis & security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Fwd: Re: Gantry Best Practices
On 2/24/2014 4:11 AM, andy pugh wrote: > On 17 February 2014 18:15, Charles Steinkuehler > wrote: >> Yeah, this is the solution I'm leaning towards. I appreciate the >> concept of gantrykins, but given how LinuxCNC deals with non-trivial >> kins, I don't think it's the way to go unless you really have a >> non-Cartesian mechanism. > > JA4 has a "gentrivkins" kinematics. I am not sure how well that plays > with a non-ja4 setup. > It is basically like gantrykins, except with a KINEMATICS_IDENTITY > type so that there is no "joint mode" Hmm...that sounds like a good option. I'll have to review and see if it works properly with a non JA4 branch. Thanks! -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis & security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] BBB variable voltage output for spindle speed
On 2/23/2014 2:38 PM, Jared Turner wrote: > So I think I have the hardware setup - but now I'm confused on how to > actually setup PWM to control an axis. I noticed that the .hal file > has some PWM instances at the bottom, but they seem to be set for > heaters. Should repurpose one of these or create a new one? How do I > create a new one, reference it to a pin, then connect it to the > software? The more I read about the hal configuration, the more > confused I get :S there's lots of work here (Thanks for all of it > BTW) Unless you're intending to use the heater outputs and run a 3D printer, you should just re-use one of the existing PWM outputs. The pin numbers can be confusing, since there are about 4 different schemes all required to match up properly to get anything to work. I'm working on fixing that, but in the meantime, using one that's already setup and just changing what's driving the PWM value is your best bet. Holler if you get stuck. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Crackling motors using Beaglebone
> >>> >> >> >> -- >> >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common >> Pitfalls. Read the Whitepaper. >> http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk >> >> ___ >> Emc-users mailing list Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users > -- > > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common > Pitfalls. Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk > > ___ > Emc-users mailing list Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Crackling motors using Beaglebone
On 2/20/2014 10:21 AM, Mark Tucker wrote: > Ok i am not well enough conversed to explain this in detail,but i will try. > Having recently been involved with the beaglebone/machinekit setup,i > accidently came across a problem. > I found that speradically the motors would make a noise like "frying an > egg" after movement had finished. > This after some investigation by Charles,Jeff pollard,and few others,was > found to be the dir line hunting after a movement. > This has turned out to be a known problem with the pru and the fact it > is using position feedback and not velocity feedback. > So the outcome after a few discussions was that the hal file needs > changing to utilise the stepgen in velocity mode. > Now i am at a complete loss how to do this,so is there anyone out there > that can help? > Charles is snowed under at the moment otherwise i am sure he would oblige. > I will try attatching my hal file. > I am sure there are others that will explain this better than me because > of my limited knowledge. Peter Wallace provided the following excellent advice, which I forwarded to Mark. I'm a bit too busy to fiddle with the HAL code for a week or so, and was hoping someone might be able to help Mark get his HAL file sorted out: Quote from Peter: The current position mode driver code makes sense for a software implementation but suffers from some issues when used with a hardware stepgen (and since the PRU stepgen is a asynchronous (to servo thread) DDS it probably has the same issues) To do this you set the stepgen in velocity mode, and set a P of around 50 and a FF1 of 1.000. The nice thing about this is you can now use the PID comps facilites to fix a number of deficiencies in the built in position mode code: 1. Setting the PID comps maxerror to some small value makes the stepgen avoid large corrections based on the servo thread jitter in sampling the stepgens position (effectively slew limiting the corrections) this make sense for hardware or PRU based system where the stepgen DDS is a better timing reference to short term timing than the servo thread. 2. Setting the PID comps dead zone stops the toggling 3. A tiny bit of FF2 can be used to compensate for the delay between sampling the stepgen position and writing the new DDS rate In my testing, if you have any significant servo thread jitter, using a servo type config like this results in much better stepgen performance the the built in position mode controller freeby.mesanet.com/7i76e.zip has an example servo mode stepgen setup -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Gantry Best Practices
On 2/18/2014 6:13 PM, Tom Easterday wrote: > I will just (once again) point to > http://wiki.linuxcnc.org/cgi-bin/wiki.pl?GantryPlasmaMachine Thanks, I somehow missed that previously. > Two servo motors/encoders on the Y axis, trivkins configuration > (configs are in the links on the page). Gets an amazing amount of > use at Maker Works in Ann Arbor and runs great. See catchy video > here ;-) http://maker-works.com/wordpress/tools/cnc-plasma-cutter/ If I'm following things correctly, you're doing something very similar to the HAL gantry component I just created: applying the same commanded position to each gantry joint, providing for an offset between the individual joints to avoid racking. Homing is substantially different, but then I don't have fancy Granite drives that will home themselves, so I had to work with LinuxCNC. :) > It isn't running a BBB w/ Mesa but that would be great at some point > in the future!! Well, first Mesa has to make a BBB cape! Although there are beginning to be some FPGA add-ons for the BeagleBone that might be able to run the hm2 firmware. I'm waiting on my LogiBone kick-starter and there are a few other designs in the works I'm aware of. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Fwd: Re: Gantry Best Practices
On 2/17/2014 12:15 PM, Charles Steinkuehler wrote: > On 2/17/2014 11:41 AM, Len Shelton wrote: >> On 2/16/2014 3:11 PM, Charles Steinkuehler wrote: >>> >>> 2) Use trivkins and setup HAL to turn one axis into two by craftily >>> combining the commanded motion with the homing switch states. This is >>> easiest if HAL is doing software stepgen (just mask the step pulses in >>> the base thread), but I'm pretty confident I can make this work pushing >>> the logic in front of the PRU drive step/dir component (as a bonus, this >>> setup would also work with Mesa hm2 cards and other hardware based >>> controllers). >> >> 2) I believe this is the right way to do this. If the BBB cannot do >> this, we will be forced to add a secondary microcontroller in the pulse >> stream to apply the logic that we need to do this. Seems kinda silly >> since the software could do it. If I only knew more about LCNC >> programming, it already would. This is the one thing that's preventing >> us from moving all of our machines to the BBB immediately. > > Yeah, this is the solution I'm leaning towards. I appreciate the > concept of gantrykins, but given how LinuxCNC deals with non-trivial > kins, I don't think it's the way to go unless you really have a > non-Cartesian mechanism. > > As soon as I'm done with the encoder stuff I'm working on, I'll whip up > an N-axis HAL gantry module. My linear-delta printer will make a good > test-bed for a 3-Axis gantry. In addition to avoiding the "user racks > the gantry in joint mode" problem, the HAL component will fix problems > with homing if HOME != HOMEOFFSET, at least for the simple gantry case. OK, I'm not done with the encoder logic yet, but I decided to take a break and make your gantry HAL module. It turned out to be slightly trickier than expected, because even at homing speed on my system and with fairly high accelerations the axis didn't just stop nicely after hitting the switch, even though it was being commanded to. Since I can't just mask the generated step signals, something more sophisticated was required. So I added some sticky multiplexing logic that uses one of the slave joints for feedback (it could be any of them), but hops around to track active joints when homing. Basically the module generates multiple commanded positions using an offset for each joint. The offset is fixed while all home switches are in the same state (either all closed or all open). If *SOME* of the home switches are closed and movement is towards the home switches (direction matches HOME_SEARCH_VEL), than the joints with closed home switches are "disabled" by changing their offset value rather than their commanded position, until all home switches are closed, at which point the joints are run in lock-step again. Otherwise, it's basically the same concept as the software stepgen "HAL step masking code" provided to me by Les Shelton, which he says came from one of the EMC lists some time ago. For best results, make sure that HOME_SEARCH_VEL and HOME_LATCH_VEL are the same sign (move in the same direction), since there is no special behavior when moving the joints off of home. I also recommend running as slow as practical for both velocities. The code is introducing discontinuities in velocity (instantly changing from commanding the home search velocity to commanding a full stop), so you wouldn't want to run very fast on something with lots of mass. It works pretty well on my linear-delta Kossel, however. Oh...and just for grins, you can have up to 7 slave joints, and I have tested with three. If it doesn't work for your dual-motor gantry, just get another motor! :) ...and I have only tested on a BeagleBone with PRU driven step/dir, but the comp should work to drive any other "off-cpu" based control, including Mesa hm2 step/dir and servo setups. The main drawback is only one joint is used to generate feedback into motion, so there's no alarm raised if one side of the gantry gets stuck but the other is still moving. Adding that is left as an exercise for the reader! :) Hopefully, the man page makes usage obvious, if not, let me know. The read thread should run after capturing the current position from your stepgen/encoders, and before motion. The write thread should run after motion, and before your motor controller update function. -- Charles Steinkuehler char...@steinkuehler.net /** * * Copyright (C) 2014 Charles Steinkuehler (charles AT steinkuehler DOT net) * * * This module allows multiple drive motors (joints) to be connected to a * single motion axis. This is useful for gantry style machines if you don't
Re: [Emc-users] Gantry Best Practices
On 2/17/2014 4:47 PM, Steve Blackmore wrote: > On Sun, 16 Feb 2014 16:51:06 -0600, you wrote: > >> On 2/16/2014 4:03 PM, Steve Blackmore wrote: >>> On Sun, 16 Feb 2014 14:11:13 -0600, you wrote: >>> >>>> With the recent release and general popularity of the ShapeOko V2 >>>> desktop mini-mill, I have several folks who are trying to use LinuxCNC >>>> running on the BeagleBone as a control. If you are unfamiliar with this >>>> machine, here's a link: >>>> >>>> https://www.inventables.com/technologies/desktop-cnc-mill-kit-shapeoko-2 >>> >>> Cant help with the best way to run that with LinuxCNC, but I'd be >>> tempted to remove one stepper and run a cross shaft driving both belts >>> with possibly a bigger stepper motor. >> >> Sorry, but I don't consider changing the machine to fit the tool to be >> an acceptable solution. > > Then your stuck with a known problematic design. I wish I had a pound > for each complaint/query/moan I've seen and heard about twin steppers on > a gantry machine. > > Other fixes include servos or closed loop steppers but keeping both > sides in synch with software without any feedback is nigh on impossible. Steppers are not the problem, the issues I mentioned apply equally to machines with servos and encoder feedback. I'm asking for the suggested best way to configure LinuxCNC for controlling a gantry system, that presents the user with the least opportunity to "shoot themselves in the foot". For instance, how do you avoid racking the gantry when jogging in joint mode? Do you have a servo gantry config that avoids or minimizes this possibility you could point me to? I know folks are controlling gantry systems with LinuxCNC, I'm wanting to know how, and what are the pros and cons of each setup. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Fwd: Re: Gantry Best Practices
On 2/17/2014 11:41 AM, Len Shelton wrote: > Charles, > > I think you know my vote. > > 1) Never assume the user is anything other than a complete amateur. We > are putting tons of these machines in schools now. PEBKAM! :) > 2) I believe this is the right way to do this. If the BBB cannot do > this, we will be forced to add a secondary microcontroller in the pulse > stream to apply the logic that we need to do this. Seems kinda silly > since the software could do it. If I only knew more about LCNC > programming, it already would. This is the one thing that's preventing > us from moving all of our machines to the BBB immediately. Yeah, this is the solution I'm leaning towards. I appreciate the concept of gantrykins, but given how LinuxCNC deals with non-trivial kins, I don't think it's the way to go unless you really have a non-Cartesian mechanism. As soon as I'm done with the encoder stuff I'm working on, I'll whip up an N-axis HAL gantry module. My linear-delta printer will make a good test-bed for a 3-Axis gantry. In addition to avoiding the "user racks the gantry in joint mode" problem, the HAL component will fix problems with homing if HOME != HOMEOFFSET, at least for the simple gantry case. If anyone listening in doesn't know what I'm referring to, setup a gantrykins machine with a significant distance between the HOME and HOMEOFFSET positions, home your gantry axis, then watch in horror as one side of the gantry finishes homing and rapids to the HOME location while the other side is still poking around at HOMEOFFSET waiting for the home switch to release. > 3) I am really surprised that this works at all without blowing the > drivers. You cannot guarantee that both motors are identical. Yes, it's a total hack, but it works OK for things like the Z axis of a 3D printer, which moves _really slow_ most of the time. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Gantry Best Practices
On 2/16/2014 4:03 PM, Steve Blackmore wrote: > On Sun, 16 Feb 2014 14:11:13 -0600, you wrote: > >> With the recent release and general popularity of the ShapeOko V2 >> desktop mini-mill, I have several folks who are trying to use LinuxCNC >> running on the BeagleBone as a control. If you are unfamiliar with this >> machine, here's a link: >> >> https://www.inventables.com/technologies/desktop-cnc-mill-kit-shapeoko-2 > > Cant help with the best way to run that with LinuxCNC, but I'd be > tempted to remove one stepper and run a cross shaft driving both belts > with possibly a bigger stepper motor. Sorry, but I don't consider changing the machine to fit the tool to be an acceptable solution. LinuxCNC is more than capable of handling this setup, my question is which option will be the easiest for a novice user to understand, or is there an even better option I missed? -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Gantry Best Practices
With the recent release and general popularity of the ShapeOko V2 desktop mini-mill, I have several folks who are trying to use LinuxCNC running on the BeagleBone as a control. If you are unfamiliar with this machine, here's a link: https://www.inventables.com/technologies/desktop-cnc-mill-kit-shapeoko-2 Invariably, one of the first questions I get is how to setup a configuration to deal with the gantry setup of the ShapeOko. I know of at least three different ways to control a gantry system with LinuxCNC, each with it's own pros and cons: 1) Use gantrykins, and hope users are intelligent enough not to rack the gantry when moving around in joint mode. 2) Use trivkins and setup HAL to turn one axis into two by craftily combining the commanded motion with the homing switch states. This is easiest if HAL is doing software stepgen (just mask the step pulses in the base thread), but I'm pretty confident I can make this work pushing the logic in front of the PRU drive step/dir component (as a bonus, this setup would also work with Mesa hm2 cards and other hardware based controllers). 3) Ignore the gantry complexity, and just drive both servo motors from the same stepper driver. This works _OK_ for the Z axis on a 3D printer, but probably isn't a good idea for something that is actually making chips. Questions: Did I miss any significant options for controlling a gantry style machine? Which option would be recommended for novice users new to the LinuxCNC and CNC world? I'm thinking the "Magic HAL Wye / Y Cable" that splits one joint into two is probably the simplest for most folks to deal with, but am open to suggestions. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] countersink.py problem
On 2/14/2014 8:09 PM, Bruce Layne wrote: > > I believe that some of these bits of Python code generate different > results depending on the order the input values are supplied on the data > entry form. I think they might be calculating intermediate results as > the data is entered? Or maybe there is a problem with updating internal > variables as the form is completed? Not that this is the problem, but I've had a horrible time with Python and floating point numbers. Python is always wanting to default to integers, and frequently truncates intermediate results to integers causing subtle issues with the resulting output that leaves me head-scratching for a while. I think _every_ bit of python code I've worked with has had this issue at least once... -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Machinekit + Beaglebone + mycnc Video's
Yes, the main advantage of a BeagleBone is cost and size. Cost really only applies for buying new, and apparently not everywhere in the world (not a huge surprise). Even a _really_ old PC is going to me more powerful than a BeagleBone, easier to expand, and can be had for little or no cost in many parts of the world. The size is an issue if you're working with a desktop mill or 3D printer, but not really much concern if you're retrofitting big iron. On 2/13/2014 5:37 AM, Marius Liebenberg wrote: > Where I am located the BBB solution is a whole lot more expensive than > an Atom for instance. Although it is a great idea for small printers > that need the space, I cant see it taking over the large or custom > machine market. > Having said that I am looking forward to giving it a try on some machine > soon. Maybe a foam cutter or a surface grinder. > > On 2014-02-13 13:12, andy pugh wrote: >> On 13 February 2014 06:55, Gregg Eshelman wrote: >> >>> It's looking more and more as if a BBB will be what I should use to run >>> my big knee mill. >> Why? I can see the attraction if cheapness and portability are >> important, but why not use a standard PC which has PCI sockets, SATA >> hard-drive, proper graphics etc etc? >> >> > -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Multiple INI files
On 2/13/2014 2:44 AM, Marius Liebenberg wrote: > Charles > I made the changes to the scripts as you suggested but I not able to ad > the comment after the file name entry. It seems like the script does not > read it into the JUNK variable. > Sorry to bug you with this but I am not well versed with the scripting > stuff. Sorry...I overlooked that you're clearing IFS. Remove that and read will split tokens on the input as expected: >> while IFS= read -r name JUNK <&3; >> do while read -r name JUNK <&3; do -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Multiple INI files
On 2/12/2014 2:33 PM, Marius Liebenberg wrote: > Oh and dont add a CRLF after the last entry in sections.txt. Its a bug I > dont know how to fix.//It will run but not exit until you hit cntrl C. It's because without a filename cat reads from stdin. Try something like the following instead, which adds support for comments and blank lines: while IFS= read -r name <&3; do case "$name" in #*|"") continue ;; *) cat $name >> $oname.ini ;; esac done 3< sections.txt Also, since you don't seem to be wanting to support whitespace in your filename (cat $name instead of cat "$name") you might want to put anything after the first whitespace on the line into a different variable so you can have lines like: pre_amble.sec # Really great startup code ...in your sections.text file. Do this like so: while IFS= read -r name JUNK <&3; ...and you'll get: name="pre_amble.sec" JUNK="# Really great startup code" ...otherwise with your current code you'll get: name="pre_amble.sec # Really great startup code" ...which will cause problems with your cat command when it gets expanded. -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Multiple INI files
How about a simple makefile and using the C pre-processor? On 2/12/2014 8:17 AM, Ralph Stirling wrote: > Why couldn't the main linuxcnc (axis?) program take multiple ini files > on the command line? Just string them in the order you want them > processed. That wouldn't require any syntax change to the file itself. > > -- Ralph > > From: Marius Liebenberg [mar...@mastercut.co.za] > Sent: Tuesday, February 11, 2014 10:31 PM > To: emc-users@lists.sourceforge.net > Subject: Re: [Emc-users] Multiple INI files > > Not knowing the code at all, I am sure that the mechanism for including > files might exist already seeing the the HAL and VCP files are included. > There could be a special name for the included files and they can appear > at the top in a specific order maybe. > > On 2014-02-12 08:12, Sebastian Kuzminsky wrote: >> On 02/11/2014 12:52 PM, Marius Liebenberg wrote: >>> I dont know if this has been asked before but hear me out please. >>> I wondered why we could not have a number of INI files with an #INCLUDE >>> type of structure. I would very much like to segment my configuration >>> into usable sections like all the AXIS tuning parameters in one file for >>> instance. And then place all the display related stuff into another. >> I've occasionally wanted this feature, for example for the hostmot2 >> sample configs which are identical except for a few variables (the >> driver name and the board name in HAL). >> >> We vaguely follow the already-vague .ini file format, and it does not >> support this feature. http://en.wikipedia.org/wiki/INI_file >> >> I think there's no reason (other than tradition, and manpower) we >> couldn't invent a new syntax and add this feature to our ini file parser. >> >> > > -- > > Regards /Groete > > Marius D. Liebenberg > +27 82 698 3251 > +27 12 743 6064 > > > -- > Android apps run on BlackBerry 10 > Introducing the new BlackBerry 10.2.1 Runtime for Android apps. > Now with support for Jelly Bean, Bluetooth, Mapview and more. > Get your Android app in front of a whole new audience. Start now. > http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > -- > Android apps run on BlackBerry 10 > Introducing the new BlackBerry 10.2.1 Runtime for Android apps. > Now with support for Jelly Bean, Bluetooth, Mapview and more. > Get your Android app in front of a whole new audience. Start now. > http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] EMC2 to Control a 3D Printer
On 2/10/2014 6:54 AM, Steve wrote: > I am interested in using EMC2 to control a 3D printer. I have searched > the archives and gone thru the wiki and couldn't find any EMC2 > conversions dedicated to driving a 3D printer. I saw the rep-strap > versions but the printers appear to be modified versions of a CNC mill > or small router. I am interested in replacing the Arduino controller > with EMC2 driving a dedicated printer. Ideally the set up for EMC would > be similar to modules already in place for a stepper motor based mill. > Unfortunately my skills ly on the mechanical side and as such don't know > enough about code writing to dig into EMC2 and make the changes myself. Replacing an Arduino with LinuxCNC is straight-forward. LinuxCNC simply sees the 3D printer as a 4-axis machine. The only slight complication is providing for temperature control. This can be done in a variety of ways ranging from fully external thermostats to several different control options in LinuxCNC and HAL. The CAM path for 3D printing with LinuxCNC requires a bit of tweaking, and you have to be careful if using LinuxCNC for temperature control (be careful, the easy to use custom M1xx codes cause LinuxCNC to come to a full stop while the M-code is executing, creating 'blobs' on the resulting prints). I've been working mostly with the BeagleBone, but lots of the issues I've encountered with 3D printing (like the M-Code "pause", and getting "RepRap" flavor gcode running on LinuxCNC) apply to LinuxCNC in general, regardless of the platform you're running on. You'll find some useful posts on my blog, along with BeagleBone specific details that only apply if you're moving away from the PC: http://bb-lcnc.blogspot.com/ ...including links to several videos of LinuxCNC controlling a 3D printer. In fact, my first 3D printing video uses LinuxCNC running on a standard PC with software step-gen and a parallel port interface: http://www.youtube.com/watch?v=DqnAU1g5Rys ...which I directly wired into the RAMPS printer control board using a small circuit built onto an Arduino prototype shield. The interface is mostly direct wires except for an I2C interface and an ADC to read the thermistor temperature. Details are on github: https://github.com/cdsteinkuehler/LinuxCNC-RepRap -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- Android™ apps run on BlackBerry®10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] beaglebone machinekit usb ssh
I'll admit the USB network setup can be handy at times (especially if you don't have a USB serial cable), but I haven't tried to get it setup. It shouldn't be too hard, since I believe RCN is enabling it in the Debian builds intended to replace the Angstrom disto loaded into the eMMC at the factory, but I have approximately zero need or desire to make USB networking function, and a lot of other issues to fix. If you do get something working, share the results and I'll try to get it folded into the image build scripts. On 1/27/2014 6:07 PM, Josiah Morgan wrote: > thank you for the help. > I was just wanting to demonstrate the setup at a place where I wouldn't be > able to get on a network for the demonstration. > I guess I could always just bring my own router to go between my laptop > (which wouldn't be connected to internet at the time) and the beaglebone. > thanks. > > > On Mon, Jan 27, 2014 at 5:58 PM, Charles Steinkuehler < > char...@steinkuehler.net> wrote: > >> On 1/27/2014 5:49 PM, Josiah Morgan wrote: >>> out of the box, you are able to ssh to a beaglebone over the usb to ip >>> address 192.168.7.2. >>> is it possible to do the same thing with the machinekit image installed? >>> if so, how? >> >> You have to enable the USB networking emulation, which IMHO is kind of >> an abomination*. If you really want to do this, follow the guide of >> your choice for configuring Debian networking, and you can use the >> shipping BeagleBone setup as an example. Or if you're really ambitious, >> feel free to get the networking setup code from RCN's upstream >> omap-image-builder scripts working with MachineKit image builds. I >> might actually be willing to include USB networking in the images if >> someone sets it up and is willing to test and make sure it works. >> >> (*) It's not that Ethernet over USB is all that bad, but the way this is >> setup by default on the BeagleBone, the 'Bone will not have working DNS, >> can't see the internet (unless you are _very_ crafty at setting up >> networking on the device you connect to the 'Bone), and generally almost >> nothing running on the 'Bone will work with networking in any sort of >> way that you would expect. Save yourself a lot of headache, treat the >> 'Bone like the computer it is, and give it the network connection it >> deserves! :) >> >> -- >> Charles Steinkuehler >> char...@steinkuehler.net >> >> >> >> -- >> CenturyLink Cloud: The Leader in Enterprise Cloud Services. >> Learn Why More Businesses Are Choosing CenturyLink Cloud For >> Critical Workloads, Development Environments & Everything In Between. >> Get a Quote or Start a Free Trial Today. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> >> > > -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] beaglebone machinekit usb ssh
On 1/27/2014 5:49 PM, Josiah Morgan wrote: > out of the box, you are able to ssh to a beaglebone over the usb to ip > address 192.168.7.2. > is it possible to do the same thing with the machinekit image installed? > if so, how? You have to enable the USB networking emulation, which IMHO is kind of an abomination*. If you really want to do this, follow the guide of your choice for configuring Debian networking, and you can use the shipping BeagleBone setup as an example. Or if you're really ambitious, feel free to get the networking setup code from RCN's upstream omap-image-builder scripts working with MachineKit image builds. I might actually be willing to include USB networking in the images if someone sets it up and is willing to test and make sure it works. (*) It's not that Ethernet over USB is all that bad, but the way this is setup by default on the BeagleBone, the 'Bone will not have working DNS, can't see the internet (unless you are _very_ crafty at setting up networking on the device you connect to the 'Bone), and generally almost nothing running on the 'Bone will work with networking in any sort of way that you would expect. Save yourself a lot of headache, treat the 'Bone like the computer it is, and give it the network connection it deserves! :) -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Crayon Lathe
Anyone got kids or grandkids? My next CNC conversion project for the BeagleBone: http://hackaday.com/2014/01/26/littlebits-little-lathe/ :) -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Machinekit Gui
On 1/26/2014 2:46 PM, John Prentice (FS) wrote: > >> With your updates, do you still see the keyboard lag, or does reducing the > load from gremlin help this issue? > > With slow refresh on Gremlin my keyboard jog response is fine. I don't > however know if my GUI has jog problems with the default 50mS refresh as I > do all my actual jogging with the Contour Jog/Shuttle > > http://www.tormach.com/store/index.php?app=ecom&ns=prodshow&ref=30616 > > It is configured with a geometric speed law on the spring-loaded ring. You > can jog at full rapid speed slowing to a crawl allowing touch-off to a > "tenth" very quickly and safely compared with an MPG or keyboard. Nice unit...I forgot about those. Do you have configs available to get it working with LinuxCNC or does it "Just Work"? It's not clear from the product page if I can just buy one and use it with a generic LinuxCNC install, or if it only works with Tormach machines. I have access to some similar control panels (jog-shuttle with T-Bar and a bunch of buttonsdid I mention my day job is HD video editing equipment?) and it might make for a pretty nifty control: http://www.newtek.com/component/content/article/15-3-play/3play/177-3play-control-surface.html Pretty expensive unless you get engineering prototypes free from work, however! -- Charles Steinkuehler char...@steinkuehler.net signature.asc Description: OpenPGP digital signature -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users