Csak annyi külömbséggel,hogy nekem UC300 van.

Előzmény: Molnár Szabolcs, 2014-10-07 21:14:00 [1108]

Én is olvstam már hasonló jelenségről. Ebben az esetben a laptop nem szerencsés megoldás a plazmázáshoz,mivel szabadon van minden usb port. Én egy fémszekrénybe raktam a pc-met. Remélem ez elég lesz a zavarok enyhítésére. Itt védettebb az usb port. Bár én még nem próbáltam élesben és az is leht,hogy ez is kevés lesz,vagy nem is ez lesz a megoldás. Ha esetleg rájössz egy stabil megoldásra engem is érdekelne a dolog,mivel én is hasonló elektronikával építem a gépemet mind te. üdv. Szabolcs

Előzmény: xabi, 2014-10-07 20:44:00 [1107]

T. CNCDrive
Építettem egy plazmavágó CNC asztalt amit Laptop-UC100-HDBB2-ön keresztül vezérlek léptető motorokkal. A plazmavágás kezdetén sokat kínlódtam, mert mindig megállt a masina. Addig variáltam, árnyékoltam a vezetékekkel hogy most már kb. két hete éles használat után már csak nagyon ritkán állt meg a gép.
A mai napon viszont próbáltam vágni és kb. 2 percenként megállt a vágás, próbáltam plazmavágó nélkül is használni és ekkor is állandóan megállt a rendszer.
Kitettem a képernyőre az UC100 plugint és figyeltem mi történik, elindul a mach3 program és mondjuk egy G2 kör felénél megáll a mozgás, megáll azon a soron a mach3 ahol tart és úgy marad semmilyen hibajelzés nincsen, az Uc100 plugin szépen fut a háttérben mintha semmi sem történt volna. Néha megnyomom a start gombot és tovább megy, de általában stop gomb egy lépés vissza "Run from here" és lépésvesztés nélkül megy ameddig meg nem áll megint.
1 órán keresztül kerestem a hibát, mire rájöttem hogy a géptől kb.: 3 méterre egy AVI hegesztő dolgozott, és az Ő ív gyújtásai ütik ki a gépet. Mikor abbahagyattam vele a hegesztést megszűnt a probléma.
Nem vagyok egy elektromos zseni. Eddig azt gondoltam hogy a plazma gép gyújtásakor az árnyékolt vezetékeken keresztül valahogy a HDBB2-ön keresztül jutva az UC100-at fagyasztja, téveszti meg a rendszer.
A mai nap után tovább gondolva viszont a gondjaim akkor szűntek meg mikor a plazmának a vezetékét árnyékoltam. Arra a következtetésre jutottam hogy a laptop USB portja kergül meg a nagy interferenciától. Az UC100, és a számítógép nem fagy le csak az USB port valahogy "kihagy" egy picit ettől megáll a programfutása minden hiba üzenet nélkül.

Kérdésem : Nem ismerem az Laptop - MACH3 - USB - UC100 - HDBB2 működését. A fenti hiba jelenség esetén Te mire gyanakodnál ? Az UC100 mire és mennyire érzékeny ? A mach3 vagy UC100 nem csinál valamilyen hiba riportot ?
- Szerinted ha MACH3 helyett UCCNC használnék az javítana a helyzeten ?

Nem volt már időm, de a héten kipróbálom egy másik laptoppal kíváncsiságból, hátha kevésbé érzékeny a hiba gyanúm szerinti USB vezérlője.

Előre is köszönöm válaszod (a munkáitok előtt le a kalappal)

Tudom-tudom.
De azért valamit elmond rólatok, hogy lassan olyan hype van egy-egy új terméketek körül, mint az új iphone-ok bejelentésekor...

Előzmény: n/a (inaktív), 2014-10-07 13:07:00 [1105]

az árral kapcsolatosan sajnos még mindig csak magamat tudom idézni.

"Még nem készítettünk rá költségvetést. Az első széria gyártásánál szoktuk mindig kikalkulálni, mert akkor látjuk a pontos bekerülési költséget. Találgatni, tippelgetni meg nem nagyon szeretnék, annak nem volna értelme..."

