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
    
   


Az AVR és lehetőségei...

Rekalaca kezeli! :))

 

Időrend:
Oldal 10 / 25 Ugrás ide:
Sorok:
|◄ Első  ◄ Előző   6  7  8  9  10  11  12  13  14   Következő ►  Utolsó ►|

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

elektron | 15859    2013-01-08 17:46:00 [769]

Nem is nagyon van olyan módszer, amivel ember szintű fordítást lehetne csinálni, mert akkor azt használnánk régen. Egyszerűbb dolgokkal megbirkózik tökéletest lehet fordítani, de ha bonyolódik már az ember olyan trükköket ki tud találni, hogy na csak.


isvarga | 842    2013-01-08 17:35:00 [768]

A lehetőséget ,mint felhasználást értettem .
Egyébként egyetértek.
Csak itt jelen helyzetben semmit nem tudunk a ciklus változó deklarációjáról .
Teszem aszt ha k double lenne ,akkor valószínűleg kórusban mondtuk volna elég az int is.

Előzmény: Törölt felhasználó, 2013-01-08 17:17:00 [767]


Törölt felhasználó    2013-01-08 17:17:00 [767]

"hogy mindenre fel akarják készíteni a ciklust, amitől aztán nagyon fut."

Elírtam.
Mindenre fel akarják készíteni a ciklust. Az adott esetben felesleges részek is lefutnak, ezért nagyon lassúak.


Törölt felhasználó    2013-01-08 17:15:00 [766]

Szerintem, féligazság, amit írsz.
Először fordíts vissza egy akármilyen magas szintű nyelven írt ciklust asm-re.
Ezek a ciklusok nagyon aprólékosan vannak írva. Éppen az a gond, hogy mindenre fel akarják készíteni a ciklust, amitől aztán nagyon fut.
Pl. "visszafelé is tudjon menni", meg ezer más dolog.
Szerintem, jobb, ha magad győződsz meg róla.

Előzmény: isvarga, 2013-01-08 17:05:00 [765]


isvarga | 842    2013-01-08 17:05:00 [765]

Szerintem hiába írod át asm-re , pont az történik mint amit az elektron írt -> helyettesíted asm sorokkal azokat a kifejezéseket ,amit egyébként a fordító ugyanúgy lefordít asm-re .(ha szűken a két egymásba ágyazott ciklust nézzük) Az asm a megfelelő használatától lesz gyorsabb .(ugye a magas szintű nyelv alkotói nem tudnak minden lehetőségre gondolni) Amit írtam csak abban az esetben nem igaz ha beépített interpreter van (program).

Előzmény: Csuhás, 2013-01-08 14:02:00 [758]

n/a (inaktív)    2013-01-08 16:23:00 [764]

Imre,
nem használok bascomot, de......
... javaslom lapozd át a controller adatlapját. Nem mindegy ugyanis, hogy a változóid mit takarnak. Emellett találsz bascom példákat a neten, ha "mix asm bascom"-ra rákeresel a gogliban.

üdv
b_pista


Csuhás | 6655    2013-01-08 14:40:00 [763]

Ahogy írtam nem tudom a pascalt asm-be átírni.
( Most ép el vagyok veszve a címzési módok között... )

Előzmény: elektron, 2013-01-08 14:37:00 [762]


elektron | 15859    2013-01-08 14:37:00 [762]

De mit nem értesz, vagy mi nem megy ?

Előzmény: Csuhás, 2013-01-08 14:20:00 [761]


Csuhás | 6655    2013-01-08 14:20:00 [761]

Itt láthatod hogy nagyon egyszerűen lehet kevert nyelven írni:

http://avrhelp.mcselec.com/index.html?mixing_asm_and_basic.htm

Előzmény: elektron, 2013-01-08 14:16:00 [759]


elektron | 15859    2013-01-08 14:16:00 [760]

Csak egy ötlet C-be kell megírni és amit lefordít asm listát hozzá linkelni.

Előzmény: Csuhás, 2013-01-08 14:02:00 [758]


