GearHeads Corner
October 19, 2019, 08:47:21 PM *
Welcome, Guest. Please login or register.

Login with username, password and session length
 
   Home   Help Search Login Register  
Pages: 1 ... 23 24 [25] 26 27 ... 33
  Print  
Author Topic: reading Pokeys pins  (Read 10464 times)
0 Members and 1 Guest are viewing this topic.
gburk
Sr. Member
****
Posts: 258


View Profile
« Reply #360 on: August 25, 2019, 10:24:33 AM »

Art

Did a test run on wood getting close ran ok, I don't have the steps dialed in 100% yet but heres a pic..

I think most of my problems are with the m6 dialog, I removed all the functions except the close dialog and seems to run a lot better..
It seems to me the dialog when called it pops up but still keeps running past the calling call so still executes every thing after its called till the end of the m6 call..
also found if I put say any engine gcode in the dialog close function it doesn't seem to wait on a MotionSti ll so if I say jogged to change the tool then exit the dialog and call a close function that wants to return to the Z X Y positions before the tool change all axis's move together  X Y and Z even with MotionSti ll after each g code move, I would like Z to move finish and then X Y move.. make sense?.
Also not sure what cause's the Z axis when jogging down to touch off top of part, it seems to jog ok but most of the time just before I near touching the part and tap mouse to jog it jogs and doesn't stop, it crashes the tool.. and I have to hit Estop..

But I haven't been getting the rewind problems now that i'm not doing to much with the toolchang e dialog just closing it, and using sheetcam  for the gcode
Gary

* auggieeun.zip (23.77 KB - downloaded 11 times.)
Logged
ArtF
Administrator
Hero Member
*****
Posts: 5410



View Profile
« Reply #361 on: August 26, 2019, 06:08:38 AM »

Gary:

  It does sound like unexpecte d results of dialog operation . Never having been used
for the type of thing your doing I think your tests show they dont like running
in the context of a Gcode program.
  Ill schedule some time to run your examples to see if I can separate out their
spaces better. Its a very complex interacti on but it may be possible to add in
some sort of wait internall y for dialog completio n.

  Internall y, Auggie tags each 1ms waypoint with data as to what Gcode line
commanded it. As each executes, that data is checked to show what line is actually
running currently . (As you can imagine, the actual line running in the interpret er may be up to 500 lines ahead..).

  Im thinking this may be the root of the problem. As you command a move in the dialog
it is tagged with whatever line the dialog was on, but the interpret er may be several
lines ahead. The m6 dialog may have seen the current line executing as line 0 but was
called on line 10 for example when the interpret er was 10 lines ahead.  Ill take a close look in there to see what I can tag as special and to be ignored in setting the current operation line. Your experienc e is a good debugging indicator as to where the problem lies.

Art
Logged
gburk
Sr. Member
****
Posts: 258


View Profile
« Reply #362 on: August 26, 2019, 09:18:58 AM »

Art

Thanks didn't think you would be back for a few days have a good trip?..

I have another question, it about jogging, is there a way to change jogging distance like micro steps maybe 0.001 0.010 for example
I have a hard time after I inset a new tool to jog down and touch off the part it always seems to move .1 or .200 when jogging and seems to do that always
when tool is just above the part and I hit the final jog button to touch off it jogs continuou s  till tool crashes and I have to hit estop or it will keep going

Gary
Logged
ArtF
Administrator
Hero Member
*****
Posts: 5410



View Profile
« Reply #363 on: August 26, 2019, 09:11:31 PM »

Gary:

  Ill take a look and see what I had put in for that possibili ty.

Art
Logged
gburk
Sr. Member
****
Posts: 258


View Profile
« Reply #364 on: August 28, 2019, 12:47:20 PM »

Thanks Art

I did setup a dro that I can enter a jog distance looks like 0.00000, but not sure how auggie handles real short distance's if I enter 0.00100 auggies X axis dro doesn't show any movement until I have jogged 3 or 4 times then it jumps to around .00630 and its usual 25 to 50 off.
if I have jogged say 3 times and that should be at .00300 auggie's x axis dro would display .00250 sometimes .00225...

haven't tried it on the mill having relay problems so no spindle again...

Thanks gary
Logged
ArtF
Administrator
Hero Member
*****
Posts: 5410



View Profile
« Reply #365 on: August 30, 2019, 01:25:23 PM »

Gary:

   The granulari ty is what your describin g. What is your steps/mm ( or steps/inch?).

Internall y when you command a move it will move the waypoint location to your new
command. So lets say your at .301 and you command a .001 move. The waypoint
pointer increment s to .302, but this may or may not move anything as your
steps/unit may have a granulari ty that says not enough distance has changed to
equal one step of your motor.  In other words if your steps/unit is 157 then your
minimum move distance is 1/157 = .0063 or so.

  Could it be that ? If not maybe I have a bug hiding in there somewhere ..

Art



 
Logged
ArtF
Administrator
Hero Member
*****
Posts: 5410



View Profile
« Reply #366 on: August 30, 2019, 01:32:24 PM »

Gary:

 When you put in the motions you describe, do you add the motionsti ll calls
between them as well as a yield so the moves are processed .?
I havent checked this, but the Yield() may be necessary to allow the
engine to start processin g the moves so it knows it isn't still so the
block works. Im worried speed makes it simply do it all at once as the
Gcode moves haven't yet started so it is still in MotionSti ll status...

