Köszönöm!
Nem igazán értem a különbséget a hardveres és a szoftveres PWM között.Már sikolymester is írta, hogy a hardveres PWM-nél nem kell nullázni a timert, viszont az előző kódnál meg kellett.

Valoban nem csinalja erdekes. Es az az oka, hogy a CMR es cmr unionban van. Amig nem jovok ra, hogy hogyan lehet csinalni, addig azt javaslom, hogy futasidoben adjal a struktura(k)nak erteket(peldaul az init hivasa elott), ne deklaraciokor, a fordito ugyis kioptimalizalja.

Valami ilyesminek kellene lennie. Sajnos nem tudom kipróbálni, mert a legutóbbi manőveremnél tönkre vágtam az IC eme részét, és azóta lusta voltam menni az msc-hez.

A TCNT2 babrálását nyugodtan ki lehet hagyni.

Így teljesen megfelelő:


Félreértés van szerintem azzal, hogy az OCR2 regiszter melyik pillanatban íródik be a helyére ténylegesen. Ez vagy a számlálás alján, vagy tetején történik. Értsd: amikor a TCNT2 == 0, vagy TCNT2 == 255 (8 bites működés esetén). De nincsen gond, mert ha beírsz mondjuk 100 at az OCR2 helyére és a TCNT2 éppen 110 nél jár, akkor majd szépen befrissül az OCR2 helyére a 100 értéke, amikor a TCNT2 elérte vagy a 0-t vagy a 255-t.

Szóval ideális esetben egy hardveres pwm-nél nem piszkálod a TCNTx számlálót.

Robi98: szoftveres pwm, akkor van, amikor az atmega8-n a mellékelt képen jelölt lábak egyikén csinálsz pwm-t. Remélem ez így érthető most.

Akkor nem csak nálam van ez a probléma. Köszönöm, hogy foglalkozol a problémámmal.

Mellékelek egy összevágott képet, hogy mit alkottam ez alapján. Ha beírom ezt:
avr32_pwm_cmr_tpwm_cmr;
akkor elfogadja a .CMR-t. De ha ezt betöltöm nem történik semmi. Vajon mi lehet a probléma?

Üdv.:Gergő

Köszönöm, most már megértettem ezt az egészet.
Tehát nem kell semmit sem csinálni a TCNTx-el, mert a potméter értékét mindig automatikusan beolvassa.

Úgy van, akár olyan kódot is lehetne írni, ahol a mainben üresen áll a szokásos while(1) végtelen ciklus, mert teszem azt az ADC folyamatos üzemre van állítva és az ADC ready interruptban cseréled le az OCRx regisztert.

Xmegánál még fokozni is lehet. Ha jól tudom, akkor a dma modulljával megoldható, hogy az ADC értékét átirányítod az OCRx helyére. Ekkor még interrupt sem kell.

Szerintem az a baj, hogy a PWM-hez tartozo labnak nem allitottad be, hogy a periferia hasznalja. Ezt a
hivassal lehet.
Itt az x azt jelenti, hogy hanyadik PWM kivezetes, az y pedig azt, hogy melyik periferia csoport(A/B/C/D). Az ehhez kapcsolodo lab es periferia kiosztasi tablazatot az adatlap 7. oldalan talalod meg. Peldaul, ha a PA13-mas labra szeretned kirakni, akkor mivel a B periferia oszlopban van a PWM - PWM[2] kivezetes, igy az x a szogletes zarojelben levo szam es y=0, ha A periferia, y=1 ha B periferia, es igy tovabb, tehat ebben az esetben hivast kell beleirnod.

Esetleg a teljes main.c-t mellekeld, mert a screenshot sosem teljes es igy nehez a hibat megtalalni. Lehet hogy a kep elejen jol allitod be a gpio_enable_module_pin hivassal, viszont ha utana meghivod a gpio_set_gpio_pin-t es akkor biztos, hogy mar nem periferia uzemmodban van a lab. Az AVR8 es AVR32 kozott az a kulonbseg, hogy mig az elobbinel a periferia hasznalata eseten is be kell allitani a lab iranyat, AVR32-nel ezt nem szabad megtenni, ha kivalasztod a periferiat, akkor mar minden mast intez hardverbol.

