Sziasztok. Amikor az LCD kijelző kontrasztját szoftverből lehet állítani, azt hogyan oldják meg? Én csak a trimmeres megoldást ismerem....

A trimmert cseréld ki egy Digitális Potmeter-re és kösd a vezérlőhöz.

Még nem csináltam ilyet, de szerintem semmi akadálya, hogy egy tranzisztoron keresztül pwm jellel szabályozd.

Szerinted mekkora áramot tud szabályozni egy digitális poti?

Köszi! Azt hittem valami egyszerűbb megoldás van (pl PWM+RC szűrő).

avrdude: warning: cannot set sck period. please check for usbasp firmware update
.
avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.02s

avrdude: Device signature = 0x1e9307
avrdude: Expected signature for ATMEGA32 is 1E 95 02
Double check chip, or use -F to override this check.

ezt az üzenetet kaptam az első sorra.
ez most jó vagy rossz?

Mennyit fogyaszt a kontraszt láb?

Itt Bővebben: Link 200µA írnak, de majd holnap megmérek egyet, mert még ilyen gondom nem volt.

Na sikerült felprogramozni egy másik usbasp-vel az usbasp-t
Most ha ráteszem az AVR32-őt akkor azt írja ki,hogy usbasp ISB clock,nem tudom törölni a chippet.
Gondolom le van zárva és azért,igaz? Feloldani a lezárást csak egy ilyennel tudom,vagy van rá más megoldás is?

Közben utánanéztem a dolognak és az a digitális poti erősen ágyúval verébre kategória... Egy ellenállásból és egy kondiból kell csinálni egy aluláteresztő szűrőt és kész, 20 ft-ból megvan, kevesebb helyet foglal és SPI-vel sem kell szórakozni. Még kalkulátor is van fent a neten, ami segít kiválasztani az optimális R és C értêkeket.

Nem sokat. A mellékelt digitális poti 1mA-re képes, de elég lehet a kontraszthoz, ha meg nem akkor jöhet hozzá egy tranzisztor.

ISB clock? vagy lock? Elnézést, de ilyenhez még nem volt szerencsém, szerencsémre.

Amit most írok, azt nem próbáltam ki.
Az adatlapja szerint:


Tehát az avrdudeba ezzel próbálkozz:


Ha ezt beírod és működik, akkor az AVRben lévő program elvész! De utána elvileg már fel lehet tölteni az új kódot.

A biztonság kedvéért végezd el előtte a mentést(ha engedi):

A F:\ meghajtót csak példának írtam oda.

Közben az is felmerült benne, hogy lehet ez nem Lock Bits általi tiltás, hanem Fuse Bits-ben van letiltva az ISP. Akkor viszont nincs más, csak amit mellékeltél, a HVPP.

Az AVR be van forrasztva a NYÁKba vagy foglalatban van?
Ha foglalatban van és ez a programozás csak egyszeri alkalomnak szánod, akkor lehet gyorsabb lenne egy új vezérlőt beszerezni.

Eddig kézben volt a chip de már visszaforrasztottam a helyére,se így se úgy nem működik.
Az oldal leírása szerint ahol írnak a töltőről ott azt mondják,hogy Fuse Bits-ben van tiltva a chip.
Azt kipróbáltam amit ott írnak,hogy elméletileg,ha átírom akkor oldania kéne a biteket,de sajnos nem.
ISB Clock-ot írt ki,ha lock az egyértelmú lett volna ezzel az igen kevés angolommal is
Még egyet szeretnék kérni,megépítem azt amit linkeltem,de az smd változatát szeretném mert ahhoz van minden mellékelve rendesen sprint layouttal tervezett nyák,stb.
De van egy kis különbség a furatszerelt és az smd terv között.
Az smd nyákon van egy FTDI chip meg egy usb csatlakozó.
Az FTDI chippel tisztában vagyok,hogy mire szokták használni,de a kérdésem a következő lenne,hogy fontos-e bele az illetve az usb B csati,vagy az csak ahhoz kell neki,hogy a terminál együtt működjön?
Erre sajnos nem találtam magyarázatot az oldalon.Az eredeti furatszerelt változat egy usb soros port átalakítón küldi az adatokat a gépnek és egy proggrammal lehet megjeleníteni,hogy mit csinál a HVPP. Mellékelek egy képet a rajzról,hogy mire is gondolok pontosan.

Az FTDI chip akkor kell ha nincs a gépeden COM port. Az USB csati csak az FTDI-nek kell. Ez a FuseBit Doctor UART-on kapja az utasításokat.

A visszaforrasztás problémássá teheti, vagy akár lehetetlenné, a HVPP-os programozást. Újra ki kell azt szedni.

Már azóta kiszedtem megint.Azt tudom,hogy az FTDI az USB-hez kell és,hogy UART-on kommunikál a FuseBit Dr,csak arra lettem volna kíváncsi,hogy azokat akkor simán kihagyhatom és anélkül is kell működnie a Dr-nak? Nekem nem kell,hogy gépen lássam,hogy mit csinál mert elméletileg arra van a két db led benne,hogy információval lásson el,hogy sikerült-e vagy sem az újraélesztés.
Még egy kérdésem lenne,hogy nem minden esetben kell állítgatni a Fuse biteket?
Azért kérdezem ezt mert most,hogy felprogramoztam az USBASP-t ott csak egy hex fájl volt és nem kért semmi mást és működik is rendesen.
Ezek a bitek csak ilyen finomhangolás miatt kellenek??
Felprogramoztam az USBASP chipjére a fuse doktor szoftverét úgy,hogy még be van forrasztva a helyére (ugyan az a AVR van benne mint ami a Dr-hez kell) és minden hibajelzés nélkül felprogramozta,és ott is csak egy hex fájl volt. Ez így működhet,vagy ott is kellene állítgatni a FuseBiteket?