elektron | 15859    2013-01-08 14:16:00 [759]

Ahhoz a Bascomhoz hogy lehet linkelni assembly betétet ? Ha teszem azt meg lenne már a rutin.

Előzmény: Csuhás, 2013-01-08 14:02:00 [758]


Csuhás | 6655    2013-01-08 14:02:00 [758]

Segítséget szeretnék kérni: Egy pár soros pascal rutint kellene átírnom xmega procira de sebességkritikus volta miatt assembly rutin szükséges. ( Egyébként a program többi része bascom alatt íródik. ) Mivel assemblyben nem programoztam még atmel procit ezért csak kínlódok vele. Erről volna szó:

var
a: array [0..1400] of byte;
c: array [0..750] of integer;

.....
for k:=90 to 650 do begin
n:=0;
for i:=1 to 700 do n:=n+abs(a-a[k+i]);
c[k]:=n;
end;

Ha valaki tud segíteni akkor mailt dobjon mert nem akarom ezzel jobban foglalni a fórumot.


elektron | 15859    2012-12-09 19:42:00 [757]

Igen írtam is, hogy már ott ez látszik, hogy meg lett oldva, közben meg is dícsérlek, nem rosszakaratból írtam, hanem hogy ha neked is esetleg hibázik, akkor tudjál róla, hogy ilyen oka is lehet.

A te paneledet csináltuk meg, mert azt találtam, ami jól nézett ki, s köszönöm én is a munkádat, sokat segített és honlapod is ügyes, meg te is.

Nekem hosszabb távon is ilyesmi terveim van ilyen elektronikákkal foglalkozni és amit lát az ember abból sok mindent megtanul, amit fel lehet használni azt a tudást a későbbiekben.

Van pár tudnivaló, amit valós áramköröknél be kell tartani, illetve oda kell figyelni rá, amennyiben pl. valahogy aránylag nagyobb áramok folynak, ugyanis ott a feszültség már elég sok tud esni vékony vezetékek esetén, a GND vonalon pedig minden átfolyik amennyit összesen fogyaszt valami, ha mondjuk egyik szélén van betáplálva a GND és a működtető fesz.

Azonkívül ha nagy frekvencia van, mint pl. FET kapcsolásnál is ahol elég gyors áram változásra van szükség, ott még a vezeték hossza is megnöveli ezt az eső feszültséget, az induktivitása miatt, ha hosszú vezeték megy valahova.

Annyit kellett hogy húztam egy vastag GND vezetéket az IR2184-hez, agy az áram nagy része ott folyik el, a processzor fele már csak egy kicsi emiatt. Nem kellett azért elvágni se a GND eredeti vezetékét se, egy pót vezeték ráforrasztása volt.

Ez a mostani nyákod is egész rendezett és szép is.

Előzmény: kozo, 2012-12-09 18:09:00 [752]


kozo | 1849    2012-12-09 18:41:00 [756]

írtam mailt , azt hittem rosszul hiszem.
Okoskodjunk már ki egy jobbat. Had egyen itt egy két embert a penész!

Előzmény: svejk, 2012-12-09 18:38:00 [755]


svejk | 32813    2012-12-09 18:38:00 [755]

"írj jobbat . Csinálj jobb nyáktervet. "

Ne nevettess már, láttál Te itt valamit is publikálni Elektrontól? Még az adatlapja is megtévesztően volt kitöltve, míg rá nem pirítottam.

Előzmény: kozo, 2012-12-09 18:27:00 [754]

kozo | 1849    2012-12-09 18:27:00 [754]