A lábakat elvileg jól állítom be, a pwm jel előállítására szolgál 1 láb, továbbá egy másik ami a forgás irányt adja meg. Vagy ha így csinálom meg akkor a forgás irányt nem gpio-ként kell megvalósítani?

Mellékelek egy word dokumentumot amelyben jobb oldalt sárgával láthatóak, hogy milyen funkciót használok. Továbbá a főprogramomat, és egy plusz headert ami a #define-okat tartalmazza.

És ez a kód amit kijavítottam miért nem jó?
Mindent jól adtam meg benne.
Sőt azt a részt amikor egy függvény beolvassa az ADC értékét és visszaadja az ADCH-ét; valamint ezt átadja valaminek(jelenleg az OCR1A-nak) álltalában szokott működni.Úgy hogy halvány lila gőzöm sincs,hogy mi lehet a hiba.

TCNT2-be mindenféleképpen kell valamilyen nullától különböző érték, mert azzal kapcsolod be, illetve az is befolyásolja, hogy mekkora a pulzus szélesség felbontása. Teszem azt beállítod 120-ra a TCNT2-t, akkor a 0% és 100%-os kitöltési tényezőt 121 részre bontod fel, ahol 0 a 0% és 120 a 100%-os kitöltés. Ezért célszerű jelen esetben neked 255-öt megadni, mert akkor az ADCH teljes tartományában változni fog a kitöltési tényező.

Köszönöm! Most már értem.
Tehát csak annyi az egész, hogy a végtelen ciklus elé odaírom a TCNT2=255-öt.
[OFF]Örülök, hogy mindig van valaki aki érthetően elmagyarázza a dolgokat.

Sziasztok 2313-assal az alábbi kapcsolást meg tudom csinálni ugye?

Amelyik lábnak a kimenete, nem magas szintű akkor azt a testre húzza a mikrovezérlő?

Bővebben: Link

helyett szerintem
kellene. Az a sizeof-os kifejezes szerintem eleve nem ertelmes.

Sziasztok!

Ma már álltam jobban is, de a türelmem végére kezdek érni.
Ha felhívom a GSM modult, akkor az rx_buffer-t nem tudom kiíratni a terminálra. Mindaddig írja szépen a végtelen ciklusban a tartalmat, de amint elkezd kicsörögni, mintha megfagyna az egész. Tudom, hogy én vagyok a hibás, mert ma már volt olyan, hogy nem fagyott, de most így estére már kezdek belefáradni.
Atmega128 a kontroller.
A fontosabb részletek:



Minden segítséget előre is nagyon szépen köszönök!

Rájöttem.
Az rx_buffer végére nem tettem '\0' karaktert.


Így már működik. Jó. hogy írtam ide. Ezért alaposabban átnéztem és rájöttem.

Amit írtál nekem nem fordul le (kép). De SPI-nél is így fordítottam és az tökéletesen működik, meg az example-ban is így írja.

De vajon mi lehet a baj ami miatt nem mozdul meg a motor? Az ezen az oldalon lévő mintapélda alapján jónak kell lennie, nem? Amúgy ami különbséget látok a 8bites és e között hogy itt vannak "pwm regiszterek" és timer regisztert külön nem is állítgat benne. Ez normális?

Latom, mar megvan mi a kulonbseg. En a gpio_enable_module_pin()-t hasznaltam, te meg a gpio_enable_module()-t. Viszont amit feltoltottel forraskodot, ott a channel= -1 de a jo a channel=1 vagy 0 lenne.

Az AVR32-ben a timer es a pwm ket kulon modul es fuggetlen egymastol.
Szerintem generaljal egy minta projectet az AVR Studioval, mint ahogy az elejen javasoltam.

AVR Studio 4-ben akartam lefuttatni egy progit, de a következő hibaüzenettel állt elő: Cannot find include file: avr/io.h

Azt tudom, hogy az #include "avr/io.h" utasítással van baja, de miért?
Nem találja a file-t de hogy bírom elérhetővé tenni neki? Mit kellene telepítenem és honnan lehet beszerezni?

Lehet, hogy

kell neki?

Winavr fel van telepítve?