Azt, hogy mikor lesz készen azt sem tudom, de most is éppen ezen dolgozom.

Előzmény: Beck Attila, 2014-10-07 13:03:00 [1103]

Köszi.
Igen, úgy terveztük, hogy lesz az aljának a 2 végén 1-1 DIN sín rögzítő.

Előzmény: Farkas Attila, 2014-10-07 12:56:00 [1102]

Jó! de mikor vehetjük már meg végre????
Nagyságrendi árat még nem tudsz? (nagyságrendit: 30ezer, 100ezer, stb)

Előzmény: n/a (inaktív), 2014-10-07 12:40:00 [1101]

Alakul szépen

Lesz rajt 35mm-es DIN sín rögzítés is?

Előzmény: n/a (inaktív), 2014-10-07 12:40:00 [1101]

Az UC300-ISOBOB prototípus matricázva:

OK, akkor majd ha lesz időd nézd meg légyszi, mert mi kimértünk mindent és látszólag minden OK és azonnal történik.
Esetleg ha megvannak a fájlok és átküldöd őket, akkor mi addig azzal is letesztelnénk, kimérnénk a dolgokat...

Jó lézer üzemelést és csak óvatosan.

Előzmény: Csaba, 2014-10-06 19:41:00 [1098]

Szia,

Ahogy írtam, azt meglehet csinálni egy külső kis mikrovezérlős áramkörrel, hogy számolja az encoder osztást és a step és dir jeleket és stoppot csináljon ha nagyobb a poz.hiba egy előre beállított értéknél.

Azt, hogy visszavegye mondjuk a feedrate-et azzal az a baj, hogy azt akkor dinamikusan kellene állítani, de azt nem igazán tudod úgy megoldani, hogy jó is legyen. Ahogy Svejk írta kapnál egy szaggatós mozgatást.

A helyes megoldás az volna, ha a motor áramát vektorosan szabályoznád és a motor kommutációs felbontásánál (alap felbontás) egy nagyságrenddel nagyobb felbontású encoder lenne a motoron, hogy ne legyen kommutációban hiba. És akkor vektorosan szabályozhatod (2db sin/cos áramjellel egy-egy PI szabályzóval) a léptetőmotort, mintha egy sokpólusú AC szervo lenne. Egy beépített pozíció PID hurokkal pedig szépen lehetne szabályozni a lemaradást, pozíció hibát. Így a nyomaték vektor mindig megfelelő irányú lenne és szép egyenletes futást tudnál elérni, hasonlót mint egy szervónál.
Persze egy ilyen rendszert megalkotni nem 2 perces feladat, kell hozzá némi tapasztalat és háttérismeret.
De a lényeg, hogy így meglehetne csinálni és igazából így volna értelme egyáltalán megcsinálni.

Előzmény: svejk, 2014-10-06 19:39:00 [1097]

Ok megnézem, de csak szerdán tudom ismét tesztelni.
Holnap egy 1Kw os dióda lézer beüzemelésen vagyok

Előzmény: n/a (inaktív), 2014-10-06 17:46:00 [1095]

" Az olcsó, de cserébe gyenge motorokkal van elég rossz tapasztalatom, és ezt szeretném kiküszöbölni."

És lesz cserébe helyette egy szoftverrel meghágott béna, darabos mozgású, ugyan úgy bizonytalan, bosszantó hajtásod...

Szerintem nem éri meg vele foglalkozni amikor a szervok szinte már semmivel nem drágábbak mint a velük hasonló súlycsoportban levő léptetős hajtások.

Végül is ez lenne a célom amit a végén írtál. Az 5us csak egy lényegtelen adatnak tűnt nekem de ezek szerint van konkrét jelentősége.

A távlati célom az lenne ezzel a dologgal, hogy bizonyos százalék után stop legyen, de mondjuk egy-két lépés kihagyásakor az összes tengelyen álljon meg, majd (lassabban ahogy írtad) próbáljon lépni mondjuk ötször, és ezután stop.