Én sem mint szerintem 10 ből 9 ember nem tett mást mint a parancs karaktareit átírja.
írj jobbat . Csinálj jobb nyáktervet.
Nem egyszerű , szerintem .
Az én szellemi színvonalamtól ennyi tellett .
Kárt nem okoz senkiben aki megcsinálja az én nyáktervem , legfeljebb némi kiindulási alapnak adok egyfajta lehetőséget .
Megpróbáltam , ennyi sikerült . Mindenki javítsa ahogy érzi .
Én sem tettem eddig másképp .
Megpróbálom Atmega8 al kicsit UHUsítani ugyan ezt az SMCt . Elfoglalom magam . Bár lehet nem kellene . De valami hajt . Ami gondolom Téged is .
Ne add fel és az encoder + és - közé is elég a 100nF kondi !

Előzmény: elektron, 2012-12-08 22:38:00 [749]


kozo | 1849    2012-12-09 18:20:00 [753]

Csinálj jobb nyáktervet és tedd közzé .
Az eredeti hex vagy ASM filét szerintem egyszerűbb újra mint átírni . Én sem mint szerintem 10

Előzmény: elektron, 2012-12-08 22:38:00 [749]


kozo | 1849    2012-12-09 18:09:00 [752]

Nem .
Az 1.0 ás SMC csinált ilyet , de ez ami most fent van az oldalamon az nem produkálja a szitut.

Előzmény: elektron, 2012-12-08 21:03:00 [746]


elektron | 15859    2012-12-08 23:55:00 [751]

A GND vonal a proci után még elsétált a nagy áramú IR2184 fele és így az megrángatta GND pontját mikor vezérelve lett az az IC és emiatt tulajdonképpen RESET lett, mert a OD level igencsak 4.5V ra van állítva és elérte azt a szintet a tápfesz visszaesése anélkül, hogy oszcilloszkppal néztem volna logikus volt innentől, egy GND vezetéket vastagot a IR hez vezetve megszűnt a jelenség ... de megláttam az újabb verziójáéban a nyák át is lett tervezve úgy hogy ez a dolog ne fordulhasson elő ilyen mértékben bár ott is van még mit javítani úgy látom.

Előzmény: svejk, 2012-12-08 21:44:00 [747]


elektron | 15859    2012-12-08 23:00:00 [750]

Svejk komám, azt hiszem megvan a hiba oka, hát behalok ...

Előzmény: svejk, 2012-12-08 21:44:00 [747]


elektron | 15859    2012-12-08 22:38:00 [749]

Az első motorot visszaraktam és olyan érdekeset csinál, hogy egyik irányba 2A t ad neki, ha másikba térítem csak 0.2A kb és
mintha ugrana egyet elengedi egy pillanatra , nem progrmahiba az ???

Elég gyanús, lehet iylen miatt megy ki errorra is.

Lehet akkor ettől akad le a nagyiobb is hiszen ott is a hiba felnő és azért leakad akkor ez az OKA igencsak.
ÍGy már érthető, mos tkérdés amásik panellel procival is ugyanez van akkor vagy a híd a szar pl vagy a program.
Meg kell nézni akkor másik anelle l is de jó lenne ha egy működne és tunám mi az okiuk nem ilyennel szórakonzi
mikor értelmesebben is lehetne időt tölteni.



Másik jelenség, hogy ha elkezdem pár Hz frekivel ide oda kézzel mozgatni engedi kilibben elég nagyokat mintha valami rezonanciában lenne
ezt meyik paraméter okozhatja ?

Közben a Encoderre tettem szűrést 1nF ot, ja de leeht csak egyik csatornára .... műásikra is kivenni a 100nF ot akkor
az kimaradt mert A B csatorna van ugye ...

Meg egy 10k felhúzó ellenállást tettem RESET jére hamarabb beindul így úgy néz ki nem is fagy ott le induláskor így ...


Na melyik paramépter engedheti így libegni ? Vagy D tag túl nagy és nem engedi gyorsan belibbenni vagy I tag kicsi ?
Lehet I tag kicsi ...

Az I tagot megdupláztam és jobb let sokkal a kilengés nem engedi annyira.

Na most az eredeti progamját kéne beletölteni úgy megnézni nem a kozo félét lehet az lenne szar ??? Az a hex ?