Jah már értem. Igen Az FTDI nem tűnik nekem sem kötelezőnek.

Ki tudnád nekem olvasni a FuseBit Dr-t futtató AVR fuse bitjeit ezzel az avrdude paranccsal?
avrdude -c usbasp -p m8
Arra tippelek, hogy még azon is kell egy Fuse Bit módosítást végezni, ha még nem tetted meg.

A következő gondom akadt:
Az atmega1284p-hez írok egy bootloadert(tudom ebből is van egy rakat készen), de a page írásnál elakadtam.
A gondot nehezíti, hogy bizonyos parancsokat assmebly-ben kell kiadni és eddig csak a sei, cli és nop-val volt dolgom.

Ezeket definiáltam:

Ezek meg a funkciók:


Az ASCII(), ASCII_X() és USART1_TX_String() funkcióknak, de hibakereső funkcióik vannak.

A hibakeresés során a SPM_Page_Erase(), SPM_Page_Write() funkciók végén jelentkezik vagy anomália, vagy egy komoly hiba:


Ezek szerint az R30 és az R31 értéke nem egyezik meg az általam adott érékekkel. Most azt nem tudom, hogy ez csak amiatt van, mert a meghívott ASCII_X() bezavar és felülírja ezeket a regisztereket, vagy valóban itt van a hiba?

Parancsolj,ezt írta ki.
avrdude: warning: cannot set sck period. please check for usbasp firmware update
.
avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.02s

avrdude: Device signature = 0x1e9307

avrdude: safemode: Fuses OK

avrdude done. Thank you.

Ezek szerint régebbi ardude-od van. Mellékelem a 6.1-et és hozzá egy GUI-t is.
A 6.1 alapból kiírja a Fuse biteket is:

ATtiny26-on float változókat nem lehet használni?

De akkor most ez jó? vagy kell csinálnom vele valamit?
Közben elkészültem a nyákokkal is.
Ez az 1.0.5 nekem meg a 0.2.0-as van.

Amint deklarálom, kiírja az avr studio hogy betelt a chip, pedig deklarálás előtt 16% volt foglalt. Illetve adcvel mérek feszültséget és uint8_t változóba az sem működik, hogy volt = adcget()/1024*5000;

Lévén nincs FPU ezekben a mikrokontrollerekben ezért a lebegőpontos számokat szoftveresen kell megvalósítani. Ez elég nagy helyet kíván. A másik gond pedig, hogy ráadásul nagyon lassú is. Ezért aztán, nem illik lebegőpontos matematikát alkalmazni ilyen eszközökben. A számítások nagy részét kellő pontossággal el lehet végezni integer matematikával is, csak kicsit gondolkodni kell.

A számítás természetesen nem működik. Első lépésben elosztod az ADC értékét 1024-el, miközben annak a maximális értéke 1023. Az eredmény tehát 0. Ezt kedvedre szorozhatod, akármekkora számmal, az csak 0 marad. Egyébként pedig mit keresne uint8_t-ben egy olyan érték, ami millivoltban van és akár 5000 is lehet? Vagy castolod a számítást uint32_t-be és először szorzol, utána osztasz, vagy pedig szorzol 5-el, utána pedig kivond a végeredményből az 1/44-edét és akkor maradhatsz integernél (a C alapértelmezetten ezzel számol ugyanis). Még így is túl pontos lesz, lévén nem valószínű, hogy tényleg pont 5V lenne a referenciafeszültséged.

Köszönöm az információkat!
Bocsánat a hülyeségekért, természetesen nem uint8_t-t használok, hanem egyenlőre unsigned int-et, csak este septiben elalvás előtt beírtam egy példát.

A hőmérséklet mérés eléggé nehézkes, mivel a log függ vénysem működik...
Temperature = (1/(1/298+1/3977*log(NTCResistance/10000))-273)
Így kellene mérni.
Esetleg valami alternatívát tudtok?

Bocsi NTC ellenállással még nem mértem.
Én eddig csak LM335-el mértem szobahőmérsékletet, amihez 2,56V-os külső referenciát használtam(a belső nem volt stabil).
Ha jól emlékszem 5 összeadással és 5 kivonással, egy for() ciklusban, meg is volt a pontos eredmény.

Jó lesz szerintem, csak még feltétlen nézd meg a Fusebit Dr-t futtató avr Fuse bitjeit, mielőtt kivennéd az USBasp NYÁKjából, mert lehet hogy ez még külső oszcillátorra van állítva.

Csinálsz egy lookup table-t fokonként a kívánt méréstartományra (számítógépen legenerálod, adott hőmérsékleten mennyi is az ADC értéke, majd megkeresed a táblában melyikhez van legközelebb). Egy fokon belül pedig linearizálod a mérést (már elég jó közelítést ad majd), pl. 507 és 512 a lookup table-ben az 50 és 51 fokokhoz tartozó érték, neked 510 az ADC-d tehát a hőmérséklet kb. 50,6 lesz (persze mondjuk a százszorosával számítasz, hogy egész értékkel dolgozhass).

Megoldva.
A hiba a SPM_Page_Erase() és a SPM_Page_Write() funkciók közé beillesztett SPM_RD_EN() volt, ami az RWWSB bitet volt hivatott resetelni a RWWSRE bit aktiválásával. Ezzel a lépéssel az átmeneti puffer automatikusan törlődött, mintha nem is töltöttem volna fel.

Mi a különbség a Hex és A Bin fájl között,azon túl,hogy az egyik az,Bin 7,94KB a Hex 22,3KB?
De mindegy melyiket égetem bele mert mind a kettővel működik,de miért?