Miért kéne pont 314-re? Amit persze nem tudsz, ahogy írtad magad is.
Most 0.75A-t kap a motor, vagyis minden motor, de ezzel van a gondod csak. Ha fel is tekered, max. 190-200-ig tekerheted fel, ez a motorod ajánlott határértéke kb, 1A felett valamivel.

Előzmény: n/a (inaktív), 2014-05-24 11:52:00 [22687]

De azt nem is engedné max 255... nem igazán értem

Nah a motoromnak az adatai:

* Step Angle 1.8°
* NEMA17 with body length 40mm and 4 wires
* 3.4V min.
* Current 1.7A max. (1.2-1.4A recommended)
* Resistance 2oHm
* Inductance 3mH
* Torque static 3400 g.cm
* Weight 0.25g

Ezekszerint átkéne állítanom az értéket az x tengelyen 314-re?

A többi motor más, azok:
2.8V
1.68A
1.65Ω
2.8mH
4400 upto 5500 torque

Ezekkel eddig nem volt gond, de ezeknél is fel kéne emelnem kb ugyanannyira.

// Motor Current setting (Only functional when motor driver current ref pins are connected to a digital trimpot on supported boards)
#define DIGIPOT_MOTOR_CURRENT {135,135,135,135,135} // Values 0-255 (RAMBO 135 = ~0.75A, 185 = ~1A)


Megvan:)

Majdnem. A motorok Ampere a configuration_ADV.h-ban van
Ezt keresd:
// Motor Current setting (Only functional when motor driver current ref pins are connected to a digital trimpot on supported boards)
#define DIGIPOT_MOTOR_CURRENT {135,135,135,135,135} // Values 0-255 (RAMBO 135 = ~0.75A, 185 = ~1A)

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

vagy épp valami határértéken kapja az ampert a chiptől és így szép lassan elromlik miközben használom? Nem nagyon értek az elektronikához csak próbálok értelmet lelni a történésekben, köszönöm a segítséget:)

Én nem találtam a configuration.h-ban semmit sem az amper beállításokról, nekem is az volt az első elképzelésem, mert a ramps1.4-nél még kalibrálni is kellett a motort, de a rambonál nincs rá manuális lehetőség. Ha átdugom máshova ugyanúgy csinálja és ha kicserélem egy másik motorra akkor működik a dolog, a probléma az, hogy ezt egyszer már megtettem... ilyen hamar tönkremennek a motorjaim?

Első körben dugd át y az tengelyre a motort az elektonikán az szépen működik ahogy láttam (ugyan az a két motor?)
Ha ott is csinálja akkor motor vagy kábel problémája van. A rambo-nál lehet firmware-ben állítani a motor amperét szoftveresen az mennyire van rakva? Nem melegszik a motor nagyon?

Előzmény: n/a (inaktív), 2014-05-24 06:29:00 [22680]

Sziasztok!

Néha elkezd furás viselkedni az egyik stepper motorom a 3d nyomtatómon. Akadozik rossz irányba megy, idegesító zúgó hangot ad ki... szóval semmi jó. Ilyenkor kikapcsolom várok egy kicsit ujra bekapcsolom és újra jó lesz... vagy nem de pár próbálkozás után megoldódik. A szerkezettel semmi baj nincs, lejjebb találtok két video linket nézzétek meg kérlek. Lényegében azt vettem fel ahogy egy irányba mozgatom folyamatosan az x axist és ha már nem megy tovább hazaküldöm. Utána pedig cxsak a motort mozgatom.

Tegnapelőtt előjött a probléma és azóta nem akar megjavulni(vagyis egyszer rendbejött, de utána ismét problémás lett).

Mi lehet a probléma és hogy tudom megoldani?

controller: rambo v1.2(A motor driver itt nem melegszik)
Előre is köszi a segítséget!
videok:
http://youtu.be/U3tVfAw5Mf0
http://youtu.be/NTWo10x9Dac

erre én sem gondoltam, csont nélkül.