Megnéztem másik panelt is az is ugyanúgy viselkedik, ahogy itt leírtam vagy 10 sorral feljebb egyik irányba nem nagy erőre is elengedi
resetel míg másikba rrrorra áll meg és piros led de nem írkisemmit mert nem resetel ez valami program hiba lesz igencsak.

Letöltöttem a kzo legújab verzióját és az is ugyanazt csinálja tehát ha hibás akkor abban is bnne van.

Paraméter nem jó valami még, vag ytápom gyenge ??? De ezek nem vallószín mert akkor se kéne neki reseteni az nem erre utal.
Terminálja szar nálam hibádzik mindig...

Ja még a motor is lehet rossz ???? Egyik irányba erős másikba nem ugyanannyi áramnál, ezt egy áram tesztel meg lehetne nézni ...

Ha adok enki fix áramot a labortáppal pl. de nem ez azért nem vlaszinű mert miért megy resetbe ???? az nem nosmális
Eredeti fickó hexét nézzem mág cmeg cska ...


Nem valami fuse bit nem jó BOD resetel pl ? vagy Watchdog always on van és ez meg nem watsdogoizk ??

Na, most valami gyanús lett. Eredeti SMC3A is azt csinálja mint emezek, tehát nem ott van abaj illetve akkor az is rossz ha
amiatt lenne.

De megláttam még valamit, mégpedig a paneln a FET híd felső részén a vezrlő vonal hosszan megy az áram vezeték mellett párhuzamosan
nem amiatt zár le az egyik fet és amiatt gyengül el ????

Ez kisebb motornál pl lehet nem tünne fel de ennépl ahol 3A is megy 20W on ott előfordulhat ???
Oszcilloszkóppal meg kéne nézni mit mutat az a híd illeve hog a proci jele és a FET vezérléssel mi a helyze ???
Vagy ott ellenállás nem jó?

Vezeték panel terv baj lesz lehet ????
Mert a progam jónak nézhet ki, mert ott a Torque limiten ltászik, hogy a proci az kiadja a PWM jelet a max torquen elvileg
ekkor a proci kimenő jele egyforma lesz mindkáét irányba kérdés hogy a FETnél is kimenő áram mit csinln az nem igen lesz jó, mert
az ampermérő Pici ármot mutat pedig a PWM rajta van elvileg tottál, tehát nem is a morot klesz a baj ,,,, mert az akkor venné az áramot
is vagy mégse ??? Tehát ugyanazt a feszt ráadom a motorrra nem gyengébb abban az irányban, ezt meg egy másik motorral is meg
lehet nézni, hogy ha az is ugyanaezt csinálja, akkor nem a motor rossz, hanem a board hardver mégmeg a FET hajtás vagy a vezetékezés
vagy kondi vagy akármi ....




elektron | 15859    2012-12-08 22:37:00 [748]

Mit gerjed , na pont most jutottam hasonló következtetésre, végig próbálgattam mindent egy litániát írtam, hogy lássam mi a helyzet, és van egy gyanúm ... de a gerjedést hogyan érted ? Segítenél ?

Előzmény: svejk, 2012-12-08 21:44:00 [747]


svejk | 32813    2012-12-08 21:44:00 [747]

Gerjedés.

Előzmény: elektron, 2012-12-08 20:15:00 [744]


elektron | 15859    2012-12-08 21:03:00 [746]

Letöltöttem a legújabb verziójú hexedet és az is azt csinálja, neked ilyesmi nem tűnt fel ?

Előzmény: kozo, 2012-12-02 18:10:00 [742]


elektron | 15859    2012-12-08 20:17:00 [745]

MicroC pro for AVR t használtatok már ? Az demo verziója éppen annyit tud, csak hogy a TFTLCD t háttért kifest több nem fér a 4096 byte ba ...

elektron | 15859    2012-12-08 20:15:00 [744]

Ez az SMC szervó elég érdekes dolgot csinál:

1. Egyik irányban ha próbálom kézzel eltéríteni, akkor felmegy 2A ig, majd elengedi sorosra nem ír semmit, error led piros világít.
2. Másik irányban ugyanezt csinálva 0.2A körül elengedi és RESETel a bejelentkező szöveggel.

