Hello.
Nekem is volt hasonló de nekem a táppal volt baj nem volt elég stabil :/ .

Próbapanelon csinálod?

Egyébként én extreme burner használok ott szoktam beállítani a fuse biteket.

Szia, meg találtam a problémát!
A quarzban benne van a kondi, és nem kell neki külön.
Ahogy leforrasztottam elindult!

Köszönöm mindenkinek az ötletelést és a tanácsokat.

Peti

Milyen kis trükkös... Ez miért zavarta meg a belső oszcillátort? Vagy lehet, hogy a program ment, de a quartz is hajt valamit, ami a program helyes működéséhez kell?

Ha jól értelmeztem akkor induláskor csinál a szoftver egy szinkronizálást, ami pontosítja a belső oszcillátort. Ez nem tudott végbemenni.

Értem. Köszi, hogy kibogarásztad.

Sziasztok! WS2812 ledszalaggal küzdök. Atmega8-al próbapanelon megy tutin minden. Atmega 644-el nem igazán akar menni. Ha belső órajellel akkor sem, ha külső 14,765Mhz kvarccal akkor sem. A light_ws2812 könyvtárat használom.

Hibajelenség? Kép az elkészült kütyüről? Betáp? Bármi infó?

Csak belevau...Ha más kvarccal nyomulsz, újrakalkuláltad az időzítéseket?

Üdv!

Mivel nincs WinAVR dedikált topic, így itt tenném fel a kérdésem.

A WinAVR-t frissítettem, ami eddig szerintem jól ment.
Mellék "funkcióként" az egészet hordozhatóvá (portable) szeretném tenni. Hogy ha már egyszer kész van, ne kelljen mindent újra csinálni, ha netalántán beüt egy bináris krach.

Hogy hordozható legyen egy batch file-t hoztam létre.

Arra már sikerült rájönnöm (hála google), hogy az avr-gcc toolchain-hez feltétlen szükséges a "PATH" környezeti változó használata, a WinAVR mappa hozzárendelése, hozzáadása.
Ezzel működnek is a ProgrammersNotepadben a parancsok.

Ám a WinAVR-20100110-es telepítésé során a windows registry-ben is történnek apró módosítások.
Kérdésem, hogy ezek mire szolgálnak?

HKEY_LOCAL_MACHINE\Software\Wow6432Node\WinAVR
HKEY_LOCAL_MACHINE\Software\Wow6432Node\Free Software Foundation\WinAVR
-binutils
-g++
-gcc

Ezeket mi használja?
A hiányuk ellenére az általam használt programok (Make, notepad) gond nélkül működnek.

A light_ws2812 library leírása alapján, csak átírom az F-CPU-ban az értéket és ő kiszámolja magától. Akármilyen szín értéket állítok be mindig fehér fényű lesz a bekapcsolt led. A leírás alapján ez arra utal hogy rossz az időzítés.

Üdv!

Tesztelésre megosztom a WinAVRPortable (Portable Apps) saját készítésű verzióimat.
Aki letesztelné, használná, az kérem, hogy csak megfelelő óvatossággal tegye:
Biztonsági mentés!!! (Nem Windows, hanem header könyvtárak, projektek)

A Full verziókat csak telepíteni kell és mennek is.
A 10.01.10-es az a már jól ismert WinAVR-20100110-es verziós.
A 20.01.10-es az a .zakkemble oldalról letöltött avr-gcc 9.2-t tartalmazza, ill. az avr32 toolchain 3.4.3.820, AVRDudess, Zadig, NotePad 2.4

Mint írtam, én csak a Make és a NotePad részeit használtam, ezek nekem működtek.
Az AVR-Insight és ha jól tudom az AVRice?, valamilyen Debugra is képes lenne... Na ezeket nem tudom, hogy működnek e. (Kérem aki tudja tesztelje).

Aki csak hordozhatóvá szeretné tenni a már meglévő installációját:
A Start_Only_10.01.10-est javaslom.
Kibontás (Telepítés) után a (telepítési_mappa)\App\WinAVR mappába kell átmásolni a már meglévő WinAVR mappa tartalmát.

A(z) \App\WinAVR mappában található pár batch-file, amikkel a Portable Apps platformja nélkül tehetjük hordozhatóvá a WinAVR-t.