Előzmény: Motoros, 2014-05-22 18:10:00 [22673]

Köszi! Neked megy? 100% tuti jó a kód?

Előzmény: elektron, 2014-05-23 02:13:00 [22677]

#include <io.h>
#include "sbit.h"

#define INPUT0 SBIT( PORTA, 1 ) // bemenet bit
#define INPUT0_DDR SBIT( DDRA, 1 ) // irány bemenet lesz

#define LED0 SBIT( PORTA, 0 ) // kimenet bit
#define LED0_DDR SBIT( DDRA, 0 ) // irány kimenet lesz

int main( void ) {

LED0_DDR = 1; // kimenet láb
INPUT0_DDR = 0; // bemenet láb

if (INPUT0==1) {
LED0 = 1;
}
else {
LED0 = 0;
}

}

Előzmény: Rasiel, 2014-05-23 01:37:00 [22676]

Helló! Persze jó a processzor, a mikrópászkálos dolgok mennek is rajta. A basic led blink volt az első amit teszt képpen megírtam, de úgy megy. Viszont kicsit konkretizálom mit szeretnék.

Pascalban az i/o portokat lehet külön-külön definiálni így: "var LED0 sbit at PORTA0_bit;"
Ezzel az utasítással aliasoltam is a PORT A 0.lábát, adhatok neki értéket így: "LED0:=1;" Ha bemeneteti aliast akarok definiálni akkor "var INPUT0 sbit at PINA1_bit;" ha le akarom kérdezni hogy mi történik, akkor azt így teszem:
" if (INPUT0=1) then LED0:=1 else LED0:=0; "

Ezt Cben hogy tudom megtenni??

Előzmény: elektron, 2014-05-22 14:34:00 [22670]

koszonom, kiprobalom a leirtakat.

Próbáld a gcode-02.ulp-t
Ez körbemarja, kívánságra tisztázza is, bár ez elég lassu folyamat, de megteszi. A középső része fúr, bár nem G82-vel, ez átírható, végül körbemarja, jelölhető mekkora maróval, hány menetbe tegye. A CUT (körbemar) íves konturt nem tud.

Előzmény: almacsutka, 2014-05-21 20:46:00 [22624]

Én meg ha jól emlékszem a step-four fix lábkiosztású, tehát kicsi az esélyed arra hogy pont stimmel a Dexma vezérlőhöz.

Előzmény: Machszi, 2014-05-22 14:36:00 [22671]

Ha jól tudom, a step four csak a saját hajtáskártyájával hajlandó elindulni...

Előzmény: Machszi, 2014-05-22 14:36:00 [22671]

Köszönöm mindkét dolog érdekel amit írtok akár a mach 3 is csak ahhoz kell még szereznem egy pc-t. Az előbb lemaradt de a step four programot gondoltam rátenni. Hétvégén talán lesz egy kis időm próbálkozom kicsit.

Egyáltalán ez a processzorod működik valami más program ment már vele ?

Előzmény: Rasiel, 2014-05-22 04:05:00 [22657]

Az jó ötlet.

Előzmény: v.l, 2014-05-22 03:50:00 [22653]

Led villogtató program AtMega32

Ezt próbáld ki.

Előzmény: Rasiel, 2014-05-22 04:05:00 [22657]

Szia!

Én fel tudok neked ajánlani egy DOS-os 3 tengelyes progit névre regisztrálva; ingyen.
Corel plt. fájl-ból közvetlenül dolgozik, importált színek szerint szerszámpályákat kezel...
Tetszőlegesen konfigolható a hajtás bármely kimenetre, marómotort be-ki kapcsol,
bemenetként referencia kapcsolókat kezel...
A gyorsbillentyűk használatával (pár darab), nagyon hatékonyan lehet vele dolgozni - gravírozni.

1 bites BMP-t lehet vele kopogtatni.. (fotógravir)

Ha érdekel, elküldöm, de csak a jövő hét közepén (akkor leszek otthon)...

