Az adott feltételt kell definiálni, a beállítások elején valahol a file-ban benne van, az adott #define, amit te szeretnál valószínűleg, azt kell benne megkeresni és azt a kikommentelést megszüntetni, meg amire most van állítva esetleg, ami nem az a verzió, azt meg kikommentelni.
BÚÉK! Nemrég kezdtem el használni a GRBL-t. UNO+cnc shield + A4988. A gondom az, hogy hiába van GRBL 1.1 az UNO-ra töltve, mégsem azokon a lábakon vannak a ki és bemenetek mint a leírásban. Azt már megtaláltam a GRBL forráskódjába, hogy feltételes fordítással benne van a helyes lábkiosztás is, de valamiért ezeket a feltételeket nem jól kezeli. Ha jól gondolom a shield a mellékelt képen lévő lábkiosztáshoz van kitalálva. Hogyan lehetne elérni, hogy ez ilyen is legyen?
Sziasztok Szeretném magam kicsit jobban beleasni ebbe az arduino rendszerbe. Hol és merre erdemes elindulni? Nulláról kezdenem semmilyen ilyen irányú eloeletem nincs.
zozo | 4133
2018-12-18 21:59:36
[1316]
Nálam ez régen linuxcnc-ről ment, asztali PC LPT portjáról. Nem volt vele probléma.
Előzmény: Varga Ferenc, 2018-12-05 11:25:01 [1310]
Pedig rajta van ez a lehetöség is... reset allati tüs csatik arduino lapot meg elhagyos ugyis!
Előzmény: Varga Ferenc, 2018-12-05 11:25:01 [1310]
dtb | 485
2018-12-05 12:40:48
[1313]
Hát ha jól értettem amit telefonon beszéltünk, akkor ez kell neked:
Előzmény: Varga Ferenc, 2018-12-05 11:25:01 [1310]
dezsoe | 1547
2018-12-05 12:20:46
[1312]
Szerintem semmi akadálya, ha a lábakat jól kötöd be. Leírás van a neten bőven, például itt. Egy dologgal lehet bajod: ha a printer port nem ad elég határozott jelet, de ez gépfüggő.
Előzmény: Varga Ferenc, 2018-12-05 11:25:01 [1310]
dtb | 485
2018-12-05 11:46:47
[1311]
Kicsit pontosíthatnál a kérdésen, mi nélkül akarod bekötni (és pontosan mit is)? Arduino nékül, csak a shield-del? Az szerintem nem megy. Csak az ardiuno-val akarod vezérelni a stepper drivert? Annak semmi akadálya, rengeteg leírást találni hozzá a neten.
Előzmény: Varga Ferenc, 2018-12-05 11:25:01 [1310]
Varga Ferenc | 180
2018-12-05 11:25:01
[1310]
Sziasztok. Az lenne a kérdésem, van egy cnc shield v3 van hozzá arduinó, is de e nélkül szeretném bekötni.A Mac3 step dyr jelét szeretném használni, mi a véleményetek meg oldható?
Robsy | 843
2018-11-26 12:22:47
[1309]
A szöggyorsulás kapcsán nem pontosan arról beszélsz, amiről én írtam. Egyéb állításid, feltételezéseid se igazak szerintem. Kérlek, gondold át miket is írtál, és azoknak mennyi köze van a TÉNY-ekhez.
Gondoltam hogy ez lesz az amit szeretnél nos akkor kicsit másképp állnék hozzá először is a motorok, eleve nagy osztással kell menjenek, netán áttétellel hogy a felbontás minél finomabb legyen és akkor kijön hogy míg a csévetest fordul pl 1/8-ot akkor a drót helyező motor pedig csak 10et lép most csak mondtam valamit...
lényeg jó felbontással elérhető az amit szeretnél de 100/10 lépés mennyiségnél nem 100 000 /10 000 lépésnél már igen
Köszönöm az "én szerencsém"-ről írt "fölmagasztaló" eszmefuttatásodat. Mindig is tudtam olvasni a sorok között.:) Pontosan ezt vártam Tőled, erre számítottam.
Nem lepődök én meg már semmin. Köszi, de a Robsy CNC vezérlő rendszerekben épp eleget foglalkoztam már ezekkel a feladatokkal, annyira ismerhetsz, imádom a villamos motorok lelkivilágát, hajtásdinamikai kérdéseit. Építettem már 3D nyomtatót is, igaz saját vezérlővel a cs. világ, és G kód nélküli verzióban.
A te szerencséd ezeknél a kütyüknél pedig az, hogy a fejlesztőmérnökök helyetted már megoldották ezeket a mozgásdinamikai feladatokat, és neked csak pár ikon klikkelgetéssel kell törődnöd a deriválási örömök nélkülözése mellett, amikor átküldöd a G kódokat a kis kütyüdbe. Mondjuk még egy kicsit a virtuális grafikákon én csiszolnék ezeknél a programoknál, túl sokat "füllentenek" a csodálatos síklapú nyomtatott felületek mutogatása kapcsán, pedig mint tapasztalhattad a valóság mindig más ezeknél a kinyomtatott dolgoknál. A lényeg az, hogy ez se zavar téged, van aki viszont nem szereti, ha sokat hazudnak neki.
Csak ugyen itt a feladat kapcsán két motort kell egyidejúleg, szinkronban kezelni, és borulnak ezek az egész számos arányú egyszerű programozási lehetőségek a gyorsulási rámpa szakaszoknál.
Javaslom, építs, vagy vegyél egy pár tízezer forintos "mezei" 3D nyomtatót,és kezd el használni a maga nemes egyszerűségében. Meg fogsz lepődni, mire képes manapság pld. az "Arduinós virtuális valóság, vagy...csicsavilág".(ha már őt említetted)
Majdnem jó, amit írtál csak lehagytál egy fontos szócskát, a "szög"-et. Egy léptető motornak szögsebessége, és szöggyorsulása van, nincs neki sebessége, és gyorsulása, ezeket a kifejezáseket egyenes vonalú mozgásra értelmezhetők.
A következtetésed is majdnem jó, csak erre is van egy szakkikfejezés, az adott léptetőmotor start/stop szögsebessége a döntő. Ha ezalatt szórakozunk egy motorral, lehet olyan egyszerűen programozgatni, hogy sebesség egységugrasztva indítom. Egyébként meg kell a szöggyorsulással is foglalkozni, mert az a szerencsétlen léptetőmotor csak forgás nélkül visítva jelzi, az Ardunió gazdája virtuális valóságban él, és azt hiszi, amit lát a csicsavilág felprogramozáskor, az a valóságban is úgy lesz.
Ezt nem értem... " ha a gyorsabban forgó motor szögelfordulásának az idő szerinti első deriváltja nagyobb egy a motorra jellemző értéknél" = Ez lenne a sebesség (RPM) ugye?
"akkor foglalkozni kell a második deriválttal is a programozás kapcsán" = Ez lenne a gyorsulás
Tehát magyarán ha az első motor fordulatszáma nagyobb a névlegesnél (vagy amit el tud érni?), akkor a gyorsulását is figyelembe kell venni a programozáshoz. Jól fordítottam le? De ezzel mit akartál mondani?
Ez így nem elég információ a feladat korrekt megoldásához, ugyanis ha a gyorsabban forgó motor szögelfordulásának az idő szerinti első deriváltja nagyobb egy a motorra jellemző értéknél (ez a 2. eset), akkor foglalkozni kell a második deriválttal is a programozás kapcsán. Csak halkan jegyzem meg, az első esetben 2 db 20 forintos IC-vel is megoldható a feladat pl. 1:1 ... 255 tetszés szerinti n arány beállítási lehetőséggel.
Nem árulok zsákbamacskát, csak egy tekercselő gépet akarok összehozni. A saját kútfejemből már megírtam egy progit, ami működik is, de bíztam benne, hogy létezik egy ennél jobb megoldás is. Az én progim "for-next" és "if" utasításokkal működik.
PSoft | 12558
2018-11-21 18:13:30
[1290]
Ez igaz, de Miklós eddig még, nem írt a "környezetről".:) Én nem értek hozzá, de szerintem biztos megoldható PC nélkül is, egy zsebben lapuló okos telóról. (ha nem, majd a hozzáértők...megmondod):)
Szerintem a megoldandó feladatnak csak egy része a kérdés, az meg arduino esetében ritkán feltételezhető, hogy valaki a pici arduino panel mellé magával cipel egy számítógépet, amin ki tudja adni azt a parancsot. :)
Mivel egy rutin fut csak egymás után sorba igy követik egyást de nem egyszer igy azért látszik a kapcsolási késés (fordulat) a két művelet kötöz! Ha több művelet lehet egy idöbbe futtatni párhuzamosan multitask millis fügvényel
Amit írsz, az nem szerepel a kódban. Itt csak annyi van, amit írtam. Kap 10 impulzust az X motor, 1-et az Y motor. Az 1-et nem lehet jobban darabolni. A mikrolépések pedig ettől függetlenek, valamint a 200lépés/ fordulat is.
Ha betennéd azt a kódot, amivel próbálod, talán jobban át lehetne nézni, hogy hol a probléma.
Ez csak egész lépéseknél használható, ha 16 mikrolépést, és a motor 200 lépés/fordulatot is beállítom, akkor már nem igen használható, mivel egyik motor mozgatása után kezdi a másik motor mozgatását. Nekem a szinkron mozgás lenne elfogadható.
itt van egy 3 motoros kód UNO pinekkel, CNCshield panellal A4988 vagy DRV8825, mindegy. Ebben a beállításban x 10x többet fordul mint y, z pedig nem forog
//driver - lepesek int delayTime=500; //szunet int stpx=10;// lepesek x motor int stpy=1;// lepesek y motor int stpz=0;// lepesek z motor
void step(boolean dir, byte dirPin, byte stepperPin, int steps)
{
digitalWrite(dirPin, dir);
for (int i = 0; i < steps; i++) {
digitalWrite(stepperPin, HIGH);
delayMicroseconds(delayTime);
digitalWrite(stepperPin, LOW);
delayMicroseconds(delayTime);
}
}
void setup(){
pinMode(X_DIR, OUTPUT); pinMode(X_STP, OUTPUT);
pinMode(Y_DIR, OUTPUT); pinMode(Y_STP, OUTPUT);
pinMode(Z_DIR, OUTPUT); pinMode(Z_STP, OUTPUT);
pinMode(EN, OUTPUT);
digitalWrite(EN, LOW);
}
void loop(){
step(false, X_DIR, X_STP, stpx); //X forog jobbra, ha balra kell, akkor true step(false, Y_DIR, Y_STP, stpy); //Y forog jobbra, ha balra kell, akkor true step(false, Z_DIR, Z_STP, stpz); //Z forog jobbra, ha balra kell, akkor true
Természetesen, igazad van, de nem ismerem, hogy milyen meghajtás van tervezve, így csak a megvalósításhoz való elképzelésemet vázoltam. Összedobhatok egy kódot is, ha kell, szerintem DRV8825 érdemes, ha már arduinorol beszélünk, és step dir megoldással.
2019-01-02 21:11:29
