HobbyCNC fórum
FTP tárhely: http://cnctar.hobbycnc.hu v0.9.6 Régi HobbyCNC oldal: http://archiv.hobbycnc.hu

Új regisztráció / Átregisztráció a régi fórumról
    
   


Arduino



 

Időrend:
Oldal 2 / 28 Ugrás ide:
Sorok:
|◄ Első  ◄ Előző   1  2  3  4  5  6   Következő ►  Utolsó ►|

  Fórum főoldal  |  A lap aljára

PSoft | 12558    2019-01-02 21:11:29 [1327]

Előzmény: svejk, 2019-01-02 21:02:43 [1325]


Dakota25 | 544    2019-01-02 21:09:18 [1326]

Ne bántsd! Nem olyan rossz az. Csak lelkivilága van nekije.
Mi a baj? Hátha tudok segíteni?

Előzmény: svejk, 2019-01-02 21:02:43 [1325]


svejk | 27724    2019-01-02 21:02:43 [1325]

Gyújtsa fel az Isten aki kitalálta ezt az Arduinot a szoftverével együtt!


LittleSV | 773    2019-01-02 17:27:45 [1324]

Ezt én is köszönöm!

Előzmény: cree2, 2019-01-01 16:51:52 [1322]


kymco1 | 1039    2019-01-01 16:54:25 [1323]

Nagyon köszönöm

Előzmény: cree2, 2019-01-01 16:51:52 [1322]

cree2 | 3295    2019-01-01 16:51:52 [1322]

Ez kielégítheti a tanulást arduino téren..
CREE2/ARDUINO_EBOOK

Előzmény: kymco1, 2019-01-01 08:54:59 [1319]


elektron | 15339    2019-01-01 12:47:29 [1321]

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.

Előzmény: Pali79, 2019-01-01 11:25:27 [1320]


Pali79 | 543    2019-01-01 11:25:27 [1320]

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?

  


kymco1 | 1039    2019-01-01 08:54:59 [1319]

Köszönöm

Előzmény: petyka1, 2018-12-31 23:47:07 [1318]


petyka1 | 66    2018-12-31 23:47:07 [1318]

http://www.tavir.hu/
Van e-mailos tanfolyam is az oldalon, nagyon jó...

Előzmény: kymco1, 2018-12-31 23:39:01 [1317]


kymco1 | 1039    2018-12-31 23:39:01 [1317]

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]


Varga Ferenc | 180    2018-12-05 14:48:07 [1315]

Ok. Én erre gondoltam

  

Előzmény: cree2, 2018-12-05 13:12:00 [1314]


cree2 | 3295    2018-12-05 13:12:00 [1314]

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.

Előzmény: docs, 2018-11-24 21:51:05 [1308]


docs | 99    2018-11-24 21:51:05 [1308]

Nem nagyon értem mi a baj a szögsebesség és a szöggyorsulás szavakkal...

Túl csicsavilágos? Félsz hogy túl sokan értenék?

Ha ismeretet akarsz terjeszteni írhatnád pl. így:
"szöggyorsulás (a szögelfordulásának az idő szerinti második deriváltja) "

Hidd el, ettől a tudományoskodó fogalmazási stílustól nem fogsz okosabbnak látszani...

Előzmény: Robsy, 2018-11-21 20:19:04 [1292]


cree2 | 3295    2018-11-22 19:31:36 [1307]

Néz bele (Marlin_main.cpp) tele van jó ötletekel függvényekkel!

Előzmény: Devecz Miklós, 2018-11-22 13:18:29 [1306]


Devecz Miklós | 2205    2018-11-22 13:18:29 [1306]

Jó lesz a 10/100-as osztás is, csak be kell szorozni a motor lépésével (200), és a vezérlő mikrolépésével (16-32)
Így már nem is olyan lassú.

Előzmény: frob, 2018-11-22 08:22:29 [1304]


frob | 1436    2018-11-22 08:23:49 [1305]

ezen a fideón jól látszik hogy az arduino bizony csak úgy tolja kifele a jeleket, szinte folyamatosan világítanak a step jelek...

Előzmény: VViktor, 2018-11-22 05:48:15 [1303]


frob | 1436    2018-11-22 08:22:29 [1304]

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

és jó lesz a sima if es szerkezeted is

Előzmény: Devecz Miklós, 2018-11-21 20:08:42 [1291]


VViktor | 1038    2018-11-22 05:48:15 [1303]

Szia.


Ezt nézd meg ,van hozzá forráskód is :)

Előzmény: Devecz Miklós, 2018-11-21 20:08:42 [1291]


PSoft | 12558    2018-11-21 23:47:07 [1302]

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." -írod.
Én sem.

Előzmény: Robsy, 2018-11-21 22:32:39 [1301]


Robsy | 843    2018-11-21 22:32:39 [1301]

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.

Előzmény: PSoft, 2018-11-21 22:04:15 [1298]


cree2 | 3295    2018-11-21 22:16:45 [1300]

Nagyon preciz vagy mind mindig!
Egy bemutató videót majd munka közben is dobjál fel róla!