Előzmény: Machszi, 2014-05-22 12:41:00 [22663]

Mach 2 vagy 3-al megcsinálom neked bármikor a beállításokat és garantáltan nem lesz füst.
De ahhoz aztán igen csak szakmai antitalentumnak kell lenni ha egy Step Dir rendszernél LPT portról füstöt csak ki a vezérlőből

Előzmény: Machszi, 2014-05-22 12:44:00 [22664]

Na igen, és menyire konfigurálható az a másik program ?
Mert anélkül nem sokra fogsz menni hiába találod is meg az adott pineket.
Például az ATT-nek a dos-os programja tele volt, van aknákkal amik nagyon csúnya dolgokat csinálnak ha valaki belepiszkál.

Előzmény: Machszi, 2014-05-22 12:41:00 [22663]

Ja a kísérletezéssel csak annyi a bajom, egyrészt elektronikában nem vagyok kicsit se jártas, és félek a füstjelektől.

Előzmény: Törölt felhasználó, 2014-05-22 11:18:00 [22662]

Azért szeretném lecserélni mert amire nekem kell a gép azt tudja ez a másik DOS-os program is és azt valamelyest ismerem, és nem csak dnc fájlt fogad amiről annyit tudok, hogy G kód viszont a másik tud DXF-ből dolgozni, azt pedig exportálni tudom corel drawból. Valami ilyesmi az ok.

Előzmény: Törölt felhasználó, 2014-05-22 11:18:00 [22662]

Szerintem senki nem lesz aki csak úgy fejből ide löki, hogy ezt és ezt állítsad be.
Sajnos ezt neked kell ki kísérletezni, hogy adott pin mit csinál a vezérlőn.
Mellesleg ha szabad tudni, miért szeretnél programot váltani, illetve mire?

Előzmény: Machszi, 2014-05-22 10:18:00 [22661]

Sziasztok! Szeretnék segítséget kérni, adott egy régi (2004) dexma cnc vezérlés, esetleg van valakinek valamilyen információja mi az lpt port pin kiosztása? Egy másik programmal szeretném meghajtani. Esetleg valami egyszerű nem hozzáértőnek való leírás hogyan tudom kitotózni melyik micsoda.

Köszi az értelmezést. Egy utasításnyi assemblyt sem értek.

Előzmény: v.l, 2014-05-22 04:06:00 [22658]

Alap, hogy ilyenkor meg kell kérni a fordítót, hogy legyen szíves assembly kimenetet generálni olvasható formában (hogy ezt az AVR-es fordítódnak hogyan kell megmondani, azt nem tudom), és abban szépen ki lehet bogarászni, hogy hol nem az a gépikód készül, amit mi szeretnénk. Sokszor ennyiből simán rá lehet jönni, hogy mit gondolunk mi vagy az fordító rosszul.

Előzmény: Rasiel, 2014-05-22 04:05:00 [22657]

Az 1<<y az 1-et bitenként eltolja balra az y értékével. 1<<0 = 1, 1<<1 = 2, 1<<2 = 4, 1<<3 = 8, és így tovább.
Az x |= z ugyanazt csinálja, mint az x = x | z. Az x | z ugyanazt csinálja, mint Pascalban az "x or z" (bitenkénti VAGY kapcsolat).

Azaz az x|=1<<y az "x" nevű változóban az "y". bitet 1-be állítja.

#include <avr/io.h>
#include <util/sbit.h>

#define LED SBIT(PORTA,0)

int main ()
{
DDRA= 0xFF;
DDRB= 0x00;
while (1)
{
LED=1;
}
}

Lefordítható, égethető és totálisan semmit nem csinál.

((x)|=(1<<(y))) ez mit takar?

Egyébként ha az SBIT-et használom nem enged semmit mögé írni. Viszont működni sem működik. Idegesítő hogy ilyen alap dolgok is hiányoznak mint a portok individuális kezelése.

Előzmény: v.l, 2014-05-22 04:00:00 [22655]