A make_shortcuts.bat-el hozhatjuk létre a parancsikonokat, amik alapértelmezett módon a \Start Menu\Programs\WinAVR_Portable-ben jönnek létre...
A delete_shortcuts.bat .... gondolom egyértelmű.

Még nem próbáltam, csak kérdezem: van valami előnye a 9.2-nek? Innen szoktam leszedni a megfelelő toolchain-t és CodeBlocks-al is használható linux/win alatt. ( tiny0/1, mega0 sorozatra is). Gondolom itt az volt cél, hogy ne kelljen a Studio-t ezért telepíteni.

Egy gyors, felületes, áttekintés után, avr-gcc 9.2-nek, az AVR Toolchain 3.6.2-ben található, avr-gcc 5.4.0-hoz képest nincs méretbeli előnye, sem hátránya. Röviden a két generált hex mérete azonos. (Egy egyszerű LED toggle kód volt a gyors tesztem.)
Hogy melyik (lehet) a gyorsabb (jobban optimalizált?) azt nem tudom.

Sziasztok!
Van esetleg valakinek NRF24L01-hez megszakításos könyvtára?
Próbáltam pár github-osat, de nem bírtam működésre őket.

Nagyon köszönöm!

Sziasztok. Belefogtam egy zseblámpa projektbe aminek a lelke egy AtTiny10 lenne, de sajnos elakadtam. Hogyan lehetne megoldani azt hogy ha lemerül az akkumulátor (eléri a kb. 3V-ot) akkor lekapcsoljon. Hely az sajnos nem igazán van. Egy 17x17mm-es panelen lesz 2 FET az AtTiny, egy nyomógomb és egy sot23-5-s tokozású töltésvezérlő. Gondoltam arra hogy a nyomógomb bemenetét analóg bemenetként használnám, vele párhuzamosan figyelné a feszültséget és ha átlépne egy értéket akkor a processzor alvó üzemmódba lépne. De itt az a gond hogy az ADC referencia feszültsége a tápfesz. Így kellene valamilyen külső referencia ha jól gondolom. Bármilyen ötletet vagy tanácsot nagyon szívesen fogadok. Előre is köszönöm.

Szerintem te az MCP100 vagy MCP101 jelű felügyeleti áramkört keresed.

Csináld fordítva. Ködös emlékeim szerint az ADC referenciájának van valamekkora minimuma, ami alá nem mehetsz. Ha viszont a referencia a táp, te pedig egy külső fix feszültséget mérsz, akkor is meghatározhatod, hogy mikor megy 3V alá. Ez Bővebben: Link pl 10uA áram felett már jól működik, kaphat tápot az uC egyik portjárol is, hogy ha az lekapcsol, akkor ez se fogyasszon.

Köszönöm, jó ötletnek tűnik.

A legtöbb ATTiny-nek és ATMega-nak van olyan ADC funkciója, hogy a tápfeszültség a referencia, és azzal meg tudod "mérni" a belső kb. 1.2V-os IREF referenciát. Mivel a referencia fix, a leolvasott érték a tápfesz függvénye lesz. Tehát egyetlen alkatrész sem kell hozzá, és egyetlen láb sem. Csináltam már ilyet, nálam is működött.

Itt van leírás róla: https://wp.josh.com/2014/11/06/battery-fuel-guage-with-zero-parts-a...n-avr/

Amire figyelni kell:

* Nem mindegyik csip tudja, végig kell bogarászni az adott csip adatlapját, hogy tudja-e és hogy hogy kell beállítani ezt a konfigurációt.
* A referenciát akkor kapcsolja be amikor használod, ezért az első mérés alatt még instabil lehet, és félremérhet. Adatlapból kiderül, hogy hányat kell mérni, mennyit kell várni hogy jó legyen a mérés.
* Az 1.1V referencia érték csak névleges, valójában elég nagy szórása lehet. Viszont egy adott alkatrész esetén mindig ugyanannyi lesz, tehát elég egyszer bekalibrálni.
* A mérendő érték reciprokát "olvassuk" le. De ha csak egy limitet akarunk figyelni, akkor nem kell reciprokot számolni, csak egy előre bekalibrált limitet megállapítani, tehát tök mindegy, hogy a mérés reciprok.