Ez mitől lehet, normális ? Persze nyilván nem, ez valami eredeti bugja, vagy más oka lehet ?


elektron | 15859    2012-12-02 19:18:00 [743]

http://www.mikroe.com/mikromedia/xmega/

Ilyenetek nincs valakinek ?

Borzasztó lassan tölt fel a bootloadere, egy 2000kB hex file 15-20 perc alatt megy fel, szerintem annak nem kéne több idő, mint 3 perc pl. ???


kozo | 1849    2012-12-02 18:10:00 [742]

AVR doktor üzemkész panelt vennék vagy csak nyákot . Ha valakinek van felesleges jó árasítva ... megvenném , megköszönném !


elektron | 15859    2012-11-25 21:34:00 [741]

De, ha valaki hülyeséget lát az én számolásomban szóljon.


elektron | 15859    2012-11-25 21:33:00 [740]

[rpm]< 60*f/([cpr]*2)

[rpm]< 60*80000/(2000*2)= 1200 nálam ennyi jön ki 80kH interruptnál nem tudom hol nem stimmel vlami persze ez már 2*biztosnággal teht ha épp a szélét nézzük, akkor 2400 [rpm] a abszolút max határ, azért furcsállom nálad mit mutat az a műszer 3400-at.

Előzmény: elektron, 2012-11-25 21:29:00 [739]


elektron | 15859    2012-11-25 21:29:00 [739]

Na, most minden googleozás nélkül:

Mennyi jelváltozás van az encoderben =

proci interrupt frekije > [cpr]*[rpm]/60

akkor

60*f/[cpr] > [rpm] de hogy legyen tartalék, ne a htáron mozogjon egy kis biztosnági tényezőt kell meg ráhagyni tehpt ezt még osszuk el 2-vel, vagy kinek mennyi tetszik.

[rpm]< 60*f/([cpr]*2) ha nem számoltam el valamit.


kozo | 1849    2012-11-25 21:05:00 [738]

Én nem nagyon értek hozzá , vagy inkább nagyon nem értek hozzá .
De nem így kell kimatekozni az elvi max rpm(et) = 2 * 52k[sps] / 2000[cpr] * 60 = 3120[rpm] .
Javíts(atok) ha el vagyok tévedve ...?

Előzmény: elektron, 2012-11-25 20:43:00 [737]


elektron | 15859    2012-11-25 20:43:00 [737]

Az nem semmi, 3400 fordulat ott már 110 ezer impulzus jön be azt hogy dolgozza fel ?

Előzmény: kozo, 2012-11-25 20:34:00 [735]


kozo | 1849    2012-11-25 20:36:00 [736]

#733 elektron írásához.

Előzmény: kozo, 2012-11-25 20:34:00 [735]


kozo | 1849    2012-11-25 20:34:00 [735]

Minap csináltam , 500as encoderrel : SMC

kozo | 1849    2012-11-25 20:32:00 [734]

így meg pláne érdemes a 7414 et betenni utánuk.
Láttam már ilyen RC megoldást 470pF os kondikkal is. De a forrasztás csak egy oldható kötés ...

Előzmény: elektron, 2012-11-25 20:19:00 [732]


elektron | 15859    2012-11-25 20:26:00 [733]

2n2 jó inkább, az 80kHz nél már 5dB körül vág az is, a SMC vezérlő 8..kHz mintavételezése miatt nagyobb freki úgyse jöhet át, encoderként.

Aszongya olyan 2000-es fordulatnál van 2000*2000/60 impulzus nagyjából 66000, azt még be tudja venni elvileg ennyi a max fordulat SMC-nél 500-as encoder tárcsával.


elektron | 15859    2012-11-25 20:19:00 [732]

