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 ?

Hiba

Kiszedtem mindent ami nem kell.

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

Így kell bitet definiálni pl.

#define LED SBIT(PORTA, 0)

Az a kettőspont nem kell oda.

Átírtam az összehasonlítást"==" re az értékadást pedig "=" re. Kitöröltem azt hogy "PORTA,1 ==0;"
most a hibaüzenet ez: Hiba

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

Épp programot írok most, szerencséd van.

Pascalos berögződés miatt ez még elő fog fordulni később is, ismerős jelenség.

Abban lehet sok hiba akkor úgy látom ...

És az if nél meg dupla egyenlőség jel kell, az jelenti a vizsgálatot !!!

Ja várjál már, nem dupla egyenlőség jel kell ott ezek értékadások lennének gondolom, na mi szarvashiba.

a PortA,1 ==0; sort megeszi. Ha kitörlöm ugyan ez a hiba mint itt

Előzmény: elektron, 2014-05-21 22:47:00 [22629]

PPO_X_Step=0;nem az akarna ott lenni ?

Az előtte levő sorban PORTA,1 ==0; az nem jó, az mi akarna lenni ? Azzal van a baj.

Előzmény: Rasiel, 2014-05-21 22:42:00 [22627]

Nálam itt dobta le az agyam a szíjat.... miért nem megy ez? Van ötleted?
Kép a hibáról

Előzmény: elektron, 2014-05-21 21:21:00 [22625]

Milyen kódot fúrásra vagy gravírra ? Van ulp-je közt pcbgcode.ulp, meg FastCode.ulp ezekkel lehet generálni gravírt, meg fúrást is, fúrásra meg Excellont csinál, azt meg pl a z Excellon Gcode Converter nevű programmal át lehet g kóddá alakítani.

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

Netről olvasgattam csak googlozva annak idején, most is ha kell valami rákeresek, kicsit én is kínlódtam az elején, hogy összeálljon a kép annyira, hogy használható legyen.

Előzmény: Rasiel, 2014-05-20 22:08:00 [22623]

Eagle-bol szeretnek mach3-as kodot generalni, tudnatok ajanlani valami jo programot?
Koszonom

leírásod nincs hozzá ? :D tudod egy pászkálosnak szenvedés a céé.

Előzmény: elektron, 2014-05-20 22:02:00 [22622]

Azért, mert abban elég sok minden meg volt írva készen, amikor pár éve elkezdtem foglalkozni és is a C vel mikro környezetben, és úgy maradtam vele jó viszonyban jelenleg is. AVR Stúdiót is használtam párszor Attiny2313-mal meg mega8 168-cal .

Előzmény: Rasiel, 2014-05-20 22:00:00 [22621]

Áh Duino. értem.

Előzmény: elektron, 2014-05-20 21:32:00 [22618]

Optoved Kft. Ott tanultam én is

Előzmény: Servo, 2014-05-20 21:35:00 [22619]

Sziasztok!
Tudnátok segíteni PLC programozással kapcsolatban?
Tudnátok ajánlani, sulit Budapesten?

Atmega168-at általában ARDUINO környezetben.

akkor mit?

Előzmény: elektron, 2014-05-20 20:49:00 [22615]

Én kértem ajánlatot és egy profi kerékre több mint 30.000 ft-os ajánlatot kaptam.

Előzmény: Szalai György, 2014-05-20 18:01:00 [22608]