Tény és való, hogy hobby célra nincsenek plusz nullái senkinek, de mondjuk egy 200lépés/1mm beállításnál 5 lépés elvesztésénél kezdjen el valamit csinálni a progi. Az UC300-nak van annyi bemenete, hogy ez ne legyen gond. A sebességet meg értelemszerűen le lehet venni akár 25kHz-re is, cserébe kapnál egy kontrolláltan "pontos" vezérlés.

Ha nem is akarsz ennyire mélyen belemászni, makróból látsz esélyt a megvalósításra? Az olcsó, de cserébe gyenge motorokkal van elég rossz tapasztalatom, és ezt szeretném kiküszöbölni.

Előzmény: n/a (inaktív), 2014-10-06 12:05:00 [1093]

Szia Csaba,

Köszi a tesztelést és a visszajelzést.
Ellenőriztük a működéstés a mozgás és a THC szabályzás is azonnal indul, kimértük logikai analizátorral a jeleket.

Az nem lehet, hogy az M31-ben benne hagytál várakozásokat és amiatt késik? Az M31 kódban van összesen kb. 2.5sec várakozás is belerakva. Ha azt benne hagytad a kódban az okozhatja.
Nézd meg majd légyszi a kódot hogy van-e benne még .wait kód.
A másik dolog, hogy az M203 kódot azt direkt plazma magasság felvételére írtuk, azt is megnézhetnéd az talán jobban illeszkedik ahhoz amit csinálsz.

Ami még jó volna, ha át tudnád küldeni nekem a G-kódot és a makrót e-mailben amikkel próbálgatod és akkor megnézzük, hátha megtaláljuk, hogy mi lehet a gond.

Szia Balázs!
Most már nagyjábó jó,csak annyi a probléma,hogy mikor megkapja az ív jó jelet el is kezd szabályozni a Z tengely azonnal de valamiért a mozgás nem indul meg csak kb. 2-3mp múlva.
minden késleletetés le van véve nullára aTHC menüben is és a motor menüben is.

Előzmény: n/a (inaktív), 2014-10-06 10:33:00 [1091]

Szia,

Ezt sajnos nem lehet úgy megoldani, ahogy leírtad, mert a feladat amit vázoltál nem annyira egyszerű mint amilyennek tűnik. Bár nem ez a leglényegesebb probléma, de eleve az 5usec annyira rövid idő amit írsz, 1/5usec = 200kHz, hogy a legtöbb léptetőmotorban ennyi idő alatt nem is történik meg a lépés, főleg ha az elektronika feldolgozási képességét is figyelembe vesszük.

A másik (ez a nagyobbik gond) probléma a léptetőmotor inverz sebesség/nyomaték jelleggörbéje, vagyis ha nem történt meg a lépés és újra ki kell adni, akkor az léptetési frekvencia növekedést jelentene, főleg jelentős problémává válik ez ha több lépéssel elmarad.
A motor pedig valószínűleg azért tévesztett lépést, mert túl alacsony volt a nyomaték és kiesett a szinkronból. Ilyenkor csökkenteni kéne a frekit, nem növelni, de ez a "digitális" algoritmus amit írsz ez éppen, hogy növelné. Így éppen az ellenkezőjét érnénk el mint ami a cél volna, vagyis tutira a megtorpant állapotban maradna a motor.

A lépés tévesztéskor le kellene lassítani a mozgást a tengelyeken arányosan addig a pontig, amíg a hibázó tengely újraindul és akkor tud tovább futni.

Vannak olyan vezérlők (szabályzók) amik tudják ezt, amik zárt hurokban szabályozzák a motorokat, az ipari vezérlők általában így működnek, de ez a tudás az árban is megmutatkozik, kb. két nullát írj az UC300 ára mögé és annyiért már lehet ilyen vezérlést kapni, persze csak a vezérlést.
Az ilyen vezérlőkhöz a motormeghajtók sem step/dir jeleket fogadnak, hanem EtherCAT vagy más gyors kétirányú adatátvitelt igényelnek és hát az ilyen motorvezérlő kártyák sem a hobby pénztárcára vannak szabva.