Előzmény: Devecz Miklós, 2018-11-21 20:08:42 [1291]


Robsy | 843    2018-11-21 22:06:16 [1299]

Így igaz!

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.

Előzmény: J-Steel, 2018-11-21 21:57:07 [1297]


PSoft | 12558    2018-11-21 22:04:15 [1298]

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)

Előzmény: Robsy, 2018-11-21 21:51:23 [1296]


J-Steel | 1408    2018-11-21 21:57:07 [1297]

Ha tehát a programozó hozzátesz a programhoz egy gyorsító/lassító rámpát, amit tesztekkel ellenőriz, akkor még jól is működhet.

Előzmény: Robsy, 2018-11-21 21:51:23 [1296]


Robsy | 843    2018-11-21 21:51:23 [1296]

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.

Előzmény: J-Steel, 2018-11-21 21:14:24 [1295]


J-Steel | 1408    2018-11-21 21:14:24 [1295]

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?

Előzmény: Robsy, 2018-11-21 20:19:04 [1292]


Robsy | 843    2018-11-21 20:32:47 [1294]

Azért a deriválási feltétel elágazást vizsgáld meg, mert nagy csalódások fognak érni, ha ezzel nem foglalkozol.

Előzmény: Devecz Miklós, 2018-11-21 20:21:38 [1293]


Devecz Miklós | 2205    2018-11-21 20:21:38 [1293]

Ebben a felállásban túl egyszerű lett volna.

Előzmény: Robsy, 2018-11-21 20:19:04 [1292]

Robsy | 843    2018-11-21 20:19:04 [1292]

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.

Előzmény: Devecz Miklós, 2018-11-20 17:44:42 [1269]


Devecz Miklós | 2205    2018-11-21 20:08:42 [1291]

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):)

Előzmény: morvfer7, 2018-11-21 18:00:48 [1289]


morvfer7 | 1019    2018-11-21 18:00:48 [1289]

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. :)

Előzmény: PSoft, 2018-11-21 17:56:25 [1288]


PSoft | 12558    2018-11-21 17:56:25 [1288]

Lehet, túl...egyszerű?

Előzmény: vjanos, 2018-11-21 16:48:06 [1287]


vjanos | 5108    2018-11-21 16:48:06 [1287]

Ezzel a megoldással mi a gond, benéztem valamit?
Szerintem a GRBL megoldana minden ilyen időzítési gondot...

Előzmény: vjanos, 2018-11-20 22:11:04 [1279]


cree2 | 3295    2018-11-21 15:33:20 [1286]

Eben ott van amit keresel 2 motor kötöti fordulat osztás ...

https://www.youtube.com/watch?reload=9&v=fHAO7SW-SZI

Előzmény: Devecz Miklós, 2018-11-21 13:58:18 [1283]


cree2 | 3295    2018-11-21 15:07:06 [1285]

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

Előzmény: Devecz Miklós, 2018-11-21 13:58:18 [1283]


morvfer7 | 1019    2018-11-21 14:55:37 [1284]

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.

Előzmény: Devecz Miklós, 2018-11-21 13:58:18 [1283]


Devecz Miklós | 2205    2018-11-21 13:58:18 [1283]

Kipróbáltam, de van egy kis hibája.

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ó.

Előzmény: morvfer7, 2018-11-21 03:28:19 [1282]


morvfer7 | 1019    2018-11-21 03:28:19 [1282]

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



//dir pinek definialasa
#define X_DIR 5
#define Y_DIR 6
#define Z_DIR 7

//step pinek definialasa
#define X_STP 2
#define Y_STP 3
#define Z_STP 4

#define EN 8 //enable

//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

delay(10); // sebességet itt lehet állítani

}


Előzmény: Devecz Miklós, 2018-11-20 22:39:52 [1281]


Devecz Miklós | 2205    2018-11-20 22:39:52 [1281]

Igen, ez kimaradt.

DRV8825, és step-dir vezérléssel kell megoldani.

Előzmény: morvfer7, 2018-11-20 22:24:22 [1280]


morvfer7 | 1019    2018-11-20 22:24:22 [1280]

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.

Előzmény: frob, 2018-11-20 21:21:43 [1276]


vjanos | 5108    2018-11-20 22:11:04 [1279]

Nem felel meg a célnak egy GRBL meg a G1X100Y10 kód?
Vagy G1X1000000Y100000... vagy tetszőleges, az arányt megtartva, lépésszámot figyelembe véve...

Előzmény: Devecz Miklós, 2018-11-20 15:52:11 [1266]


dtb | 485    2018-11-20 21:42:11 [1278]

Szerintem egy timerrel nem tudja megoldani.
Amit belinkeltem, azért nézzetek rá.

Előzmény: frob, 2018-11-20 21:19:51 [1275]


  Fórum főoldal  |  A lap tetejére

Időrend:
Oldal 2 / 28 Ugrás ide:
Sorok:
|◄ Első  ◄ Előző   1  2  3  4  5  6   Következő ►  Utolsó ►|


 ◊