NEWS
LinuxCNC 2.5.2 Release
There are no translations available.

LinuxCNC 2.5.2 Update Released (changelog).
 
LinuxCNC 2.5.1 Release
There are no translations available.

LinuxCNC 2.5.1 Update Released (changelog). If the Package Manager does not prompt you to upgrade see this page.

 
LinuxCNC 2.5.0 Release
There are no translations available.

New major release (changelog). See the instructions to update your system from EMC 2.4 to LinuxCNC 2.5.
 
Home Forum Using LinuxCNC AXIS Waiting for S.Axes problem

Welcome, Guest
Username: Password: Remember me

TOPIC: Waiting for S.Axes problem

Re:Waiting for S.Axes problem 19 Jun 2012 05:19 #21092

  • andypugh
  • andypugh's Avatar
  • OFFLINE
  • Moderator
  • Posts: 4244
  • Thank you received: 152
  • Karma: 130
ArcEye wrote:The symptoms are the same, but the cause is almost certainly different.
This is only going to hit people using the pico-systems ppmc. The two chaps you linked to are using stepper-mm.ini and sim-axis.ini which look like the sample configs. Neither make likely candidates for conversion to a PPMC system, but users do odd things.

I think that you get the "waiting for s.axes" problem any time that the realtime part of a HAL component crashes the realtime thread.
It might be worth adding a diagnostic to check for that cause.
The administrator has disabled public write access.

Re:Waiting for S.Axes problem 19 Jun 2012 08:59 #21109

  • jmelson
  • jmelson's Avatar
  • OFFLINE
  • Moderator
  • Posts: 279
  • Thank you received: 10
  • Karma: 32
andypugh wrote:
jmelson wrote:
I went ahead and pushed, seems to be in the v2.5_branch tree, is
this the right place to be putting this?
Yes, that gets it in as a bugfix in 2.5, and it will then get merged into the dev branch in a day or so.
OK, I hope that VNR can test this, as I don't have an old enough board to test it here. But,
the problem was quite obvious, the velocity pin did not get created, and then the encoder
module tried to write a value to it.

I did test it with a USC and a UPC board, and it works fine in both cases, so it didn't
break anything (I think). If the lines were moved to the right place to satisfy C syntax,
I don't see how this code could go wrong.

Jon
The administrator has disabled public write access.

Re:Waiting for S.Axes problem 19 Jun 2012 09:04 #21110

  • jmelson
  • jmelson's Avatar
  • OFFLINE
  • Moderator
  • Posts: 279
  • Thank you received: 10
  • Karma: 32
andypugh wrote:
I think that you get the "waiting for s.axes" problem any time that the realtime part of a HAL component crashes the realtime thread.
It might be worth adding a diagnostic to check for that cause.
Right, and write a much more informative message. Not exactly sure how you detect a crashed
RT module in a thread, but hopefully there is a simple way to do so.

This particular bug did not cause the driver to crash during initialization, which would
cause LinuxCNC to shut down immediately with a slightly more informative message.
It only caused it to crash on the first servo thread execution.

Jon
Last Edit: 19 Jun 2012 09:13 by jmelson.
The administrator has disabled public write access.

Re:Waiting for S.Axes problem 19 Jun 2012 09:04 #21111

  • VNR
  • VNR's Avatar
  • OFFLINE
  • Senior Boarder
  • Posts: 64
  • Thank you received: 5
  • Karma: 7
I'm a little afraid to hack into this and make things worse.
Well, after looking at it a bit, the fix seemed so obvious and simple, that
I went ahead and pushed, seems to be in the v2.5_branch tree
I instaled the update and it is working OK with my USC card (by the way is an old card Rev 2.2 2005-9-1 Number 0046)
Thanks Jon for the patch.
The administrator has disabled public write access.

Re:Waiting for S.Axes problem 19 Jun 2012 09:11 #21112

  • jmelson
  • jmelson's Avatar
  • OFFLINE
  • Moderator
  • Posts: 279
  • Thank you received: 10
  • Karma: 32
VNR wrote:
I'm a little afraid to hack into this and make things worse.
Well, after looking at it a bit, the fix seemed so obvious and simple, that
I went ahead and pushed, seems to be in the v2.5_branch tree
I instaled the update and it is working OK with my USC card (by the way is an old card Rev 2.2 2005-9-1 Number 0046)
Thanks Jon for the patch.
Excellent! Thanks so much for FINDING the cause, and then testing the fix!

The board rev # is not the same as the firmware rev #. But, a huge change was
made at the rev 3.0 board going to a newer FPGA chip, so older boards
couldn't accept newer firmware.

Jon
The administrator has disabled public write access.
Time to create page: 1.469 seconds
Powered by Kunena Forum
© 2013 LinuxCNC.org
Joomla! is Free Software released under the GNU General Public License.