Hello Guest it is April 24, 2024, 03:25:19 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.


Topics - Sinij kot

Pages: 1
1
CVI MachStdMill (MSM) / Fly out panel and screen resolution
« on: July 08, 2011, 03:11:01 PM »
Hello Dave, I am running the trial version of the MSM with intent to purchase a pro license.  Wanted to test it out before committing.  So far I'm very impressed with the probing section.  The probing caused a lot of grief with other screens.
One issue I ran into is the fly out panel with 10x7 screen.  I have a 17" monitor with 1440x900 resolution so I have plenty of space horizontally.  I can stretch the window horizontally to be able to see full window and the fly out panel at the same time but when switching between the windows the fly out panel disappears.  I would like to use 12x9 screen set but I can only see the top of the window buttons if I pull up the whole window as much as possible (unable to switch between windows)  I guess I'm 50 pixels too short  :(.
So the question: is there a way to prevent fly out panel from disappearing?

I have few other comments but I'll try to post about those later.

Thank you

2
Modbus / WJ200 low and high range hex frequency data
« on: May 18, 2011, 01:20:23 AM »
I had the X200 working fine until I killed it  :-[  I needed to get back to running so I ordered the WJ200 drive thinking that it will be a direct swap with X200 as far as Modbus control goes.  Turns out WJ200 uses slightly different format for some holding registers.  In X200 all I needed to do was to send 0-4000 decimal number to the holding register and that would set the frequency.
In WJ200 that range is 0-40000 due to increased resolution 0.01Hz so this probably why it requires data to be sent in HEX format and split up between two registers (see the picture below)  I also included a picture of an example from the manual that describes what I need to do.
 
How can I convert decimal to HEX in brain and then split the value for two different registers?  Is this even possible in brain?

Link to the manual, pg `342
http://www.hitachi-america.us/supportingdocs/forbus/inverters/Support/WJ200_Instruction_NT325X.pdf


3
I’ve been having a problem with Z axis on a BP series1 milling machine during reverse in tapping cycles.

The stepper on Z stall anytime the feed is set for more than 13 IPM.  It seems that gcode calls for more acceleration than the motor can provide. 
I have changed motor tuning options in all sorts of way and I can overcome this problem by setting the acceleration really low to 0.4 IPM with velocity of 100 IPM.

Here are my equipment specs:
Series1 BP mill
NEMA42 1150oz 8-wire 1.8deg steppers wired in parallel for most power
80V supply on each axis.
Microstepping driver set for 9.5A and 10 steps (2000steps/rev)
Ballscrews with 5TPI

Motor settings:
velocity 100IPM
Acceleration 4IPM
10000 steps per rev (2000 steps/rev * 5tpi)

Looking at the motor chart, it looks like I should be able to run about 80 IPM (400rpm/5tpi) and full power.  In motor tuning screen I can set the velocity to max of 150IPM with acceleration set at 10IPM and have no trouble moving the axis.

So why is the stepper stalling on the retract part of the tapping cycle with federates exceeding 13IPM?
feed rate but without any time for acceleration and I think this is what stalls the stepper.

Thisngs I tried so far:
swapping harware channels (motors, drivers) and I still get the same issue.  Although when I sawp Z with X, it seems to have higher limit as to at what feed rate in stalls.  Also, I believe the reason the stepper is stalling in retract portion of the cycle is due to more load due to gravity.  I checked out the machine and it is not hanging up or binding in any way.
I also changed microsteping to 5 from 10 I am not sure if it made a difference.
Tried Shirline pulsing, no difference.

Could it be the way gcode calls for feed?  It seems to want full feed rate without trying to accelerate the motor, maybe this is how it needs to be, but I don't have this problem when I'm milling in x-y with higher feeds.  I included TAP file with the tapping cycles that I'm trying to do and also my XML.
I would appreciate any input at this point.

Pages: 1