Advanced Search

I've not used M19 but it looks like the orient component does not use index at all.
 
Though M19 does use index:

"Spindle orientation requires a quadrature encoder with an index to sense the spindle shaft position and direction of rotation."

So I would expect spindle.0.index-enable to be set true at some point.

i do the g00 x0y0z0 a0b0c0.. but correct would be without a0?

Not sure what you mean here. The point is to get all joints moved to their zero position in joint mode (ie 'trivkins') to be able to check if the home pose is correct.
Note that from this pose (the flange pointing straight down) you won't be able to switch directly to world mode (ie 'genserkins') because it is a singularity. See next comment.

homeing : i need on joint 4 or 5 ( joints here not linuxcnc.. i men robot) a 1deg. offset..if i dont have it.. kinematic errors came after homing... like in the example.. but with the puma560 genser simulator.. i can rebuild the existing failures....

You can set a 'HOME' value in your ini file so the joint is moved out of the singular pose before the mode is switched to world.
linuxcnc.org/docs/html/config/ini-homing.html#_home

I would have thought that with "Raspberry PI with GPIO" you would have already had your cheap low-cost HW assisted engine.  If you must use a PC and don't want to find one with a parallel port, low-end Mesa cards are my suggestion (like the 7i92TH or 7i96S).  I think with Remora you'd "get what you paid for" and eventually a low-end Mesa card would be a better bargain, and much more turn-key and supported.
 

Thanks for your response. I realize that an old PC with parallel port works. Counting on an old PC going forward is not something that appeals to me. I also understand that the Mesa card is solid but the price is less than desirable. Noting that I am not an expert, it seems that the Remora with RP2040 over ethernet should be up to the job and be far cheaper than the Mesa cards. Unfortunately,, I don't have the skills to write the SW so the question remains: Is/or will be Remora with RP2040 ready for prime time? Note: currently I have the Raspberry Pi 5 running Linuxcnc using its GPIO port (buffered with some simple buffer HW but not aux processor) and it will probably meet my needs. That said, a solution based on a cheap aux processor would be a big benefit.

ok the first pose is what i wish... arm is on the right side from the " tower" this means there is a -Y correct.

i played a little bit arround...

what i found: some failures are "softlimit positiv reached 500" i open the min max limits to 750 - 750... still for play more arround. after this message i get position error... but ich can manual jog in jooint mode many more deg. and all speeds are slow!

you wrote :

Lets verify your home pose:

1. Home the arm
2. Activate 'Identity' mode
3. Remove all offsets (MDI: g10 l2 p0 x0 y0 z0 a0 b0 c0)
4. Move all joints except joint_4 to zero (MDI: g0 x0 y0 z0 a0 b0 c0)
5. Take a screenshot of the axis gui window
6. Take a picture from the side (ie the Y direction) of your robot
7. Post the two images


i do the g00 x0y0z0 a0b0c0.. but correct would be without a0?

i have really issues with the right hand rule and rotate and flip the coordinatesystem.. i must build something with toothpicks and a cheese cube.. ...


homeing : i need on joint 4 or 5 ( joints here not linuxcnc.. i men robot) a 1deg. offset..if i dont have it.. kinematic errors came after homing... like in the example.. but with the puma560 genser simulator.. i can rebuild the existing failures....


if i throw in the ini the line in:
RS274NGC_STARTUP_CODE = G21 G10L2P0 x19.2 y5.5 z9.4 a90 b0 c90 (debug, ini: startup offsets1 set)

this line is from the gesner kins puma 560 example
it works better on my real puma

Mars wrote:

* Not old PC desk top based or some kind of windows parallel I/O
 

This is puzzling, so no, just do not mix anything LinuxCNC related with windows, nor parallel port, china is running a misinformation campaign so do not fall for it, parallel port works perfectly fine with Linux.
LinuxCNC on old PC with parallel port works absolutely perfectly even on big industrial machines, despite what you hear/read on the net, and do not base your opinion about stuff from windows users using mach3 as that is inherently not a reliable combination.
Since you want something reliable with no tinkering, get pc and a Mesa card, nothing ever beats it in ease of setup and use, and reliability, and even on price.