Bővebben: Link 52. oldal. Table 20. Le van írva minden amire neked szükséged van (az ne zavarjon majd, hogy atmega16-é, de ugyanaz mint a 2313.

Igen feltelepítettem a WIN AVR-t. De úgy írjaki h nem találja a file-t :| Nemtudom mi lehet a gond, bár még C-ben nem programoztam csak assembly-vel szórakoztam LED-ekkel. de ott nem volt semmi baja.
Vagy valamit rosszul csinálok?!?! A programot amit írok az AVR STUDIO-ba kell írni nem?!?! Már nem tudok mire gondolni..... Bár a WINAVR-rel települt egy AVR Insight is, és esetleg abba kellene írni a programot?
Erről gőzöm nincs. Én úgy gondoltam volna hogy csak megírom AVR studioba, bulid, és connect majd kiírás, de akkor nem így kell C-ben?!?!?

Másold be mit szeretnél ha lefordulna .

Igen az AVR Studio-ban kell írni a programot. Amikor új projektet csinálsz akkor ott kell kiválasztani a GCC-t (bika fej vagy valami hasonló a logoja), és oda írkálhatsz C-ben progikat.

Nekem is lenne két broadcast kérdésem. Mindkettő az AVR Studio 5-ről lenne.

1. Hogyan lehet beállítani, hogy ne állandóan az -O0 optimalizáció legyen? Nagyon idegesít hogy semmi program is 2-3 kB, ha nem veszem észre, hogy nem állítottam át.

2. Hogyan lehet programozni úgy az eszközt, hogy nem nyomok meg 3 gombot, hanem csak egyet (mint az AVR Studio 4.18-ban)?

Egy futófény amit nem én írtam hanem egyik tanárom, és programelemzéssel próbálom megérteni az alamokat, de rájöttem mi a hiba: nem a bikára nyomtam látszik h még az életben nem írtam C-ben AVR programot
De ebből a fájlból hogy csinálok HEX fájlt? A Compile gomb után semmi gondja de mikor F7-tel építeném akkor meg olyat ír ki hogy 'elsoc.helf' : file not found ahol ugye elsoc a fájl neve lenne.

Akkor itt a build előtt még kellene vmit nyomni??

Kandós vagy?

Hex fájlt automatikusan generál, amikor build-dal lefordítod a programot. A hely ahol eléred az meg asszem a Dokumentumok/AVRStudio/Debug és asszem iderakja az összes hex fájlt.

Úgy csinálsz progit, hogy új projektnél kiválasztod a megfelelő eszközt. Létrehozod majd megírod a progit. Majd ha úgy gondolod hogy ki lehet probálni, akkor nyomsz egy build-ot. Van lehetőség szimulálni is ha nincs eszközöd. Eszköz programozásnál nagyon figyelni kell, arra hogy megfelelő hex fájlt égesd a mikrokontrollerbe, mert ha új projektet indítasz akkor is az előző hex-t akarja beleégetni.

Ezt nem tudom hogy bűvészkedted ki de igen. Ergó de a T-Bird-ön programozok (Atmega 128) Bár ezt csak a programozás gyakorlása végett vettem meg, mert szimpatikusabbak a kevesebb lábú chip-ek, amikből demultiplexerrel is ki lehet hozni ugyanazt mint egy nagyobbból (lábak terén persze).
Ahogy nézem te Schuszter kezében vagy már (adatlapodból gondolom)

Azt tudom, hogy a hex fájlt mindig át kell állítani ha más progit akarok beégetni. De nekem azt írja h nem bír létre hozni .hex fájlt mert nem létezik a .elf fájl.... Nem értem mi kínnya lehet. De mára sztem hagyom is mert már unom a sok nyavajgását. Hnap újult erővel elemzem a problémát.

Csak tipp volt . Nagyon jó választás, mert online is tudsz debbugolni, ha eljutsz arra a szintre.

Először is melyik verziót tetted fel? 4.18-hoz tartozik 3 patch. Winavr-ból pedig a legújabb 2010.01.10-i kiadású. Ezeket telepítsd fel. Aztán próbáld meg újra. Mennie kellene.

Nem az F4-en vagyok, hanem Kohutnál az F1-en. Lehet hogy végül az F4-re kellett volna mennem, de most már mindegy.

csak tipp, hogy a projekted útvonalában szóköz(pl. Documents and Settings) van.
Ez totálkár a WinAVR GCC-ben...