Igen, jól értetted, a MAX232 11-es lába volt a mega 2-es lábán. Tehát Rx-Rx Tx-Tx volt a bekötés. Most felcseréltem őket a javaslatod szerint. Némi változás van, de még nem az igazi. Mostmár a terminálon billentyűleütésre visszajön valami karakter(sorozat). Csatoltam egy képet, amin egyetlen gombnyomás eredménye látható(Nyomtam egy A betűt).

Szerintem nem állítottad át az órajel forrását külső kvarcra, hanem belső RC oszcillátoron van (ez a default 1 MHz), emiatt a sebesség nem jó.
A mellékletek alapján próbáld beállítani (external crystal-ra)
Ha nem vagy valamiben biztos, akkor ne állítsd át. Kicsit furcsa a logikája a fuse biteknek, azok a nullák, amik be vannak állítva és azok 1-ek, amik nem programozottak.

Valóban! Ez lesz itt a gond. Ha jól veszem ki az adatlapból, akkor az alsó fuse legyen 0xcf a felső pedig maradhat 0xd9.

Köszönöm a segítséget neked és a többieknek is! Két alapvető hiba volt. A fuse bitek és a fordított bekötés. Az alsó fuse-t átírtam 0xCF-re és meggyógyult, ksözönöm!

Sziasztok.

Adódott problémám. Késleltetéseket szeretnék a programba tenni, de a valódi késleltetésnek a programban lévő számhoz köze sincsen. Beállítottam, hogy 2500msot késeltessen, de kb. 0,1s múlva már tovább is lép az MCU.

Íme a program:


Csak azt hagytam bent, mai a problémához kapcsolódhat. A lényeg az, hogy a DELAY_MS konstansban szereplő értékhez köze sincsen a valódi késleltetésnek.
A dolog érdekessége, hogy korábban még jól működött.

AVR-gcc-t használok, ott nem lenne baj, de ahogy a lap tetejét olvasod:



Emellett még javaslom az F_CPU átnézését is. Ha gyorsabban megy a proci, akkor szintén előfordulhat ez.

A lefordított assemblyből sokminden kiderülhet.
Nem 16MHz-n pörög véletlenül?

Én is AVR-GCC-t használok. 1MHz-re van állítva. Azért vagyok teljesen tanácstalan, mert tegnap még működött, és ma a programnak csak másik részén változtattam.

mint8-at ugye nem használsz (az int 8 bites lesz)?
a CKDIV8 fuse-t nem kapcsoltad ki?

Az elsőt nem tudom, hogy mi, így feltételezem, hogy nem. CKDIV8 ki van kapcsolva. Ha be van kapcsolva, akkor nem is tudom az MCU-t programozni.

Sziasztok!

Összeraktam ezt a kapcsolást: Bővebben: Link, de sajnos nem működik megfelelően. Csak a benti hőméréskletet méri, kb 5 másodpercig (eddig rendben is lenne), utána semmi életjelet nem ad. Csak akkor működik ujra, ha tápot kap, de akkor is csak az egyik szenzor hőméréskletét írja ki? Szerintetek mi lehet a gond? ÉN hibás égetésre tippelek, mert a panelen a feszültségek, és a szenzorok bekötései mind stimmelnek.

üdv: Müszi

Sziasztok!

ATTiny13 segítségével szeretnék készíteni egy időrelét, és ezzel kapcsolatban lenne egy kérdésem. Azt olvastam az adatlapon, hogy ennél a vezérlőnél az ADC0 és a RESET láb ugyanaz, és az adatlap szerint ha ezt a lábat 2,5us-nél hosszabb ideig alacsony szinten tartom, akkor generálódik egy RESET. Ez esetleg azt jelenti, hogy ha ezt a lábat ADC-ként akarom használni, akkor nem tudok rajta 0...5v közötti feszültséget figyelni? köszi a segítséget.

Attól függ mire szeretnéd használni azt a lábat. Ha ADC bemenetként akkor inicializáláskor a megfelelő bit-ek beállításával megadod, hogy az ADC bemenet és megszűnik RESET lenni.

Oké. Köszi

Ezt hol lehet az adatlapban fellelni?
Gyanúm szerint ez csak fuse -zal lehet beállítani.

Nem volt valahol mégis már definiálva az F_CPU?
Mondjuk a make fileban compiler switch-ként.

Szia!

Vagyis ez azt jelenti, hogy hiába konfigurálom fel az ATTiny13 egyes lábát ADC0-ként, ha ide 1,8v alatti feszültség kapcsolódik, 2,5us-nél hosszabb ideig, generálódhat RESET?

Hello!

Nem találok jobb topicot...

Arduino+Ds18b20 párosítás, és a DS hülyeségeket ad vissza A higanyos hőmérőm sem pontos, de a DS hol 3, hol 5 fokkal magasabbat mér. (26 fok meg nincs a szobában, csak észrevenném )
A furcsa az, hogy amíg az áramkör USB-ről ment, más volt az eltérés, mint a saját tápjáról.
A Ds18 meg elvileg kalibrálva van.
Mi okozhatja az eltérést? És mit lehet vele kezdeni?

