UC300-5LPT USB motion controller erfarenheter.

[Terho]

Är det någon som har prövat cncdrives motion controller UC300-5LPT? Ser bra ut på papper men i verkligheten?

[Vilhelmsson]

Jag använder en UC100 tillsamans med Mach3 på 100khz och är helnöjd

[Terho]

Använder du en analog ingång till matningen?

Mvh Terho.

[Vilhelmsson]

Hm utveckla, förstår inte riktigt, använder UC100 istället för pport

[hummel]

Den är relativt långsam jämfört med SmoothStepper, 0.1 MHz mot 4MHz. Det kanske inte spelar någon roll?
Trevligt med många digitala I/O.

[Terho]

Den är relativt långsam jämfört med SmoothStepper, 0.1 MHz mot 4MHz. Det kanske inte spelar någon roll?
Trevligt med många digitala I/O.

Vad är skillnaden med det? Jo är därför jag sneglar på det kortet.

Prövade och kopplade in ett expansionskort och köra feeden får det men det funkar inte som det ska, kopplade in på AN1 men alla fyra ville ändå röra sig, AN1 hoppade ca 5 % upp och ner och 2.3.4 10% ? fram och tillbaka så den lösningen känns inte stabilt. http://www.ebay.com/itm/Martzis-CNC-Mac ... 2a3b69316d

Så nu är jag ute efter ett kort som har allt och UC300-5LPT USB motion controller såg vettigt ut.

[Terho]

Frågade de om fick svar.

Terho,

Yes, you can attach 2 potmeters, one to control the FRO and one to control the SRO.
In Mach3 these responds a bit slow, requires about 1sec to change the feedrate and the spindle speed and this is because the buffer length of the device in Mach3.

In our software, the UCCNC, the potmeters responds in as low as 50msec which is kind of an instant change.

Best Regards,
Balazs

[Terho]

Hur är SmoothStepper när man ändrar feeden? Händer det på en gång eller tar det ca en sekund med?

Mvh Terho.

[H.O]

Det tar en liten stund. Hur lång beror på hur du har den inställd (controller frequency) men typiskt någon sekund. Och där pratar jag om USB-modellen som är den jag har erfarenhet av, vet inte med säkerhet hur det är på Ethernet-versionen.

[tecno]

Så här skriver Tom Kerekes på Dynomotion ( KFlop)

We don't have a solution for instant feed rate changes. Feed rate changes can totally change the trajectory planning through the motion path. For example deceleration may be required many segments sooner. It is very difficult to handle on-the-fly. KFLOP hardware feedhold works in a simplistic manner where it just slows the progress of "time" to a stop. This doesn't work for feed rate override because it results in incorrect acceleration. It would be like filming a car doing a max acceleration of 0-60MPH in 10 seconds. Then running the projector at 2X rate. It would appear to accelerate 0-120MPH in 5 sec which is clearly unachievable. To really plan on going 120MPH 20 seconds of acceleration would be required and only if there was a long enough straightaway to get up to that speed.

You can minimize the feedrate overide delay by having a lean and fast Windows machine and setting the BufferTime to a minimum value where KFLOP still doesn't occasionally starve for data.

Regards
TK

It is the nature of the beast som man säger.