UCCNC vezérlő program

[pisti73]

Szia Balázs!
 
Az ISOBOB-ról valami leírás létezik már? Technikai adatok, ki- bemenetek, stb...
 

[000000000]

 
Pár kérdés ezzel az ethernet-es vezérlővel, tisztán kíváncsiságból.
Ha túl nagy a válaszidő és például beüt valami és egy vészgombot kell nyomni akkor ezt közvetlen a ethernet-es eszköz dolgozza fel vagy a PC-ig el kell menni az infónak és aztán vissza a cselekvéshez?  
És lesz valami válaszidő limit ami felet azt mondja, hogy nem megyek?  
Vagy ez olyan ami a komplett programot átlöki aztán szinte standalone rendszer ?    
 

[kr97pwss2]

Az USB és majd a leendő ethernetes vezérlőnél is vészstop, végállás, index, Home stb. jeleket helyben a processzor dolgozza fel, ezért nem kell félni, hogy kommunikációs gond miatt nem állna meg. A kommunikáció folyamatos és hibatűrő protokollal fog működni. Természetesen, ha egy adott időn belül többszöri próbálkozásra sem sikerül kommunikálni, akkor le fog állni hibaüzenettel, ez az USB-nél is így működik most.

[000000000]

 
És még egy kérdés.
Kompatibilis, illetve lesz lehetőség Mach3-hoz is illeszteni ?  
 

[000000000]

Szia,
 
Leírás még nincsen, azt mindig a végén csináljuk meg, ha már elkészült egy termék és elindul a gyártás.
Az alap paraméterek:
 
- 10db optocsatolt nyitott-drain Mosfet kimenetek (relék közvetlen meghajtására).
- 2db optocsatolt analog 0-10V kimenet.
- 15db optocsatolt bemenet.
- 2db optocsatolt analog bemenet.
 
Lesz az ISOBOB-on egy bővítő port, amire csatlakoztatható egy bővítő panel, amin 16db digitális optocsatolt kimenet és 16db optocsatolt bemenet található.
 
A bővítőpanel tervezése most van folyamatban.

[000000000]

Szia,
 
Igen, szeretnénk megcsinálni mach3-hoz is, de első körben biztosan az uccnc-vel fog majd működni.

[000000000]

Természetesen nem megy körbe az adat a vészeseményeknél, hanem az UC mikrovezérlője avatkozik be közvetlenül és utána értesíti csak a szoftvert az eseményről. Egyébként nem lenne biztonságos a működés.

[pisti73]

Ez jól hangzik! Köszönöm szépen!

[xabi]

Szia,
 
Próbálom a THC-t működésre bírni, de valami nem stimmel. Mivel Uc100-am van a THC ARC jelét nem tudom fogadni (nem is kell elvileg), programon belül THC enabled On/off-al szeretném szabályozni. Valamiért program futás közben hiába kapcsolom ki/be nem mozdul a Z tengely. Lásd videó :
http://drive.google.com/file/d/0B0VjFooLp3S9cHBUX3VVOUswNHc/view?usp=sharing" TARGET=_fnew>Video

[lari]

Balázs!
Hol lehet azt beállítani, hogy eszterga módban az X tengely átmérőbe számoljon?

[ANTAL GÁBOR]

 A frekiváltók vezérlésénél elterjedt metodika hogy a beállított spindle értékhez hozzárendelünk egy konstans amplitúdójú PWM jelet majd azt integrálva ( két fokozatú RC komplexummal ) megkapjuk a vezérlőfeszültséget . Ehhez kapcsolódóan lenne egy kérdésem . Olvasom hogy az ISOBOB nál lesz két analóg kimenet . Hasonlóan lesz megcsinálva ( PWM + integrálás )  vagy  egy D/A konverter lesz a kimenet ? ( szerintem D/A az jobb lenne mert az integráló fokozat hibája elmarad.

[000000000]

Sziasztok,
 
Xabi: Valóban, úgy tűnik program futtatás közben nem fogadja el a THC engedélyezését. Vizsgáljuk az okát...
 
Lari: Jelenleg csak a rádiusz módot ismeri.
 
Gábor: Az ISOBOB-on az analog kimenetek optocsatoltak. Három lehetőségünk volt:
1.) PWM + gyors optó + integrátor + OPAMP
2.) SPI/I2C D/A + több gyors opto + (OPAMP)
3.) SPI/I2C D/A + analog optocsatoló + (OPAMP)
 
Ebből az 1. megoldás lett a befutó, két egyszerű oka van:
 
1.) SPI busz optocsatolásához kétszer annyi optó kell, mint a PWM leválasztásához + kell egy D/A konverter -> plusz költség és plusz helyigény.
2.) Az analog optó nagyon drága.
 
A PWM 10Mbit-es optókon megy keresztül (ez nekünk olcsó, mert teljes tekercset szoktunk venni belőle, sok helyen használjuk), utána van integrálva és meghajtva a fesz. követő műveleti erősítővel (opamp).
Mivel az átlag felhasználónak megfelel az 1%-os pontosság, gondoltuk ez is jó lesz, kevesen vannak, akik "atomórát" szeretnének építeni az UC300 köré, főleg CNC géphez lesz használva, ahol nagyjából mindegy, hogy pl. 5000 1/min fordulat helyett 4950-es vagy 5050-et forog esetleg.  
 
A másik dolog az az integrátor ideje, amit nem hibának hanem inkább késleltetésnek neveznék, de egy CNC főorsó vezérléséhez szükséges rakcióidőkhöz képest ez a villamos időállandó mondhatni, hogy elhanyagolható.
 
Úgy voltunk vele, hogy inkább 1% tűrés és néhány 10msec késés, mint 0.1% tűrés és kb. +5USD költség.

[ANTAL GÁBOR]

 szia ! Így más a leányzó fekvése ha ti adjátok az integrátort és az OPAMP ot . Az mégsem két RC kör

[pisti73]

Sziasztok! Egy várható vételárról kaphatnánk valami infót? Vagy még ilyen kalkulációt nem végeztetek?

[nyiszi]

Sziasztok!
Az UC300-nak van publikus kapcsolási rajza?