reading Pokeys pins

[gburk]

Hi Art

I modified the post processor in sheetcam and that seems to be working ok in auggie the only time I seem have trouble is during a tool change m6 call and I think it has something to do with the dialog that auggie displays and it looks like it has saved  x y z positions not current positions and when you hit ok to continue it is jogging to those positions sometimes the z would be to low so on the next move the tool could break off..

But it looks like I don't need the peck drill script with sheetcam , I will need it with cambam?

Thanks gary

[ArtF]

Hi Gary:

Sorry for the delay, my development computer blew its OS drive this week. Ive just now
come back up to snuff..

Ill take these one at a time..

>>27:46:292  Script fails compilati on.
>>27:46:292  See log for errors.
>>27:46:308  error (1) parse error, expecting `';''
>>it doesn't happen with all gcode files...

  This does sound like a script error in syntax somewhere. Id advise trying single line Gcodes
until you knbow what causes it. If the M6 causes it for example, look to all scripts called
by M6 and call them in the script window till we know which one exactly is missing the ";"


>>I setup a global var in another lib it compiles ok
>>now I put this in the Zprobe function  and get the compilati on error still
>>ZprobeReturnPos = GlobalGet("ProbePos2");
>>almost seems like I cant call any global var from that function. .

  and ZprobeReturnPos  is defined as a global in an earlier file? Ill do some checking on the order
of execution.. But finding the ";" syntax may solve it, if the syntax error is found in the file, it may
have stopped the global from being defined. A syntax error is a non recoverable fault for that file.
This may be a clue the bad script is in the same file as the global?


Art

[ArtF]

Gary:

>>Also is there a way to stop the dialog that pops up at tool changes and seem to popup at other times I hit the run..

  That would be the "continue" dialog. It doesnt pop up unless it senses the current position
is not properly registered as a start position. Let me check to see why it pops up on you,
I never see it unless I stop a program and tell it to restart. I think the M0 may be stopping
the program without regard to continuing, it may instead need an M1 which  should tell
it to stop temporarily ( pause) till its told to run. Running from stop will open
a continue dialog as its not sure where your starting from.

>>Also is there a way to have auggie invert the estop so pokeys config doesn't have to be run switches get changed from no or nc,

  The polarity of the Estop switches are set by the Pokeys. I use whatever it is set to. If the pokeys software is expecting a no, thats what Auggie uses. If its mismatched with Mach3, I suspect Mach3
must override the settings of the Pokeys engine, or the engine setting is ignored in Mach3. To fix this
you should only have to open the Pokeys software, chck the setting of "Invert Estop" on that page so
that the estop works and resets properly. At that point Auggie should see the same thing.


>>and also with the probe if the probe pin 19 get inverted to also change the
GlobalSet("ProbeInvert",0); so now ProbeInve rt 0 would be inverted so if using probe that n/closed and then switch to a touch plate that may be n/open you wouldn't have to go into the script every time and change ProbeInve rt 0 to 1 or 1 to 0..make any sense sometimes my expiation s are a little cloudy, maybe all the time..

  In Auggie, you set the probe to whether its normally Open or closed with the planner setting of "ProbeInvert", this isnt the same as the script setting. The planner setting in the config basically
tells Auggie if you want "normal" out of the box behaviour to be be a contact of normally open
or normally closed.

  The Script Call to GlobalSet("ProbeInvert",true) is a different setting, it means to now
use the opposite of the planner setting. In other words you use it to temporarily swap
the pins so that you can probe off a plate instead of probing to it. After that move youd
then tell it GlobalSet("ProbeInvert",false) to set it back to "normal" which is whatever the
config planner setting is. So setting the planners config of "ProbeInvert" is the way to
set the normal condition. The last script call setting is forgotten upon restart.

  Ill check the code this week to find out how to properly pause a program instead instead
of stopping it. I think the continue dialog occurs if the postion at last stop changed
prior to hitting run, but Ill check to be sure.

Art

[ArtF]

Gary:

  In looking into why the "Continue" dialog opens after your scripts I figured Id explain how it work.

When you press run there are quite a few different things that will happen depending on context. IF the Tab window is on scripts for example it runs the script, if on MDI, it runs depending on the tab as to if its
single line or multiple line MDI . In Gcode though, it does a few checks. If your last end point is the same as the current start point, then it wont open the "continue" window. If it senses though, that you are in
a different coordinate that when you last ended a move, it will bring up the "continue" dialog to ensure
a smooth motion to the start of the move. This is in case you have jogged or something.

  This is why in a default M6 call, the tool changes, the system waits for a run to be pressed in
order to start up on the next gcode line when RUN is pressed, and when you press RUN, the
dialog doesnt open, it just runs.

  In your case, your moving the coordintes , so the system thinks your starting from a new
location. Try adding a Gcode("g1...") call to your new coordinates (( in essense a non move)
which will set the system so it thinks the last end was your new coordinates. When you next press
run the dialog shouldnt open.

  I will add a command I think to disable the "continue dialog", or find soem way to properly
sync the last move so you wont have it open. I call to the planners sync() routine would stop
it from happening so it may be I only need to add a Sync Command after coordinates
have been changed. 

Thx
Art

[gburk]

Hi Art

Glad to here you are up and running again...

I will try one thing at a time I think I keep getting ahead of my self OCD!

As for the Continue dialog it only pops up during a M6 Tool change, and right now I have removed any scripts I was working on for M6 calls and I am using only the ones you had in the scripts.. maybe be easier to trace down..

hers an example of what continue dialog displays on the very first M6
Mach cord X -0.4450 Y -0.6963 Z -0.3312 A 0.0000
Work cord X 0.0000 Y 0.0000 Z 0.0000 A 0.0000

auggies DRO's show X = 0.0000 Y = 0.0000 Z = 0.5000

I sent the Z axis to .5 before the M6....

As far as what's script is causing the ; error I don't know here is a clip from the error file. it error as soon as the g code is loaded seems like its in the screen regen
The image looks correct on the screen not messed up, looks like the correct tool path I guess is what I meant to say..

15:56:507  --System -- User has Regened the toolpath. 
15:56:585  Script fails compilation.
15:56:585  See log for errors.
15:56:600  error (3) parse error
15:56:600  error (3) parse error
15:56:600  Script OnRegen() Called
15:56:600  error (1) parse error, expecting `';''
15:56:600  Script fails compilation.
15:56:616  See log for errors.
15:56:632  error (1) parse error, expecting `';''
15:56:632  Script fails compilation.
15:56:632  See log for errors.
15:56:647  error (1) parse error, expecting `';''
15:56:647  Script fails compilation.
15:56:663  See log for errors.
15:56:679  error (1) parse error, expecting `';''
15:56:741  Script fails compilation.
15:56:741  See log for errors.
15:56:757  error (1) parse error, expecting `';''
15:56:772  Script fails compilation.
15:56:772  See log for errors.
15:56:804  error (1) parse error, expecting `';''
15:56:819  Script fails compilation.
15:56:819  See log for errors.
15:56:835  error (1) parse error, expecting `';''
15:56:866  Script fails compilation.
15:56:866  See log for errors.
15:56:897  error (1) parse error, expecting `';''
15:56:929  --System -- User has Regened the toolpath. 
15:56:929  GCode file loaded.
15:56:929  Processing Paths

do you think not having a space between line number and g code could be a problem example
N220G00G43Z0.8000H2
or space
N230 S2500M03

Thanks gary

[gburk]

hi art

Have a thought on what maybe part of the problem with having to run the LIB script first before it works...

I have the tool script with 16 buttons only testing on button one right now..

If I boot auggie and press tool button 1 the only thing in the script that runs are the freeaxis's I have a Engine.FreeRapit(null,4,4,null); and also a Engine.RapitTo(2,2,2,null); the free axix's dro's run up to 4 4 the X Y Z axis's show no movement... no dro's moving...

Now if I run the script in the edit run all axis's move... Not sure if this helps at all but just something I am seeing going on... and it looks like the script was compiled on boot up..

Thanks gary

[ArtF]

Gary:

>>N220G00G43Z0.8000H2

  Spaces shouldnt matter. But the G43 could trip an error.  G43 is not yet implemented for use, its there and will take the H2 to mean 2mm offset to the Z height, not add the tool#2 height. As there is no tool table,
G43 wont work the way it will in Mach3 for example.

  Do the script ";" errors only happen in certain gcode programs? If so, post the Gcode
so I can test that to see why the error.  It does look as if that error is related to some script
that is failing.

>>g to run the LIB script first before it works...

  It sounds as if the script is fine, but for some reason your motion is inhibited after you
start up. Since the freeaxis are running, the script must be. SO we need to figure out
why the main axis are ignoring your calls, and not tripping an error.

Are your tool buttons in one library file folder of their own? Can you zip it up so
I can simply unzip that folder to add it to my own? If so perhaps I can test
it that way to find why that weird stoppage at first.
  Have you found doing anything else fixes it? Does , for example, loading and
running a Gcode program that doesnt use any of your scripts first, then allow
the scripts to run right away?

Art

[gburk]

Ok at I attached more than you asked for but what the heck

my panels and scripts also the gcode I have been having a problem with..
you are right not having a space between the line numbers didn't matter I have them spaced in the copy of the gcode.

yes they are in a library of there own..

I don't think any of the gcode use's any of my scripts except m6 and I have shut that lib off and was just using the you library calls...

I don't think I will be able to use any m6 call from my library endless  I can turn off your dialog that pops up on most of the m6 calls so if I use the dialog I created and it pops up so does yours and that makes things not react as I would like not sure but your dialog is sending the axis's other that were I would like to go with mine..

also when the auggie first boots should it display the message system reset scripting two times?.

also one thing I just realized is when I call the tool button script and the free axis starts running the e stop is off that doesn't seem right to be runing the free axis without turning on the estop this could be a disaster...

did a little more testing and the free axis only runs in simulator mode but not the x y z with the rapid moves with the button press - endless the script is run first
now in motion mode only the x y z run and not the free axis's with the same button press script and doesn't matter if you run script first still no free axis move..
still get buffer under run error


Thanks gary

[ArtF]

Hi Gary:

Thx, just got the files, Ill see whats up tomorrow. Just had my floors sanded so I was kicked out of home
for a few days till they dried.

>>also when the auggie first boots should it display the message system reset scripting two times?.

  Yes, its a bit of a trick. The first time its finding globals and such used by other files, it allows globals
to be seen by files that use them before they are declared.

>>still get buffer under run error

  Thats usually when you exceed 125Khz the Pokeys is maxed for.. but give me a couple days
and Ill know more about your scripts.

Art

[ArtF]

Gary:

  I think I see many of your script  errors. Many lines of the Gcode header include lines
such as

{0.25 inch} in the comments. In Auggie , when it see's a {} in the code, it thinks your
adding a Cscript. Scripts can be mixed with Gcode in Auggie by adding any script call
or special function to the file inside {}'s.

However.. these are inside a comment, and I will see about turning off
script recognition inside a comment block. I hadnt had that error prior
to now so didnt see it.  The errors though wont affect the run, they just
trigger a lot of warnings while loading the file. Ill fix that little bug up first.

Art