Hello Guest it is April 27, 2024, 10:39:47 AM

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - rufan

Pages: « 1 2 3 4 »
21
CS-Lab / Re: Soft Limit Problem
« on: January 09, 2014, 12:44:51 PM »
It is what Hood say: C-Axis.
I need the C-axis for my turret, but I don't want to reference it.
If I disable the C-axis then everything works fine with SoftLimit on.
If C-Axis is enabled then I get this error.

I assumed that if the HOME input for an Axis is not enabled the system should not worry about it's reference.
This was the case with Smoothstepper.

22
CS-Lab / Re: Soft Limit Problem
« on: January 09, 2014, 06:56:33 AM »
Hood,

From what I can see, when the axis go to the reference point and Machine coord's are set to 0.


23
CS-Lab / Soft Limit Problem
« on: January 09, 2014, 03:17:24 AM »
Recently I have swapped the ESS Smoothsteppper for the CS-Lab CSMIO/IP-S controller
When I startup Mach3 I perform a x-y-z Axis reference this is done perfectly
Then I enable the Software Limits.
Now I cannot move any axis in step mode or with G-code, when I try this I get an error message: see picture below.
The weird thing is: the only way to move the Axis with soft limit ON is if JOG is in continues mode.
Whit Soft Limits disable every thing works fine.

What can occur this problem?
Is this a CS-Lab error message? I have never had this problem or see this message before with the Smootstepper controller.
I have the latest Mach3 .066 installed and the latest CS-LAB v2.100 Plug-in installed.

24
General Mach Discussion / Re: G83 Random Bug
« on: August 09, 2013, 04:41:26 PM »
Dear,

Just recently finish retrofit on a Brother TC-225.
I just noticed that I also have problems with this random G83.
It seems to happend only when drilling the firts hole of a part.
I am using the 66 version. Tomorrow I will downgrade the version and hope this helps.

Thanks for this topic otherwise I was troubleshooting for a long time.

25
VB and the development of wizards / Re: ismoving() error message
« on: August 02, 2013, 04:32:40 AM »
Dear Stiling,

Witch logic do you think is still questionable?
I want to make this tool-change bullet proof.

Thanks

26
VB and the development of wizards / Re: ismoving() error message
« on: July 30, 2013, 06:06:40 AM »
Damm uploaded the wrong file. This one is the one I use at the moment.

I have a double opto switch with a gap of 5mm. One output is INDEX and the other is OEMTRIG1.
Because the spindle needs to be very perfect aligned, I have used this dual opto switch.
So when both opto switch are triggered, the spindle is perfect aligned. The gap in the trigger ring is about 5,5mm.

I also tried below but did not help.
While ismoving
sleep 10
wend

About the speed.
When the spindle is stopped by the dynamic brake, it take some seconds before the spindle turn CCW to align spindle.
It looks like the command GetOEMDro(39) takes a while. When observe the spindle speed  DRO, I notice that the DRO has a refresh delay compared to the real spindle speed.

27
VB and the development of wizards / Re: ismoving() error message
« on: July 30, 2013, 02:49:58 AM »
Still troubleshooting the Toolchange macro, not bullet proof yet.
I have change the macro a little bit. Toolchange run much better but still fail 1 out of 10 times.
Error line: 124 (while ismoving)

Also it is taking a long time to align the spindle don't know why or is vb that slow.
Watch movie:http://youtu.be/g4gQXqF95yI

Any better vb will be nice.

28
VB and the development of wizards / Re: ismoving() error message
« on: July 26, 2013, 02:35:21 PM »
OUTPUT6 activate the start/stop of the DC Thyristor Speed Controller.
Because this controller has no option to change motor direction.
I have put 2 relays that change the potential of the motor armature.

YES the locking pin shoot out when RPM is lower than 100.
Locking pin is spring loaded so no problem.
Actually the reason why <100, because vb is so slow in reading the RPM.
When vb see 100RPM the real actual RPM is already lower, so to save time I put <100, rather than wait for 0RPM

I have change the macro a little bit, and now it's working perfect without failing and without the sleep.
I will upload the new macro tomorrow I forgot to take it with me.

 


29
VB and the development of wizards / Re: ismoving() error message
« on: July 26, 2013, 05:14:46 AM »
Removed the Declare sleep line, but still fails.

From what I can visual see is: Spindle is turning to move to index position, but at the same time Z-Axis is going to move.
When this happens I get the ismoving error.
So vb is jumping out of a sub to the next before finishing the task.

30
VB and the development of wizards / Re: ismoving() error message
« on: July 25, 2013, 09:12:53 AM »
I have read the wiki and there I found this line (Declare Sub Sleep Lib "Kernel32" (ByVal dwMilliseconds As Long))
http://www.machsupport.com/Mach3Wiki/index.php?title=Mach_specific_Subroutines/Functions_grouped_by_purpose

I will remove this line tonight and perform a test, I will post the results.

Many thanks to look at my code.

Pages: « 1 2 3 4 »