Hello Guest it is April 26, 2024, 06:44:33 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 - Peter Homann

421
Hello Peter,
   I appreciate your reply and am envious of your knowledge. If your reply was in defence of Mr. Duncan's C-11 board, I'm sure he will appreciate it as well. There were serious issues beyond what you are describing. Anyway...after 3 boards, multiple chip changes and general I/O problems. I debated about going with yours or Steve's....flipped a coin basically. Steve won and his worked right out of the box, same setup, exactly as his docs. described.
If by chance it craps out...you are next.
Thanks Pete,
RC

Hi RC,

It wasn't really in defence of any maker. People make up their own mind as to what they believe is a good buy. Some buy on price alone, while others want quality, and others service. I try to deliver it all :)

 It was in defence of the LM2907. It  does a good job at converting frequency to voltage. It just needs to be correrctly applied.

Steve's stuff at PMDX is excellent quality and he also know his stuff.

Cheers,


Peter.

422
After a lengthy struggle with a C-11 with no resolution, I went with a PMDX-106 which worked flawlessly from the get-go.
Great support too.....so they say. Didn't NEED any.
RC

Hi RC,

The Step/Dir to analog converters based on the LM2907 chip should not be better/worse than a PWM solution. As I produce both types, I have done a comparison of both. THE Step/Dir and PWM both produce very linear outputs with respect to their inputs. The Step/Dir has a slightly better response due to the faster update rate.

That said you need to understand how the LM2907 works to apply it correctly. Just implementing the datasheet application note does not really cut it.

The LM2907 converts the energy in the step pluses to a voltage using a charge pump. Basically, the more step pulses or the bigger(longer) the step pulses, the higher the voltage output. Therefore to get an accurate output voltage you need a number of things;

1. Regulated power supply. The power supply for the LM2907 needs to be consistent with the minimum of noise. VFDs are usually OK at suppling an adequate 10V supply. Many controllers such as the KBIC120 style are marginal. They use a 15V zener shunt power supply designed to supply a couple of mA to a 5K or 10K  potentiometer. If it can't provide enough current, then the voltage supply will start to sag.

To make things worse, the controllers also have a max speed trimpot. This is just a resistor in series with the power supply. The voltage across this resistor is dependant on the current being drawn by the LM2907. The problem is that the current it draws changes depending on what voltage the LM2907 is producing. The result of this is that the power supply to the LM2907 sags, resulting in linearity problems with the output voltage.

The DC-06 overcomes this problem by providing an optional DC/DC converter that produces  a consistant and regulated powersupply for the LM2907.


2. Constant and accurate step frequency. - Mach3 provides this.



3. Consistent and known step pulse width. - This is where most let them selves down. If you don't know what pulse width you are dealing with then you can't size the charge pump components correctly.  The result of this is that if the step pulse is too narrow, not enough energy is being provided to the charge pump in the LM2907. If the pulse is too wide, then the chargepump ends up being saturated.

Having to adjust the step pulse width in Mach to get the charge pump in the LM2907 to work correctly, is poor design. The adjustment is there to cater for different types on interfaces to drives, opto isolated, bufferred etc.

The DC-06 contains a monostable that produces a constant width pulse to the charge pump in the LM2907. This occurs irrespective of the step pulse width input. That way, the energy per step pulse is known and the charge pump components can be sized correctly.


It basically comes done to understanding what you are designing and the environment that it will be working in. The datasheet applications are meant to be a starting point, not a finished design.

While I'm explaining the features of the DC-06. It also has a jumper to select the polarity of the input signals as some people use active hi signals and others use active lo.

I hope the above helps a bit.

Cheers,

Peter.

423
Hi,

What are you using to power the C6?. Check and see if the power supply to the C6 is fluxuating as well.

If so, there is your problem.


Cheers,

Peter.

424
Modbus / Re: Mod IO Pendant Kit Plug in is finished........
« on: December 31, 2008, 06:43:10 PM »
Hi Scott,

I'm down the coast campinmg at the moment, and had to drive to the Goldern Arches to get connected tothe internet. The Plugin looks good. I,ll have the pendant kit complete in a couple of weeks.

Cheers,

Peter.

425
Hi All,

Homann Designs will be closed from Christmas Eve until the 12th January. Any orders placed after the 23rd will not be processed until after the 12th.

I've put a number of products on Sale for 24 hrs, Specifically the MPG encoder Wheels and the flexible motor couplers.

http://homanndesigns.com/store/index...index&cPath=15
http://homanndesigns.com/store/index...index&cPath=21

I'd also like to take this opportunity to thank you for your support during 2008, and to wish you a safe and happy festive season.

