És mégis mi okozna ebben ezerszeres sebesség külömbséget?

Ha a PORT regiszterbe nem a megfelelő módon írsz be adatot, változóból.
Gondolok itt shift műveletekre, inc és dec parancsokat használó egyszerű led ki-be kapcsolgató programra.

Ha GPR-t céltudatosan használod, sokkal gyorsabb, mint ha a C fordító által helyesnek vélt kód fordul bele.

1. function

C-ben? Milyen forgato?

Ohh... Ennyi nyelv hátránya

Néha történnek velem ilyenek Javítottam!

Topi! Köszi. Maradok az asm-ben.
Másik kérdésemre tudja valaki a választ ("Milyen progival tudom előállítani a pwm adatokat a wav fájlból?"). Még mindig egy "kezelt" wav-ot szeretnék lejátszani az avr 8 vagy 16 bites pwr-jével.
Találtam eeprom programozó rajzot. Ezzel feltölthetem a dallamot az eepromba, így megspórolom a soros progit, csak egy kész bytesorozatot kellene előállítani a wav-ból (ami ugye pcm).

Bármilyen hangmatató progival (pl. Soundforge), amivel tudsz menteni tömörítetlen, PCM wav-ba. A wav eleje az ún RIFF header, amit akár értelmezni is lehet egy egyszerű progrival, de egyszerűen el is lehet hagyni, ami mögötte van, az a nyers PCM értékek sorozata (sztereónál bal csatorna-jobb csatorna adatai felváltva).

Gyakorlatilag annyi a tennivaló esetleg ezzel, hogy ha előjelesen van tárolva ott az érték (erre most nem emlékszem), akkor egy eltolt, előjel nélküli értékre kell hozni (pl. előjeles 16 bites értéknél hozzáadni 32768-at), és az így kapott értékek már mehetnek is a PWM-be.

Hát,nem tudom...nemrég írtam egy lcd lib-et asm-ben,összehasonlítottam a Fleury LCD lib fordított kódméretével,alig nyertem ,bár lehet hogy bennem van a hiba , aztán belekeveredtem egy USI IIC rutinba ..sztem nagyobb feladatoknál kell a C.

Szia Szilva,

Most gyorsan rakerestem a googlin, ugy tunik a "_delay_ms" floatoskent van definialva:

Ez akkor megmagyarazza a problemat - ill nyilvan ha konstanssal hivod meg akkor kioptimalizalja neked a fordito(?).

Bővebben: Link

Es az az LCD lib C-ben volt irva?

Amugy nyilvan asm-ben is lehet nagy kodmeretet csinalni, es ketsegtelen, hogy egy osszetettebb feladatnal talan nehezebb nyilvan tartani hol es mit erdemes optimalizalni - pl milyen memoria teruleteket lehet ujra hasznositani, vagy ha valtozik a kod akkor az hogyan befolyasolja a kod megbizhatosagat es hatekonysagat. Ezeket a problemakat ugyanugy asm-ben is modularizalassal lehet athidalni valamint modern linkerek segithetnek a memoria kihasznaltsagban ill. halott kod eliminalasban stb.

C-ben van írva...,de megnéztem a codevision-t is ,épp hogy kisebb lett a kód ,pedig ott asm-ben van írva a lib.Bővebben: itt

Találtam egy kapcsolási rajzot ami egy egyszerű LED villogtató tulajdonképpen pont az amire nekem szükségem lenne.
Megépíteni sem nehéz csak az egyetlen ami gondot okoz az az MCP1700-as alkatrész ami, ha jól látom a 9V-ból egy jó kis 5V-ot csinál.
A HeStore-ban találtam hasonlót, de, hogy jó-e az kétséges:
78 L 05 Feszültségszabályzó IC, 5V
Ha jól értelmeztem az adatlapját akkor ez szinte bármiből 5V-ot csinál? (najó valami 40V-ot láttam maximumként)
És mindezt úgy, hogy 100mA-t bír ami gondolom elég az AVR-nek.
Az ára miatt jó lenne, ha ez műdödne, igaz az eredeti rajzon van néhány kondi és azokat nem tudom mire valóak.