Az UC300-al és az UCCNC-vel maximum azt tudnád megcsinálni, hogy egy külső encoder számláló elektronika számolhatná a lépéseket és a step/dir jeleket egyidejűleg és bizonyos definiált pozíció hiba felett kiadhat egy vészstop jelet az UCCNC felé, amivel a mozgás megállna.

Előzmény: nyarfa, 2014-10-06 11:30:00 [1092]

Lenne egy érdekes kérdésem

Normál léptetőmotor vezérlővel, de enkóderes motorral, vagy külön felszerelt enkóderrel az UC300 segítségével hogyan lehet megoldani egyszerűen és hatékonyan a kontrollált léptetést? Azaz amikor is kiad egy lépés jelet a program, 5us késleltetésen belül ha nem érkezik az enkóderről egy "léptem jobbra vagy balra" jel akkor vár még 5us majd megismétli, vagy hibával megáll.

Elkészült az UCCNC 1.0036-ös verziója.
A változások, javítások:

- A limit+ active low beállítást nem jól mentette el a program, javítva.
- A THC működésén módosítottunk az itt tárgyaltak szerint.
- A home-ot nem állította meg a stop gomb, csak a reset, javítva.

UCCNC 1.0036

Teljesen jól értelmezted, így kell működnie ahogy leírtad.
Igen az M31 is jó a plazmához átírva kicsit!

Előzmény: n/a (inaktív), 2014-10-05 19:01:00 [1089]

Szia Csaba,

Megnéztem a hibákat amiket jeleztél, az észrevételeim:

1.) Ha jól értem az írásodból, akkor az M31 kódot sikerült úgy átírnod, hogy jó legyen a plazmához.

2.) Megnéztem a Limit aktív low pipát és valóban a limit+ active low pipánál volt egy elírás a kódban és tényleg nem mentette el jól a beállítást. Ezt most javítottam, a következő verzióban benne lesz a javítás.

3.) Ez a funkció egy kicsit bonyolult, kellene a segítséged, hogy jól értem-e, hogy pontosan hogyan is kellene működnie, mert félek, hogy nem értem pontosan.

Szóval, ha a "Control THC even if..." be van pipálva, akkor mindig szabályozza a THC-t akkor is ha nincs mozgás és akkor is ha nincs M3/M4, szóval mindig szabályoz és a mozgást sem tiltja soha sem. Légyszi írd le, hogy jól gondolom-e?

Ha a "Control THC even if.." nincsen kipipálva, akkor:

1.) Ha nincsen még M3/M4, akkor a THC-t nem kell szabályozni, de a mozgásokat végre kell hajtani.
2.) Ha van M3/M4 és ha még nincs THCon jel, akkor a mozgást nem szabad elindítani és a THC-t se kell szabályozni.
3.) Ha van M3/M4 és ha megjött a THCon jel, akkor kell indítani a mozgást és akkor kell a THC-t is szabályozni.

Légyszi írd meg, hogy jól értelmezem-e a működést?
Jelenleg az 1. pont hiányzik még, a te leírásodból legalábbis ezt vettem ki, hogy így kéne működnie...
Ha esetleg rosszul értelmeztem a leírásod, akkor kérlek a pontokat amiket leírtam javítsd át és úgy másold be, hogy biztosan pontosan meg legyen fogalmazva a helyes működés, mert akkor letudjuk jól kódolni.

Balázs az M31 kódot átalakitva, mert plazmánál nem szerszámot tolok el hanem G92 vel nullázom a Z tengelyt és kivéve a bemérés pozicióját,mert az mindig az aktuális pozició, a kód jól müködik.
Viszont a tengely végállásnál kivéve a pipát az aktív lov ból, mert különben reseten marad továbbra sem menti el, minden indításkor újra bent van a pipa!
A THC még nem jó, mert ha be van kapcsolva semmilyen mozgást nem hajt végre a program, ezt az állapotot (THC) csak az M3 vagy M4 utasítást követően kell figyelembe venni, különben nem pozicionál a vágási helyre a gép,mert várja a THC ok jelet,de ugye az még nincs mert csak a vágás kezdeti helyére történő pozicionálás után az M31 lefutása után jön az M3 begyujt a plazma és csak ekkor lesz ív jó jel.

