Advanced Search

Just checking you know, home switches need to stay triggered to end of travel.
Also be sure to add a home-offset to move off the home switch trigger
 

I would try typing: lcec-configgen
and see how much of your configuration is done for you

If I had a Trademark on fusion360 and found someone with a product in the same trademark class called CNC fusion, I would be sending a Cease and Desist letter real quick. I recommend you change the name of your product. There are lawyers out there whose business model looks for opportunities to bill their client for trademark protection.. That would be an instant winner.

Johnsinski wrote:

rodw, oh I saw you on youtube! The new motion.interp.heading pin looks to give you the tangent angle of the current point on a path? That seems helpful.

oh well, tried to attach gifs of the two motion strategies, but didn't work.

Yes the heading gives you an arc tangent to a G2/G3 move which is the direction the wheels should be pointing to drive it. When you revert to a G0 or G1 move, the heading is simply the direction of travel which should also be where both wheels are pointing

Now in the case of  the inside wheel needing to travel  a shorter arc radius than the outer wheels, you should be able to calculate that from the outer arc.

Hi Sascha,

i wanted to thank you, you made my day with your hint, that's what it needed to get the smooth Handwheelfeeling i wanted!

Greets, Tom

Hi All. 

I am using SCARAKINS for my scara robot with (2 angular axis + 1 linear axis). The joint mode is working fine but when in cartesian mode the X axis does not move. Please help!  
Attached is the config. I am using MESA 7c81 with a regular BOB.
 

Hi Keith,
I had the same or similar problem yesterday, when I tested my new 7i96s. The estop remained activatet. The cause was: I had configured one input as estop, but left it unconnected during the test.

Sounds like either an electrical noise issue or maybe contact bounce.

What type of switches are used and what are they connected to?

I couldnt figure out what was interfering with the non-flash 'checked' state, but I figured out a workaround:  set the flashState="false" to the same color as "true" and the indicator appears solid when on.

Time to merge in to my live machine HAL and see if the hang problem I reported on GH have been resolved.

Greetings everyone, I call for help on a new issue with my plasma table. So basically when I go to press home all the homing sequence begins. The z axis homes successfully 90% of the time, the x axis homes successfully half the time, and the y axis gantry does not successfully home. I get these errors with the x and y axis.   

Vertraue keiner KI bevor du nicht das Handbuch gelesen hast.

Das Teil hört auf den Namen EC1-872 siehe 2. Foto im obigen Beitrag. Laut KI sind die Treiber CIA402 kompatibel.

Updated and startup sidebar selector works great, thanks very much.

Problem... something odd with the indicators.  The non-flashing indicators are no longer changing color when checked, either in Qt or the sim when I toggle the halpin.  But the flashing indicators still work perfectly.

Same thing in the user_button ui - flashing works, static color change does not.

I didn't change anything in the sidebar ui file before/after the update.

Ok i added a combo box to select sidebar tab default for startup, i just pushed so give it about 20 minutes to build and upload and be available in apt update should be ready about 1:40pm EST

Das ESI File nützt dir erst mal nichts. Das ist eine Gerätebeschreibungsdatei typischerweise für Beckhoff.
Zu deinen Steppern. Hier müsstest du sagen, was das für Geräte sind und ob sie CIA402 kompakibel sind.
Wenn sie das sind, ist das implementieren relativ unproblematisch. sic.^^
Verkabeln, anstöpseln, eine Vorlage hier im Forum raussuchen und entsprechend deiner Konfiguration anpassen.