As to myself, my family and I are taking the camper trailer to the west coast of Victoria (Port Fairy) for a break. I hoping it won't be as hot as last years break. It got to 45 degs Celsius. Far too hot to be in a tent.

Cheers,

Peter.

426
General Mach Discussion / Re: cat 5
« on: December 20, 2008, 04:51:07 PM »
Hi,

Yes, CAT-5 is fine and a good choice. Make sure you use the stranded cable and not the solid cable as Hood recommended.

Cheers,

Peter.


427
General Mach Discussion / Re: Converting a DSP Controller system to Mach 3
« on: December 20, 2008, 04:42:38 PM »
OK looks like your inverter take 0 to 10V for speed control so any of the speed controllers sold by the usual suspects should do fine. I have no experiecnce of using any of them so hopefully some of the guys that do will come in and give the opinions of the ones they use. I know Peter Homanns digispeeds get a good name so I will see if I can get him to give you a bit of info regarding his product.
Hood

Edit, I have attached the VFD manual if anyone wants to look through it.


Hi Hood, Martyn,

I have looked through the VFD manual and yes, the range of DigiSpeeds should have no problem controlling the VFD. I'd suggest using the DigiSpeed DC-06 with the on board DC/DC conveter.

http://homanndesigns.com/store/index.php?main_page=product_info&cPath=1&products_id=39

Even though the VFD can supply the 10Vdc reference voltage, the speed controllers require about a volt for it's own use, meaning that you end up with a slightly reduced maximum speed. The DC/DC converter elliminates this.

The DC-06 takes the spindle axis step/dir signal and converts it to an isolated analog value. It also has a couple of small relays, ideal for switching the control inputs on a VFD. These are normall used for direction cotrol, brake, enable, etc.

If you have any more questions let me know.

Cheers,

Peter


428
Modbus / Re: ModIO Discrete Flashers
« on: December 16, 2008, 03:10:32 PM »
Hi,

The flash timing of the outputs is fixed. If you can provide a bit moredetail  about what you are wanting to do, I may be able to suggest a solution.

Cheers,


Peter.

429
SmoothStepper USB / Re: SS DISCONNECT SAFETY CONCERNS
« on: December 11, 2008, 05:31:58 PM »
Each machine will have a different requirement to be safe in case of an Estop
When using inverters and AC motors on the spindle, the last thing you want to do is "switching off" the inverted as it will have no means to brake
Sending it a stop signal while keeping it energized is far better.

A lot of commercial kit Estops in sequence, where after a short while they also switch of the power to the drives
On heavy gantries with free running ball screws the same counts, (think punching machines), taking power away from the drive will allow nature to take over (inertia).

It is striking to see the changes in the EU machinery directive over the last few years where the safety schemes have changed from prescriptive to functional as the editors understood that each machine design has its particular challenges, and what works for one may actually be unsafe for another.

I have to agree that only relying on the charge pump is a bad thing, the Estop when pressed by the user should override all, and bring all moving parts to a stop in the fastest way possible without causing a danger in doing so (think of machine becoming unstable due to braking)

The above does not take away that SS bug should be repaired as they said they wood

machinery safety... I find it one of the most fascinating things to think of as there are so many conflicting issues, a real puzzle



I have to disagree here. To rely on power to apply a brake during an EStop is not going to pass a safety inspection. Well not mine anyway. In my mind, if a system needs a brake to stop a gantry, or a ball screw Z axis, then the system needs to be designed so that the brake requires power to release it, not apply it.  All machine safety brakes I know of work this way.

In your system when a truck wipes out the power pole to a factory, all the ball screw Z-axes will drop, and the gantry will move under its momentum. In my system, all the machine brakes will be applied. :)

I may be wrong, but there is probably no system that cannot be made safe when power is removed. Keep in mind that some Large machines will blow servo drives and break mechanical components when the EStop is pressed. This is accepted as OK as after all it is an "Emergency" stop.

Cheers,

Peter.





430
SmoothStepper USB / Re: SS DISCONNECT SAFETY CONCERNS
« on: December 10, 2008, 08:01:33 PM »
Hi all,

I have replied to this in the Warp9TD forum.  It is a problem that I will address tomorrow.  If the SS loses communications with the PC it should stop jogging, but it doesn't.  Even if it doesn't lose communications, the current implementation could be a problem if a jog-off command were swallowed.  Motion from gcode and step jogs will stop as soon as the SS runs out of data, but continuous jog movement is generated on-board.

Thanks,

Greg


Greg,

Can I suggest that as soon as the SS detets a problem with the USB comms that it disables all outputs and enters  a safe state.

Cheers,


Peter.