Előzmény: n/a (inaktív), 2014-10-04 16:23:00 [1076]

Köszönöm, nincs több kérdésem

Előzmény: n/a (inaktív), 2014-10-04 23:32:00 [1085]

köszönöm a választ!
a probléma megoldódott!
Nem gondoltam volna, hogy a licence rádugás után érvényesül! ( otthoni gépen próbáltam, az UC300 a műhelygépen üzemel)

Előzmény: n/a (inaktív), 2014-10-04 23:29:00 [1084]

Igen, ez felmerült, de most már szövegesek a gombok, szóval nem tudom mennyi értelme lenne.

Egyébként meglehet csinálni, de nem olyan egyszerű mint ahogy hangzik, mert flash-ben kellene megírni a buborékokat. Nem olyan, mint visual studio-ban, ahol alapban benne van ez a funkció a form elemeihez lehet rendelni. Flash-ben kissé bonyolultabb.

Az is biztos, hogy lenne akiket ez a funkció zavarna .. jó jó tudom, kikapcsolhatóra kellene csinálni.

Előzmény: Farkas Attila, 2014-10-04 19:07:00 [1079]

Hüle kérdés, de az UC300 rávan dugva a PC-re és üzemel? zöld LEd világít?

A telepítő a license kulcsot nem írja felül egyébként, illetve a license kulcsok olvasási kódján semmit se változtattunk, hozzá se nyúltunk, szóval működnie kell.

Előzmény: vamzol, 2014-10-04 20:12:00 [1081]

Szia,

A status sorba nem ír ki semmit, arra gondolok, hogy esetleg szintaktikai hibát vittél a kódba, akkor azt jelzi a státusz sorban alul. És ha hibás a kód akkor nem csinál semmit. A macros mappában van egy error.log fájl oda mindig beírja a progi az utolsó hibát amit macro-nál talált, szóval ott azt is meglehet nézni, hogy mi a hiba a kódban, vagy legalábbis, hogy hol van a hiba.

Egyébként teszteltem az M31 makrót most gyorsan és működik.
Ha gondolod küld át nekem e-mailben, megnézem a kódot amit írtál...

Előzmény: pisti73, 2014-10-04 20:44:00 [1082]

Sziasztok!

Nem boldogulok a szerszámmagasság beméréssel. x0 y0 pozícióban szeretném a szerszámmagasságot beállítani 47 mm magasságban. Módosítottam a M31 macro-t, de nem akar csinálni semmit.

úgy értem, hogy feltelepítettem a UCCNC 1.0035 változatot az előző változatra

Előzmény: vamzol, 2014-10-04 20:12:00 [1080]

Szervusztok!
Telepítés után ismét demora váltott :S

A licence fájlt ismét bemásoltam de továbbra is demo

Nem emlékszem, felmerült-e korábban is kérdésként, tudnátok esetleg az egyes gombokhoz gyorstipp szerű segítséget is beírni?
Gondolok itt arra, hogy egy gomb fölé húzod az egeret, és felette tartva megjeleníti egy kis szövegbuborékban, hogy mit is csinál az adott elem.
Szerintem hasznos lenne.

Kijavította a nem lekezelt hibát is.

Köszönjük

Elkészült az UCCNC 1.0035-ös verziója.
A változások, javítások:

- A probe nem működött az UC300-5LPT-vel, javítva.
- A THC ha a "Control THC even if the THC on signal is not active" be volt jelölve akkor sem várt a mozgás kezdésével a THC on jelre, javítva.
- Az axis calibration kivételt generált bizonyos esetekben, javítva.
- Az UC300-nál az e-stop bemenet port#pin# nem volt összerendezhető bizonyos pinekre, javítva.
- A C-tengely negatív irányú joggolása nem működött megfelelően, javítva.
- Az OpenGL megjelenítésben a még nem kezelt kivételek lekezelve.
- A diagnosztika ablakon a LED-ek sorrendjét kicsit átrendeztük, hogy a logikailag összetartozó funkciók megfelelőbb helyen legyenek.
- A diagnosztika ablakról hiányzott a THC delay LED, ezt felraktuk a képernyőset-re.