As in

  Engine.GC ode( "G1X10Y10");
  Yield(); //this may be needed to make the next block see its in a move.
  Block("MotionSti ll");
  Engine.GC ode( "G1Z-.5");
  Yield();
  Block("MotionSti ll");


  Art


Logged
gburk
Sr. Member
****
Posts: 258


View Profile
« Reply #367 on: August 30, 2019, 01:43:44 PM »

Thanks art

will try the yield() and let you know how I make out..

as for my steps
X and Y off the top of my head are at 1600
and Z at 1800
The travel distance is real close but haven't really dialed it in yet will do that soon still messing with the forward and reverse relays I think one went bad..

Gary

   
Logged
gburk
Sr. Member
****
Posts: 258


View Profile
« Reply #368 on: August 30, 2019, 02:03:59 PM »

Art

Ran a test with the Z move then X then Y

all like this
I hit the m6 t the my dialog appears I then save the current Z X Y positions, now jog the z x y to a safe tool change position and change tool
jog tool down to the top of part set it to Z = 0 jog up to a safe position, then close the dialog.

Now I run something like this
Engine.GC ode(ZStartPos);
yield();
block("MotionSti ll");
Engine.GC ode(XStartPos);
yield();
block("MotionSti ll");
Engine.GC ode(YStartPos);
yield();
block("MotionSti ll");

But it seems to run then all at the same time, I would like the Z Move to finish before the X and Y start..
Make better sense?.

Hopefully I will not be knocked off the internet when this hurricane hits us down here..

Thanks gary
Logged
Mooselake
Hero Member
*****
Posts: 598



View Profile
« Reply #369 on: August 30, 2019, 05:48:37 PM »

Where are you, Gary?  On the east coast?  We're in SW FL, on Pine Island near Ft Myers/Cape Coral and so far it look like it won't hit us too hard.  Our first hurricane, stocked the pantry and filled the Subaru.

Kirk
Logged
gburk
Sr. Member
****
Posts: 258


View Profile
« Reply #370 on: August 30, 2019, 07:13:38 PM »

Small world kirt

I'm in cape coral near pine island off burnt store road nw cape...

Hoping we don't get hit, last one we had was a lot of flooding, and as usual they don't know exactly the direction its going..


Gary   
Logged
ArtF
Administrator
Hero Member
*****
Posts: 5410



View Profile
« Reply #371 on: August 31, 2019, 07:08:52 AM »

Gary:

   Thx for the test. I see what you mean , Ill do some tests and see why that is so
and attempt a repair.

  Your step numbers show you should move in .000625 intervals . Ill check mine
to see how it matches. I usually just use single line mdi to do increment al jog,
 I assume your DRO is just tied to a G1 move button for the dro incrment?

Art
Logged
ArtF
Administrator
Hero Member
*****
Posts: 5410



View Profile
« Reply #372 on: August 31, 2019, 07:55:13 AM »

Gary:
 
   I think Ive found our main issue. When reading Gcode there is a strict ordering
condition for execution of the queue, but that function was broken badly , I just didnt
see it as Gcode is restricte d in order in other ways. Your scripts show it more clearly.

  Commands meant to be in order were being shoved to the bottom of the queue, instead
of to the top. This means when MotionSti ll consition was required, the command was simply
postponed to last and the next command allowed to execute.

 A new version will be posted in a few minutes with this corrected . Let me know what you see
as a result. This affected everythin g from dwell to toolchang es so its a pretty dramatic change.

 To test your problem I used


Engine.GC ode( "g1x10" );
Engine.GC ode( "g04P4" );
Engine.GC ode( "g1y10" );
Engine.GC ode( "g1z10" );

  The dwell happened after the x,y,z moves. (They did happen one after the other though..)

 With the fix the dwell occurs after the X move. As this affects most operation s, use caution but I suspect
it fixes a great many script ordering functions and troubles youve had.

Ill post when fix in online.

Art
 
 
Logged
ArtF
Administrator
Hero Member
*****
Posts: 5410



View Profile
« Reply #373 on: August 31, 2019, 08:31:52 AM »

Gary:

 Fix is online.

  Let me know how its works out. In regards to a previous question about order
of motion with the x,y and z, you shouldnt need any yields or blocks in that
question, three gcode lines following each other should move only 1 at
a time without any special considera tion. Put a dwell between them if the
motions are short as a test. If they are small moves then its possible the DRO's
will all update at once, thats a matter of DRO timing, but the motion of the z
should have always ended before that x,y move. We may need to take
another look at that one.

 This version should fix all manner of other errors though on your probing
and toolchang ing issues..

Art
Logged
Mooselake
Hero Member
*****
Posts: 598



View Profile
« Reply #374 on: August 31, 2019, 04:26:43 PM »

Small world kirt

I'm in cape coral near pine island off burnt store road nw cape...

Hoping we don't get hit, last one we had was a lot of flooding, and as usual they don't know exactly the direction its going..


Gary   

So anything we don't bring inside might end up in your yard?  Hope the latest forecast is right and it head up the east coast, will know around Monday.  This is our first hurricane here, and my first since about 1972 in Houston; that one went elsewhere and we only got some heavy rain, 24 inches in 24 hours iirc.

Never been this close to another Gearotic user, other than visiting Tweakie on a trip to England some years back.  We should think about getting together.  I'll try and remember to PM you after the storm is past

Kirk
Logged
Pages: 1 ... 23 24 [25] 26 27 ... 33
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.11 | SMF © 2006-2009, Simple Machines LLC Valid XHTML 1.0! Valid CSS!