Igen, jó lenne a 78L05 is, egyetlen nagy különbség van az MCP és eközött: a saját nyugalmi árama az MCP-nek 2uA körül van, a 78L05-nek 4-5mA szokott lenni. Azaz több mint 2000-szer annyit fogyaszt "kikapcsolva" az áramkör a 78L05 felhasználásával. Merthogy láthatóan az egész áramkör úgy van megtervezve, hogy "alvó" állapotban minden fogyasztót ki tudjon kapcsolni (még a potit is), így minimalizálva a fogyasztást - nincs is rajta "főkapcsoló".

Egy 9V-os elemre lehet számolni mondjuk 200mAh kapacitást, azt folyamatos 5mA-rel terhelve 40 óra alatt kimeríted a telepet, ami nincs 2 nap. Az MCP-vel az alvó fogyasztás 5uA körülre letornászható, ami több mint 1000 nap "készenléti" időt jelentene, szerintem inkább járj utána az MCP-s stabilizátornak

De mégegyszer mondom, hogy próbára megépítheted a 78L05-tel is, ugyanúgy működni fog!

Egyébként rettenetesen utálom, amikor egy áramkört az alkatrészekkel rajzolnak meg és nem azok nemzetközileg elfogadott szimbólumaikkal. A neten már nem az első, amivel találkozom, nem tudom, ki találta ezt ki, de erősen letörném a kezét...

Üdv.
Építettem egy áramkört atmega128-al, a kontroller még nincs felprogramozva, de isp-n keresztül kommunikálni tudok az eszközzel, egy led villogtató programot is írtam rá példaképpen, szóval eddig minden rendben.
A probléma az, hogy 40-45 fokosra langyosodik a tok és felvesz vagy 150mA-t, pedig minden bekötés stimmel, minden portja bemenet(kivéve a ledes, de programozatlanul is melegedett), az osc 16megás kvarc. Valaki találkozott hasonló problémával?

A bemenetekre programoztál felhúzást, vagy csak úgy lógnak a levegőben?

Levegőben lóg az összes.

Próbáld meg a felhúzásokat bekapcsolni a nem használt lábakra!

Tesztnek gondoltam illetve nem nagyon lenne nyugalmi állapot gyakorlatilag lenne egy mechanikus főkapcsoló így ha nem használom egy "gramm" áramot sem kap .
Amúgy az ok egyszerű az MCP-t nem tudom beszerezni .

A kezdőknek viszont, mint én is vagyok nagyon jók az ilyen rajzok, ha ott van mellettük a rendes rajz is. A legtöbb időm azzal megy el, hogy a rajzra ráirogatom, hogy melyik a B,C,E meg melyik melyik láb, bejelölgetni, ha kell stb...
Amikor az "alkatrészeket gyakorlom" akkor jó, de amikor csak meg akarok valamit építeni és inkább a programozással foglalkozni akkor jobb, ha egyszerű a megépítése

Felhúzva is úgyanúgy fűt. Valószínűleg a kontroller hibás, mert úgy forrasztottam ki. Az előző áramkörben jó volt, kiforrasztás előtt töröltem a flasht, most bármit csinálok, mindig melegszik.

Igen, ilyen nekem is volt. Tökéletesen működött, de 100-150mA-t evett meg, minden hiba nélkül. Minden IO működött, proci is programozható, de fűtött kegyetlenül.

Sok kutatás és hibakeresés után a kukában kötött ki a mega8-as.

Ilyen akkor fordulhat elő, mint megtudtam egyik ilyen alkatrészbeültetéssel foglalkozó cégnél lévő ismerősömtől, hogyha a sztatikus feltöltődés nyírja ki belülről. Aka. ESD.

Akkor mindenképpen csere lesz, mert még összesen 100mA menne el a portokra (tranzisztorok bázisárama,ledek meghajtása). Egyébként megfigyeltem, hogy 20 perc működtetés után csak kb. 130mA-t vesz fel (bekapcsoláskor 150-et).