UCCNC 1.0035 letöltés

Nem lekezelt kivétel hibát dobott egy marófile betöltés közben, continue után továbbment, offline-ban dolgozik.


See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
at OpenTK.Graphics.OpenGL.GL.DrawArrays(PrimitiveType mode, Int32 first, Int32 count)
at UCCNC.Form1.screenredrawcycle()
at UCCNC.Form1.GLtimer_Tick(Object , EventArgs )
at System.Windows.Forms.Timer.OnTick(EventArgs e)
at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
----------------------------------------
UCCNC
Assembly Version: 1.0.0.0
Win32 Version: 1.0.0.0
CodeBase: file:///C:/UCCNC/UCCNC.exe
----------------------------------------
System.Windows.Forms
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Drawing
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
OpenTK
Assembly Version: 1.1.0.0
Win32 Version: 1.1.1663.6176
CodeBase: file:///C:/UCCNC/OpenTK.DLL
----------------------------------------
????????
Assembly Version: 0.0.65535.65535
Win32 Version: 1.0.0.0
CodeBase: file:///C:/UCCNC/UCCNC.exe
----------------------------------------
OpenTK.GLControl
Assembly Version: 1.1.0.0
Win32 Version: 1.1.1663.6176
CodeBase: file:///C:/UCCNC/OpenTK.GLControl.DLL
----------------------------------------
AxInterop.ShockwaveFlashObjects
Assembly Version: 1.0.0.0
Win32 Version: 1.0.0.0
CodeBase: file:///C:/UCCNC/UCCNC.exe
----------------------------------------
Interop.ShockwaveFlashObjects
Assembly Version: 1.0.0.0
Win32 Version: 1.0.0.0
CodeBase: file:///C:/UCCNC/UCCNC.exe
----------------------------------------
ILCalc
Assembly Version: 0.9.7.5
Win32 Version: 1.0.0.0
CodeBase: file:///C:/UCCNC/UCCNC.exe
----------------------------------------
Accessibility
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/Accessibility/2.0.0.0__b03f5f7f11d50a3a/Accessibility.dll
----------------------------------------
ax26_hnp
Assembly Version: 0.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Xml
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
obifgini
Assembly Version: 0.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
kkbncuq4
Assembly Version: 0.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
Interop.IWshRuntimeLibrary
Assembly Version: 1.0.0.0
Win32 Version: 1.0.0.0
CodeBase: file:///C:/UCCNC/UCCNC.exe
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

Szuper, köszönöm szépen!
Ebben nem voltam biztos, hogy a kulcs fájlneve módosítható, ezért jött a két független telepítés ötlete.

Előzmény: n/a (inaktív), 2014-10-04 13:28:00 [1072]

Igen, ezt meglehet csinálni amit írsz. De nem kell a programot több példányban feltelepíteni. Elég egyetlen példányban.

Telepítsd fel egy példányban a progit és másold a license kulcsokat a teleptés könyvtárába.
Ha két mozgásvezérlőd van akkor mindkét kulcsot másold oda.
Ezután indítsd el a progit és csinálj mindkét vezérlőnek egy saját profilt ami tartalmazza a beállításokat. A profillal egy-egy parancsikon is létrejön az asztalon.

Így egyszerre több példányban is futtathatod az UCCNC-t, akár több mozgásvezérlőt használva és több gépet vezérelve. A progi példányok gond nélkül futnak egymás mellett.

Még annyit, hogy a license kulcsok most már úgy működnek, hogy a progi csak azt nézi, hogy a license fájl nevében szerepel-e az "UCCNClicense" szó, ha igen, akkor beolvassa.
Így lehet több license kulcsot is bemásolni, például ha két kulcsod van, akkor lehed az egyik fájl neve UCCNClicense1.txt, a másik meg UCCNClicense2.txt. A fájlokat te magad átnevezheted akár, de a mi license generátorunk az új kulcsok nevébe már bele teszi a szériaszámot is...

