Machsupport Forum
Mach Discussion => Mach4 General Discussion => Topic started by: tantan on January 07, 2023, 03:15:11 AM
-
i have an EMCO mill converted to mach3 and that runs for a few years now. i use CSLABS CSMIO/IP-S six axis and pokeys for the pendant. the pc is an intel nuc with W10/8GB internal RAM. i converted it to M4 (previous version 46..) all went wel, i made the software for the toolchanger, perfect. (https://youtu.be/a72-Q8TJUow) i did an upgrade to the .5000 version. now CSLABS comes with PID fault: error 1092
i reinstalled M4, made a new clean profile and entered all the setting.. nothing works.
i hope to get some ideas...
-
Might be too late, but when you upgrade Mach4, rename the Mach4Hobby folder to something like Mach4Hobby_4612, then install the new version. It'll make a new Mach4Hobby folder and install. Open both those folders in File Explorer and copy over your stuff, licenses, screens, profiles, macros, modules, and it should be good. AND......with a simple folder rename, you can go back to a running version if something like this happens!! Personally, I would never install Mach4 over a previous install, but, hey, that might just be me.
I believe there is also a way to load saved profiles that Mach4 makes, but don't recall offhand how to do that. Someone will chime in here, maybe.
-
hi, thank you for you're reply,
i wish i had done that.... i switched back to Mach3 and all works fine. not sure if i want to go to Mach4 again.... >:(
-
One thing I'll say is Mach4 runs your machine WAY better than Mach3. Perhaps you could try again, you can run Mach3 and Mach4 alternately, so you'd have a fallback position!! Then if you use my method upgrading Mach4, renaming folders, then you'd always be able to get back to the last working environment.
Might be worth a try!
-
Hi,
when you create code for things like a toolchanger it goes into the screen script. Most people start with wx4.set or wx6.set as a basis and work from there.
What people mostly do not do is uniquely rename the modified screen set script, and as a consequence when they update to the latest build of Mach their
wx4 or wx6 gets overwritten with the new incoming and all that work is lost.
Per Thosj's suggestion go back to a backup of your screen set prior to the 5000 update. Do yourself a favour and give it a unique name, something like MYwx4.set or
similar. Then when you update in a few months time it will survive without being overwritten.
Craig
-
thanks for all the replies. i removed the software (mach4 and CSLabs), i cleaned the registry and reinstalled the 46xx version. i am up and running again with this version. for installing a new version i will take you're advice to rename my current directory..
i will post results from the testing which seems strange to me or which do not work as in the 46xx version.
thanks all!
-
Hi,
for installing a new version i will take you're advice to rename my current directory..
You can change the directory, and I note that many people do rename the entire Mach4 directory so they can revert to it should they have to....
but I've never bothered. What I do instead is rename the screen set I am using and that means that that particular screenset will survive an update.
In the attached pic I have two individually named screen sets , Mywx4.set and Mywx6.set. They started out as just plain copies of the Mach provided wx4.set and wx6.set.
They have been modified by me to suit my machine....and so I don't want to lose them or have them overwritten when I update.
Craig
-
hi Graig,
does the screenset contain all the configuration information like Input/Outputs, motortuning and so?
i would think this info is stored in the .ini file
regards, TanTan
-
Hi,
yes all that info is in the .ini file. Its the screen set that we are talking about here which includes all the extra little bits of code you havewritten.
Craig
-
Right, thanks!
-
I will also add that if Mach 4 build 5000 doesn't work for you and build 4612 does, it is most likely a problem with your motion controller plugin. I do everything possible NOT to break the API so as to allow old plugins to run with newer versions of Mach. In fact, I'd say I'm 100% successful at not breaking the API since early pre 1000 builds. However, just not changing the API is not always successful in a build not working where a previous one did. This is because every plugin is programmed differently because every programmer has their own way of solving problems with the hardware that they are dealing with. What we run into is a technical problem called race conditions. Now, since I have not change the API, what has changed with the new 5000 build to make things stop working? And I could answer "nothing" and be technically correct. However, what is different about Mach build 5000 is that is is capable of running G code a LOT faster than the previous builds. On modern hardware, Mach 4 can process a line of G code in less than a millisecond. That is over 1000 lines per second!
I say this because I have worked with a motion plugin developer where their motion plugin was simply not working well on Z moves with THC enabled anymore with build 5000. Simply put, the motion plugin worked with previous builds because it depended on Mach being only so fast. And when Mach got faster... problems. These things happen and the plugin developer and I got together and worked the issue out. So if this is a CS-Labs plugin issue, that may be what has to happen here.
Steve
-
hi Steve,
thank you for You're reply. as far as i can see the problem is in the cslabs plugin. i contacted CS-lab support about this. if there is a solution or an update i wil post that here.
regards, TanTanCNC
-
Hello to the Group.
Anybody works with 5000 version and PoKeys57 controller??
Have movement trouble, have open twice service case and twice he was closed(remarked as resolved) without any notification.
Best Wishes.
-
I have been in contact with Pokeys and they know what to do. But in the interim, there is a new build 5028 that pretty much solves the race condition the faster core created with the motion plugins. I would say that if their plugin worked with 4612, then it will also work with 5028. Barring some unforeseen issue, that is.
Steve
-
Hello Steve.
Thanks for the respond.
Plugin is works with 4962 version and doesnt with 5000 and 5023.
Today will try with latest 5028.
-
Hello.
Version 5028 works also wrong.
I do not know where a problem, if a problem with PoKeys plugin I will open case, but I do not sure.
Mach4 support is closed 2 cases without any notifications and I do not know what to do :(
For now I back to 4964 version were motion controller works good enough.
Here link for the video that shows as inc. jogging works wrong: https://1drv.ms/v/s!Auurs2F0cQKFgftIbhODFwd7W3c81w?e=rsDkOQ (https://1drv.ms/v/s!Auurs2F0cQKFgftIbhODFwd7W3c81w?e=rsDkOQ)
Best Wishes.
-
Mach 4 support will not make the Pokeys plugin work. So they will close the case pretty much instantly. They test with Sim and the Galil plugin. Both of which we wrote and if Mach is running with them, they are going to assume that there is a problem with the motion plugin you are using. But Pokeys will get it corrected. They are good guys.
Steve
-
Hi Steve.
Thank U again.
If Mach4 support sure that problem is in the PoLabs plugin - very simple to write to me something like that "This is not Mach4 application problem, please contact to plugin creator".
I will to know why case was closed.
Anyway, I will send mail to the PoLabs support.
Best Wishes.
-
@dibor
"Mach4 support is closed 2 cases without any notifications and I do not know what to do :("
I closed both of your tickets after explaining how to fix the issue.
Your ticket described you were having an issue reversing one of your motors.
This was your email:
"Control settings is for all motion devices, so I have Pokeys578 controller and I do not see any option to change DIRECTION in the plugin configuration.
Because that I have change motor direction in the control configuration."
I replied to this telling you to inverse the active state of the direction pin associated with the motor you want to reverse.
Specifically....
"Hello,
You need to inverse the active state of the direction pin. "
Then I elaborated a few emails later with screenshots.
"Hello Dimitry,
Attached is an image.
This is where you change the ACTIVE state of your pins for POKEYS.
So if pin 1 was the direction pin for motor 1.... click the checkmark box and it will INVERT THE ACTIVE STATE. "
This is one way to reverse a motor using PoKeys.
The checkmark box to reverse is dependent on the motion controller.
ESS ignores it... PoKeys shouldn't but does currently due to a bug.
Either way, inversing the active state should work just fine.
I've attached the images here as well, hopefully it helps someone and please let me know if you require further explanation.
-
Hello to the group!
@GOOMBA
Calm down, U are very aggressive.
Please check what I sad, I do NOT talk here about wrong motor direction, we talk here about other problem!
If U want to know about 2 closed cases, please check ref. numbers of the cases OENO-0973-PWAG and QUUG-3451-EHIX
And last, if U are post to the public ticket about motor direction issue, here is PoLabs answer:
"We were in contact with Mach4 team and the response you received from their support is not completely true - 'Reverse' option in the motor settings is one of the correct ways for Mach4 and the suggested approach when using PoKeys devices."
Please, if U can to help to resolve problem 5000 version and PoKey plugin - U are welcome.
Please do not mix two different problems into one.
Best Wishes.
-
Hi,
how was GOOMBA being aggressive? You claim that NFS has closed two tickets and yet GOOMBA has posted the reply to at least one of your emails,
how is that aggressive?.
Probably pay to remember that NFS support and pay for this forum....you are a 'guest in their house' as it were.
Craig
-
GOOMBA post is not relevant for this topic!
NFS has closed two tickets about wrong work 5000 version and PoKeys controller.
Yes, I am guest in this house, but without us this house will be empty!