Üdv! Atmel 24c08, tudom ez nem AVR... Mivel lehet ezt programozni? STK200 nem hiszem hogy jó.

Hello!
A sokat emlegetett JDM.
Bővebben: Link

PonyProg.

Ez egy I2C-s EEPROM... (mellékesen az ATMEL gyártja a típusodat)

Nagyon szépen köszi a válaszokat.
Égő kérdés, de sürgős a gond.
Nekem nincsenek épp ilyen zener-ek, sőt épp
semmilyen sincs végülis...
Viszont még ma megoldást kellene találnom...

Mivel nekem csak egy 24c08-at kell a TV-ben frissíteni,
hol lehetne butitani ezt a rajzot?
Vagy ez már a másik topic?

Köszi mindenkinek a segítséget, de tényleg.

Ponyprog?

http://www.lancos.com/e2p/easyI2Cbus.gif

Hölgyek, Urak!

Elkezdtem írogatni egy cikkecskét a nemrég összedobott programozómról. Ránéznétek, hogy nagyjából jó lesz-e így? Észrevételeket, javaslatokat szívesen veszek.

Bővebben: Link

(A technikai részével sem vagyok tisztában teljesen, ha most lezárom, akkor kikerül a kapcsolások közé és később már nem tudom módosítani? Vagy kiegészíteni attól még ki tudom később?)

Ezt csak Te látod (meg mi, moderátorok), amíg nem publikus a cikk, mások nem látják.

-- Topi

Érdekes, az URL-t megadva az ismerősömnek délután el tudta olvasni. Akkor mit tegyek, zárjam le, és a majdani kiegészítéseket később bele tudom szerkeszteni?

Talátalam egy jó kis kapcsolást szúnyogriasztásra itt a HE-n:
Kapcsolás
(mindent elhagynék csak az IC3 helyére tennék egy 45-öst meg a tranyó és a hangszóró illetve esetleg a tápellátáshoz valami szabályzó meg hasonlót).

Ez elvileg 10 féle 40-60Khz közötti frekvenciát szólaltat meg sorban egymás után, hogy ne legyen monoton.

Az elkészítésnél felötlött bennem, hogy esetleg egy ATTiny45-össel is meg lehetne csinálni, ha az képes ezt a frekvenciát megszólaltatni azzal a BD680-as tranzisztorral. Így szoftveresen elég sokmindent lehetne csinálni vele ezen kívül kisebb dobozban is elférne ami szintén szempont.

Egyenlőre csak az elvi megvalósíthatósága érdekelne a többit remélem meg tudom oldani, de nem szeretnék belefogni, ha valami miatt nem lehet kivitelezni. A szoftvert Basicben szeretném elkészíteni.

Képes.

A Timer (időzítő) segítségével, de SWből is.

Bascomban, röviden (vázlat) (és még timer nélkül)...

$tiny
portb.2=output'itt a hangszoro
dim i as byte
dim j as byte
dim tomb(10) as byte
tomb(1)=30
tomb(2)=200
tomb(3)=55
tomb(4)=60
tomb(5)=70
tomb(6)=100
tomb(7)=90
tomb(8)=70
tomb(9)=180

do
for i= 1 to 10
for j=tomb(i) to 255
toggle portb.2
waitus 1 'vagy néhány nop utasitas
next j
next i
loop

Program ~6-800 byte lehet.


Dióhéjban:
Az "ugrálás" meg lehet random, vagy akár előre megírt szerint is. (a timer honnan számláljon a jelszintváltásig).
T13-ba is még szerintem belefér. Kérdés kell e még valami rá .

T13/25/45/85 tud sokmindent. 8 láb, 1 reset, 2 táp. 5 lábbal garázdálkodhatsz. Ebből 1-t visz el a hangszóró meghajtása..... A maradék 4-en még lehet bármi (világítás, hangmagasság-függő visszajelzés (csecsemők ~22-24kHz-ig hallanak!!!!)