Most néztem meg számolásilag, hogy mi történik, ahogy most van 500-as encodernél, 1000-es fordulatnál jön 33000 impulzus és ezt a 100nF úgy megszűri, hogy vagy 30dB lel leesik a jel, lehet így alig megy vagy 300-as fordulattal.
100nF helyett elég oda egy 4n7 kb.


kozo | 1849    2012-11-25 20:03:00 [731]

Arra gondoltam én is , esetleg még egy 7414 es egyik kapuját sorba kötni ...? Rontani talán nem rontana a helyzeten?!

Előzmény: elektron, 2012-11-25 19:51:00 [730]


elektron | 15859    2012-11-25 19:51:00 [730]

Félreértettél lehet, a 3-4k ellenállás nem a RESET nél van, hanem az Encoder A és B csatornájánál.

Előzmény: kozo, 2012-11-25 19:48:00 [728]


kozo | 1849    2012-11-25 19:49:00 [729]

peferálnám = preferálnám


kozo | 1849    2012-11-25 19:48:00 [728]

A 100nF kondikat szerintem ne is tedd bele ,se mást helyette.
A 3-4k ellenállások helyett én jobban peferálnám az 1.5-2.4k valamelyikét (ami van a spejzben).

Előzmény: elektron, 2012-11-25 19:00:00 [726]


svejk | 32813    2012-11-25 19:31:00 [727]

Lassan kiderül hogy nem csak programozó matematikus nem vagy, de az elektronikához sem értesz )

Előzmény: elektron, 2012-11-25 19:00:00 [726]


elektron | 15859    2012-11-25 19:00:00 [726]

Szia , 47uF van benne csak nincs ellenállás, ez olyan fajta panel. Majd belerakom, aztán kiderül. Meg még az encoder bemenetén 100nF van az igen sok lesz, mert az 500-as encoder jelét nem veszi rendesen, nagyon leszűrheti, legalábbis valószínű, még oszcilloszkóppal nem néztem meg, de sorosan van vagy 3-4k ellenállás utána 100nF GND re és be a proci lábába.

Előzmény: kozo, 2012-11-25 18:09:00 [725]


kozo | 1849    2012-11-25 18:09:00 [725]

Próbáld meg ezt a variációt :
10-47uF -> GND
1K -> +5V

Előzmény: elektron, 2012-11-23 17:47:00 [722]

elektron | 15859    2012-11-23 18:24:00 [724]

Na ez nem úgy lett kitalálva, én is valami hasonlóra tippeltem inkább, csak gondoltam hátha valaki többet csinált már ezt a félét is. Kösz.

Előzmény: LZ, 2012-11-23 18:19:00 [723]


LZ | 1538    2012-11-23 18:19:00 [723]

Azt amit a többinek is.
100nF -> GND
10K -> +5V

Előzmény: elektron, 2012-11-23 17:47:00 [722]


elektron | 15859    2012-11-23 17:47:00 [722]

ATTiny2313 procinak a RESET lábára mit kell kötni, hogy stabilan induljon ha tápot adunk neki ? Amivel itt próbálom egy kondi van ráakasztva semmi 5V meg ilyenek és nem is akar indulni mindig.


elektron | 15859    2012-11-03 02:58:00 [721]

Lehet ebből még csirke keltetőt is lehetne csinálni, olyan 0.15 fok a felbontása talán így ránézésre.


elektron | 15859    2012-11-03 02:54:00 [720]

Na eddig tartott beüzemelni, működik itt valami kódot amit találtam, azt írja 21 fok van , a fali hőmérőn 17-et látok, persze az lehet hűvösebb, talán valós lehet az érték, ha ráteszem a kezem melegszik.

http://www.pjrc.com/teensy/td_libs_OneWire.html#bugs innen töltöttem elvileg hibátlan verzió meg van bug is ezekben megnézni
http://milesburton.com/Main_Page?title=Dallas_Temperature_Control_Library


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

Időrend:
Oldal 10 / 25 Ugrás ide:
Sorok:
|◄ Első  ◄ Előző   6  7  8  9  10  11  12  13  14   Következő ►  Utolsó ►|


 ◊