A szenzor amúgy 5V-ot kap (4,93), a tápfeszt 4,94V-nak mérem, a szenzor adatlábát egy 4,7k-val húztam tápra. Az ellenállás közvetlenül a szenzor mellett van.

Köszi bármilyen segítséget

Véleményem szerint igen. Mi több: nem is működik ADC lábként, amíg a fuse biteket nem piszkálod meg. Utána viszont már nem fogod programozni sima programozóval.

Amúgy az adatlapot kéne áttúrni, vagy csak próbálj villogtatni ledet rajta, akkor kiderül lehet IO lábként használni.

És az offsetet stabilan hozza, vagy ugrál a hőmérséklet?
Nem csak rosszul számolod ki a hőmérsékletet?

Bővebben: Link
Kicsit felületes volt a válaszom. Bocsi!

Itt sem derül ki explicit módon, hogy nem fog resetelni, hogyha alacsony lesz a reset láb.
Én nem javasolnám a használatát ADC bemenetként.

Én abban a hiszemben voltam, hogy az AVR-eknek ez a pinje vagy RESET, vagy IO.
Ha IO, akkor nem RESET, ezért nem tudod programozni SPI-n sem.

Amikor meg RESET, akkor pedig nincs IO. Idáig egyetlen olyan megoldást sem találtam, hogy valaki outputra rakná a RESET pint, aztán 0-ra állítja a szoftver RESET-hez. Helyette a watchdog-gal idétlenkednek, ami valljuk be sokkal macerásabb.

Nekem egyenlőre érthetetlen, hogy az ADC-nek mi köze a RESET logikához, meg hogy hogyan zavarna be a 0V az ADC lábon, amikor programozni sem lehet RSTDISBL után. Persze ha tévednék javítsatok.

RSTDISBL ki: az IC-t tudod ISP-n programozni, I/O lábként nem lehet kapcsolgatni,
persze az ADC ettől még mehet csak ne adj rá 3V-nál kisebb feszt!
RSTDISBL be: használhatod I/O lábként, ADC-re is beállíthatod, de ekkor programozni
csak nagyfeszes cuccal lehet!

Üdv!

Egy ATMega8-al szeretnék hangot generálni. Végső soron DTMF és/vagy távíró(morse) kódokat kellene előállítanom. Elgondolásom a következő a megvalósításról, de szeretném a hozzáértők véleményét kérni: Ha jól gondolom PWM-re lesz szükségem. Mondjuk kinevezem az MCU 14. lábát(PB0) és itt állítok elő szinusz hullámot aminek a frekvenciáját kedvem szerint változtatom. Viszont ezt a jelet nekem egy mikrofon bemenetre kellene kötnöm. Hogyan kellene ezt szépen megvalósítani hardware szempontból? Illetve szoftveresen az elgondolás helytálló-e?

Ha hülyeségeket beszélek szóljatok, sajnos nem igazán vagyok otthon a témában. Van egy két apró feladat, amit szeretnék megvalósítani ATMega segítségével tanulás célzattal. Többek közt ez az egyik.

üdv, karika200

A hardveres illesztéshez: Bővebben: Link

PWM az lehet, de nem mindegy hogy milyen! Szinuszt nem fogsz vele előállítani, vagy ha igen az nagyon messze fog állni a szinusztól. Esetleg DAC-vel játszhatsz, vagy egy R-2R létra is megteszi.
A DTMF-t lehet négyszögjellel is emulálni, de ha nagyon tárcsázgatni akarsz telefonvonalon
akkor azt pulse módban is megteheted: ezerszer egyszerűbb, és ehhez csak egy relé kell...

Köszönöm, akkor a hw rész megoldva 2 ellenállással. Igaz is, négyszög jel lesz az amit írni akartam.. Akkor már csak annyi(hogy ne szivassam magamat), hogy a fent említett pl. PB0 láb tökéletesen alkalmas a feladatra? Mivel 8 bites lábról van szó, ezért gondoltam erre.

szerk.: Még csak relé sem kell! Rádiós felhasználásra lesz a dolog. Az AVR egyenesen egy adásra kapcsolt rádió mikrofon bemenetére dolgozik majd.

A PB0 az ICP, és nem PWM láb! A PB3-ra gondolhatsz, ez a 2-es timer(8 bites) PWM kimenete.

Köszönöm!

Stabil offset elvileg. Ahogy elnéztem, a feszültség változásától függött, pedig az adatlap szerint nem függhetne...
A hőmérséklet számolását library végzi, amit a DS-hez javasoltak ar arduino.cc -n.
Azóta olvasgattam, egyesek a felhúzó ellenállás növelését javasolták, mások a kiolvasás ritkítását, merthogy a túl gyakoritól melegszik az IC... WTF...?

Hát, 8 bites timer hanggenerálásra bizony bátor húzás.

Persze ha egyébként sincs hallásod, vagy ha régebben sem zavart, amikor a kazettásmagnó kicsit húzta a zenét, akkor jó.



UI: Bocs, most olvasom, hogy szinuszt akarsz PWM-mel csinálni, aluláteresztő szűrővel. Így már van némi remény, de legalább 16-20 MHz-re pörgesd fel az IC-t, mert semmi mással nem fog foglalkozni, mint a PWM impulzusszélességének állítgatásával.