Ja, és ha a tiny-t low power módon hajtod (Hosszú watchdog alapú sleep-ek között pillanatokra kel fel), akkor lényegében semmit nem fog fogyasztani, tehát önmagát nem is kell lekapcsolnia, csak minden mást.

Ilyenen gondolkodtam, csak nem tudom mennyire működne megbízhatóan.
asch sajnos az attiny10-nek nincs belső referencia feszültsége.

A watchdog alapú sleep-et egyenlőre nem ismerem, de később utána nézek. Egyenlőre úgy terveztem, hogy nyomógombbal helyezem alvó módba és INT0 megszakításra ébred fel.

Megnéztem, az ATTiny10 úgy néz ki nem tudja ezt sajnos, csak a 4 IO lábat lehet ADC inputnak beállítani. Az ATtiny85 például tudja: http://ww1.microchip.com/downloads/en/DeviceDoc/Atmel-2586-AVR-8-bit-Microcontroller-ATtiny25-ATtiny45-ATtiny85_Datasheet.pdf

Itt írja: 17.13.1 ADMUX – ADC Multiplexer Selection Register

Érdemes lehet esetleg emiatt a funkció miatt másik csipre váltani. Csak ez épp 8 lábú 6 helyett. Talán van olyan is, ami 6 lábú és tudja ezt a funkciót, de nem akarom elvenni a kenyered és kikeresni helyetted

A 358 hőkompenzált (az uC-k belső referenciája nem annyira ha jól tudom), az adatlapjából a szórását megnézheted és a legrosszabb esetre számolva határozhatod meg a kapcsolási értéket. Ha a biztonság irányába tévedsz legfeljebb nem meríted le az akkut tökig, csak majdnem.

Ha van gomb, akkor önfelkeltős sleep-re tényleg nincs szükség.

Watchdog alapú sleep üzemmódban, és időnként felkelve, ha minden jól van összerakva, akkor olyan keveset fogyaszt, hogy egy gombelemről is elmegy több mint egy évig. Méregettem: nagyon fontos, hogy az adatlap minden javaslata be legyen tartva, különben megugorhat a fogyasztás: https://hup.hu/node/166252

Autonóm akkuról működő időzítve periódikusan mérő, majd tovább alvó rádiós szenzorokhoz ideális ez a funkció például.

Sziasztok!

ATTiny45 biztosíték bitjeit állítottam és véletlen félre nyomtam. Ezt sikerült beállítani:
WD. Osc. 128kHz...

Hogy lehet visszaállítani, mert így nem ismeri föl a programozó?

Le kell lassítani a programozó SPI órajelét _nagyon_. Van rá paraméter az avrdude-ban:

-B <bitclock> Specify JTAG/STK500v2 bit clock period (us).

Jó nagy periódusidőt kell beállítani. Így újraprogramozni kínszenvedés volna, de a fuse bitek visszaállításáig csak pár bájtot kommunikál, azt ki lehet várni nagyon nagy B érték mellett is. Próbálgatni kell, hogy milyen B érték mellett kezd működni. (A csip típus ellenőrzést ne kapcsold ki, és akkor látni fogja a programozó, hogy mikor válaszol jól a csip.)

Nekem eddig ez bejött, remélem működni fog.

Ilyen programozóm van: Bővebben: Link
És Bascom alól állítottam. Ott mit lehet állítani?

Elvileg ezt is kezeli az avrdude program. A BASCOM-AVR-t nem ismerem, nem tudom mivel programozza a csipet, és hogy ott hogy lehetne a jelidőt átállítani. Gondolom Windowson dolgozol.

Szerintem parancssori avrdude-dal lehetne megjavítani ezt a csipet. Itt van róla egy leírás, hogy hogy lehet parancssorból indítani: https://www.ladyada.net/learn/avr/avrdude.html

Persze csak akkor, ha telepítve van. Arra tippelnék, hogy a BASCOM-mal együtt telepítve van az avrdude, és a leírás szerint működni fog. Ha nem, akkor telepítheted eszerint: https://www.ladyada.net/learn/avr/setup-win.html

Disclaimer: nem próbáltam ezeket a tutorialokat, lehetnek félrevezetőek is, de belenézve jónak tűnnek. Én Linuxon AVR-ezek, ott csomagból telepítem az avrdude-t, és azt használom.