Előzmény: Farkas Attila, 2014-10-04 12:53:00 [1070]

nagyszerű, köszönjük a tesztelést!

Előzmény: pisti73, 2014-10-03 18:44:00 [1069]

Lehetséges egyszerre UC100 és az UC300 licenc használata is?

Gondolok itt arra, hogy ugyanarról a PC-ről mehetne esetleg egy UC300-as és egy UC100-as gép is.
Ebben az esetben telepítsem fel két példányban a programot különböző mappába, és a gépnek megfelelő licencet másoljam be oda,
majd konfiguráljam mindegyiket a gép adott beállításaihoz?
Pl.: x:\UCCNC_UC100 és x:\UCCNC_UC300 néven, majd ennek megfelelően indítsam őket az épp használni kívánt gép függvényében?

Balázs, küldtem az UC300 szériaszámot e-mailben!

Szép napot mindenkinek!

Sziasztok!

PWM tesztelve, szuperül működik, a kis kínai marómotor vezérlőt gyönyörűen működteti.

Igen luxus funkciókat szeretem.

Pedig kutya jó luxus funkció, ha nem kell gondolkozni :D

Előzmény: svejk, 2014-10-02 17:37:00 [1066]

Eddigi írásaid alapján sokkal precízebbnek ismertelek meg, mint hogy ez alapján állítsd be a gépedet.

Előzmény: gulasoft, 2014-10-02 12:47:00 [1065]

Hát pont egy 1 magos gépem van erre a célra. A mach3-al ment simán, csak jó lenne ha nem én kotyvasztanám ki a stepp/mm értéket, főleg hogy nem is vette át mach3.xml-ből.
Persze lehetne számológéppel arányt számolni, és a lépésszámot arányosítani, de gondolom ezt csinálja a program is.
Megmondom, hogy menjen 150-et, megmérem, visszaírom, a mért értéket, és a gép kiszámolja, én meg örülök.

Előzmény: n/a (inaktív), 2014-10-02 11:45:00 [1064]

A hiba nem minden PC-n áll fennt. Javaslom azért próbáld ki, mert nagy valószínűséggel fog menni, az én mindkét PC-mel megy. Érdemes volna ezért kipróbálnod. A hiba főleg lassabb PC-ken jön elő, illetve amelyik nem többmagos, mert a Flash AS3->C# app. közötti kommunikációban van egy hiba, többmagos gépeken úgy néz ki nem jelentkezik, mert a második vagy akárhányadik mag megoldja a problémát, továbbra is képes kommunikálni, miközben az első mag dolgozik a mozgással.

Ha nem működik, akkor pedig addig is manuálisan be lehet állítani a steps per értéket.

A következő verzió néhány napon belül várható, dolgozunk rajta.

Előzmény: gulasoft, 2014-10-02 11:10:00 [1063]

Mikor várható az új verzió? (szeretném a géppel számoltatni a lépés/mm értéket, és ez ahogy olvastam a jelenlegibe nem megy és a következő kiadásban már javítva lesz)

Köszönöm a gyors választ!
Akkor licenszelek hamar!

Előzmény: Polgárdi Balázs, 2014-10-01 19:38:00 [1061]

A licenc az eszközhöz, pontosabban az UC100 vagy UC300 sorozatszámához van rendelve. Ha több számítógépen szeretnéd használni, semmi akadálya, csak át kell dugni a másik számítógépbe, és bemásolni a licence fájlt az UCCNC könyvtárába. Az UC300-5LPT-nél a felső panel az UC300 maga, és az alsó panel az alaplap. Az alaplap lehet többféle, egyenlőre az 5LPT van készen és azt forgalmazzuk, de már többféle másik alaplap is készülőben van. Például amit itt a fórumon már sokat emlegettünk, a sorkapcsos változat, ami most már tényleg nemsokára elkészül.

Előzmény: Beck Attila, 2014-10-01 19:17:00 [1057]

jaj istenem... storno!..... én vagyok a figyelmetlen!!