Mit szeretnél tudni pontosan?

Előzmény: Rasiel, 2014-05-22 03:52:00 [22654]

És mit jelent a zárójelben lévő rész?

Előzmény: v.l, 2014-05-22 03:50:00 [22653]

Egy apró megjegyzés: ha makrót definiáltok, akkor az összes makróparamétert a makró tartalmában tegyétek zárójelbe. Így:
#define SETBIT(x,y) ((x)|=(1<<(y)))

Ellenkező esetben a makró behelyettesítésénél ha olyan kifejezést használtok, amiben a makrón belül használt operátorhoz képest gyengébb precedenciájú operátor van, akkor nem a várt módon fog viselkedni a program, és ez tipikusan egy olyan hiba, amit rettentő nehéz megtalálni. Ezért jobb, ha az ember így szokja meg a makrók definiálását.

Előzmény: elektron, 2014-05-21 23:42:00 [22645]

Egyébként hiába definiálok ki/bemeneti lábat SBIT-el....a fordító lefordítja ugyan, csak a hardware nem csinál semmit vele. :/

Előzmény: elektron, 2014-05-21 23:57:00 [22650]

Úgy más persze, csak én a Pascalt 12 évesen kezdtem el, és annak már 15 éve Idővel persze ha haladok vele átállok teljesen. Sajna a jó öreg Pascalnak nem nagyon van jövője.

Előzmény: elektron, 2014-05-21 23:57:00 [22650]

Én ezt C-ben kezdtem, amellett már nem kellett pascalozni.

Előzmény: Rasiel, 2014-05-21 23:53:00 [22649]

Kényszerből csinálom egyébként, mert a "mikropascal" fejlesztőkörnyezetben több a bug mint a használható elem. A C meg az Atmel "sajátja" a kezdetek kezdetétől...

Előzmény: elektron, 2014-05-21 23:51:00 [22648]

Majd tisztulni fog az, érdemes szerintem, mert rengeteg kód van amiből lehet tanulni, meg használni is.

Előzmény: Rasiel, 2014-05-21 23:43:00 [22647]

Hála tényleg érte. Ez a C nyelv nekem egy nagy katyvasz. Pedig megítélésem szerint egész jó Pascalos vagyok....

Előzmény: elektron, 2014-05-21 23:42:00 [22646]

Na, végre valami összejött nekem is ma akkor.

Előzmény: Rasiel, 2014-05-21 23:41:00 [22644]

Vagy ilyenekkel is lehet bitet manipulálni pl.:

#define SETBIT(x,y) (x|=(1<<y)) //set bit y in byte x
#define CLRBIT(x,y) (x&=(~(1<<y))) //clear bit y in byte x

Mukodik! Köszönöm!

Előzmény: elektron, 2014-05-21 23:35:00 [22643]

Ezt másold a programod elejére pl. vagy itt a file linkje:

sbit.h

Előzmény: elektron, 2014-05-21 23:34:00 [22642]

ez definiálja azt az SBIT( ... cuccot:

#include <avr\io.h>

// Access bits like variables:
struct bits {
uint8_t b0:1;
uint8_t b1:1;
uint8_t b2:1;
uint8_t b3:1;
uint8_t b4:1;
uint8_t b5:1;
uint8_t b6:1;
uint8_t b7:1;
} __attribute__((__packed__));

#define SBIT_(port,pin) ((*(volatile struct bits*)&port).b##pin)
#define SBIT(x,y) SBIT_(x,y)

Előzmény: Rasiel, 2014-05-21 23:31:00 [22640]

de ha kiszedem azt a sort ahol értéket akarok adni az sbit-el definiált kimenetnek, akkor lefordul rendesen.

Előzmény: Rasiel, 2014-05-21 23:31:00 [22640]

nincs. nincs olyanom hogy sbit.h

Előzmény: elektron, 2014-05-21 23:28:00 [22639]

Ott az include-ok közt van sbit.h ?