Mars wrote:

Not old PC desktop based
Low cost hardware
Are you thinking something like an SBC (single board computer)?

windows parallel I/O
can you explain, do you refer to gui in general, or Microsoft Windows (LinuxCNC has no current association with Microsoft).

Sounds like an interesting project, just trying to understand what you ask for.

My goal:  a X/Y Linuxcnc based system with slow movement speeds (open loop steppers).  The constraints:
* Not old PC desk top based or some kind of windows parallel I/O
* It consists of a cpu running Linuxcnc with a dedicated processor doing the step/pulse interface to stepper drivers
* I think this is pointed at a Remora implementaion however I need something that is relatively stable and functional and *up to date* in terms of the HW.
* Is there  *up to date* documentation on how to install and use it.  I tried in the past to go with Remora and a 3d printer card only to find that the Remora documentation was seriously out of date and I wound up with a dead end.
* I have asked on the Remora part of the forum if the RP2040 based system (which sounds great!) is ready for prime time and I have had no responses since posting it a couple of weeks ago.  Is the impression I am left with which is that it is not ready and the enthusiam for it has died out?  
* I understand the fun of developing and tweaking a solution but for someone who wants to use the system and is somewhat conversant in this subject, figuring out what to commit to is very difficult.  Is there a *real* guide for potential users?  Are people figuring out how to get something to work and not reporting back?  Or are people giving up and just buying the expensive solutions?  Am I completing missing something and my concerns are unfounded?

 

Thanks, it fits perfectly what I wanted to do!

@tuxcnc
I have started to delete some of your pointless arguing.
Your behavior has become a nuisance and I'm not willing to put up with it any longer.
Either you find a constructive way to interact with people on this forum or I'm afraid you'll have to leave.

Hallo Leute ich bin neu hier. Ich habe oben genannten Controller und möchte die Remora Software für Linux CNC flashen.
Deshalb möchte ich mir den MCU-Link Programmer von NXP bestellen. Ich habe lange im Internet gesucht und denke, dass Mouser Elektronik die günstigsten Bedingungen für eine Lieferung in Deutschland bietet. Aber die Versandkosten sind höher als der Kaufpreis. Ab 75 € Kaufpreis entfallen die Versandkosten. Deshalb wäre es sinnvoll, mehrere dieser Teile zu bestellen. Wenn ich also sechs Stück dieser Programmer bestelle, liegt der Kaufpreis bei 102 Euro incl. Mwst. für alle zusammen. Ich könnte also  5 Stück weitergeben, pro Einheit für 17.- Euro + Versandkosten, die ich ja dann selbst hätte. Hat jemand Interesse?
Gruß Manfred

Hello,
I have a few follow-up questions:
Is it normal for `spindle.0.index-enable` never to switch to TRUE with M19?
Is it normal for `orient.0.is-oriented` to remain FALSE even though the spindle is perfectly oriented?
Under what conditions is `ORIENT_OFFSET` actually used?

Use 'joint.N.jog-vel-mode' as advised by andypugh.

I got this error. I reduced the acceleration slightly, and after that I produced 20 parts without any errors. Today the same error appeared again. I then restarted the same program, and so far there have been no errors.

 

on another part I get this error
 
ps:

I reduced the maxj quite a bit, but there is no change. I think it is related to the synchronized movement of the spindle.
 
 

Certainly looks like your home pose is way off.

1. The lower arm is not vertical so your homing parameters for joint2 must be off.

2. Joint 4 is off as well it has to be either straight down or horizontal (with the lower arm being vertical)

3. Also joint0 is not oriented correctly, the upper arm is not aligned with the base (Although this is less problematic than the misalignment of joint2 and joint4 )

4. As you noticed the pose in the first drawing and the most recent ones are different. You can choose either one but you will need to adjust your 'side offset' accordingly. In your picture the wrist is obviously offset in the positive y-direction but the coordinate values show a _negative_ Y value, that needs to be fixed in the DH parameters:

 

So, in order to go forward you need to:
1. choose which home pose you want to use and derive the DH parameters accordingly
2. set up your homing parameters so the arm joints are actually in the chosen home pose when all joints are at 0°