AVR po nekem času zabluzi

[zanka]

Imam eno vezje in na njemu Atmega328PB, ki po nekaj urah delovanja zatrokira. Ne reši ga niti WDT. Koda je zanka, ki se ponovi vsako sekudo.
Sestavil sem še eno vezje z Atmega328P, ki je s približno enako kodo delovalo 18 ur, potem zatrokira in ga ne reši niti izklop iz napajanja in ponovni vklop. Po nekaj deset minutah le pride k sebi, da ga programator zazna. Ali pa tudi po več ur ne.

Vezje je precej enostavno. 100nF pri vsakem napajanju, 100nF in 10k pri RST in LCD1602. Uporablja se notranji oscilator.

[VolkD]

Po moje je treba najprej ugotoviti ali je problem HW ali SW narave. Predlagam, da objaviš načrt in seveda kodo.

[Sigi]

Preveri tajming za LCD, lahko da se ti obeša LCD driver. Za test podaljšaj signale ali upočasni atmego.
Veliko driverjev je spisanih slabo, z delayi z zanko. 1602 pa dva nimata enakih lastnosti.

[zanka]

Kaj takega pa še ne.
DDRD = 0 (kar pomeni, da je vse vhod)
PORTD = 0xff (kar pomeni, da ima pull-up aktiven)
PIND se prečita 0.
Potem sem na pin dodal 4k7 na VDD, in se pin prečita 1. Ko sem pin kratkostičil na maso, je prečital 0, a potem kar obstal na 0.

[Kroko]

PORTD = 0xff (kar pomeni, da ima pull-up aktiven)

Tole pa ni res. Kako imaš nastavljen MCUCR register, bit PUD?

[zanka]

Privzeto, MCUCR = 0, kar pomeni, da je PUD tudi 0. Ampak ne glede na to, če sem dodal zunanji upor, pričakujem, da bo prebran bit 1.

Prvih nekaj ur zadeva deluje, potem se čip očitno degradira in počne neumnosti, ne glede na program. Bom jutri začel z novim čipom.

[mucek]

Skoraj zagotovo ni tezava v MCUju (saj si probal dva!), ampak v FW. Da nimas kaksnih stack overflowov pa ti vse akup zbezlja? Uporabljas kake cudne skoke?

Lp, G

[Sigi]

Imam eno vezje in na njemu Atmega328PB, ki po nekaj urah delovanja zatrokira. Ne reši ga niti WDT. Koda je zanka, ki se ponovi vsako sekudo.
Sestavil sem še eno vezje z Atmega328P, ki je s približno enako kodo delovalo 18 ur, potem zatrokira in ga ne reši niti izklop iz napajanja in ponovni vklop. Po nekaj deset minutah le pride k sebi, da ga programator zazna. Ali pa tudi po več ur ne.

Vezje je precej enostavno. 100nF pri vsakem napajanju, 100nF in 10k pri RST in LCD1602. Uporablja se notranji oscilator.

Ko tole ponovno berem... če po resetu niti s programatorjem ne oživi... to mora biti nekaj na hardveru. Morda kak kitajski 5v adapter, morda zelo nerodno povezane mase, ali pa je atmego kak kitajski diler potegnil iz smetnjaka za šrot. Ker z notranjo RC uro ne vem zakaj ne bi s programatorjem mogel dostopat do čipa, pa tudi da se po izklopu napajanja ne pobere... Reset pin si najbrž tudi stokrat preveril.
Da bi SW delal take probleme mi ni ravno verjetno.

[DusanK]

Imam eno vezje in na njemu Atmega328PB, ki po nekaj urah delovanja zatrokira. Ne reši ga niti WDT. Koda je zanka, ki se ponovi vsako sekudo.
Sestavil sem še eno vezje z Atmega328P, ki je s približno enako kodo delovalo 18 ur, potem zatrokira in ga ne reši niti izklop iz napajanja in ponovni vklop. Po nekaj deset minutah le pride k sebi, da ga programator zazna. Ali pa tudi po več ur ne.
Vezje je precej enostavno. 100nF pri vsakem napajanju, 100nF in 10k pri RST in LCD1602. Uporablja se notranji oscilator.

Ko tole ponovno berem... če po resetu niti s programatorjem ne oživi... to mora biti nekaj na hardveru. Morda kak kitajski 5v adapter, morda zelo nerodno povezane mase, ali pa je atmego kak kitajski diler potegnil iz smetnjaka za šrot. Ker z notranjo RC uro ne vem zakaj ne bi s programatorjem mogel dostopat do čipa, pa tudi da se po izklopu napajanja ne pobere... Reset pin si najbrž tudi stokrat preveril.
Da bi SW delal take probleme mi ni ravno verjetno.

+1

Po moje je treba najprej ugotoviti ali je problem HW ali SW narave. Predlagam, da objaviš načrt in seveda kodo.

+1
in priloži kako ostro sliko HW.

[mondxxi]

+1 HW težava. Poskusi izločit probleme z napajanjem. Vprašanje: Sta bila obe ATmege v enaki napajalni konfiguraciji? Mogoče celo isti napajalnik?

[zanka]

328PB:
Kolikor kaže, naj bi težava izvirala iz OC0B oziroma iz PD5 in PD6 (tipka), ki, kolikor je iz testiranja razvidno, postaneta odvisna od drug drugega. To sem tudi ugotovil, ker so bili prisotni "fantomski" pritiski tipke. Kaj to pomeni? Multimeter med PD5 in PD6 pokaže 0,7 kΩ, medtem ko na tretjem vezju pokaže več kot 20 MΩ. Kot sem že omenil, na PD6 sem dodal PU 4k7 na +5V in, ko tega kratkostičim na maso, se tudi PD5 znajde na masi.
328P: danes je oživel, kot da nič ni bilo.

Čez noč bom pustil tretje vezje z 328PB in >20MΩ med PD5 in PD6. Program ima onemogočen OC0B oziroma PD5 je vhod, da vidim, če bo upornost med njima upadla. Tipki (na PD6 in PD7) v tem trenutku delujeta pravilno, notranji PU povsem zadošča za ta namen.

Upor levo spodaj na TIV, torej tisti, ki sledi PD5 ima 10k.

[zanka]

Sta bila obe ATmege v enaki napajalni konfiguraciji? Mogoče celo isti napajalnik?

Da, obe sta napajani iz istega vira, celo isti TIV imata, vendar sem moral za 328P ročno dodelati po en VDD in en GND. (328PB ima ta 2 pina GPIO, vendar ju ne uporabljam - je tudi razvidno iz TIV, pin 3 in 6)

[Sigi]

Morda če prilepiš eno fotko vezja, pa če malo opišeš kako dobiš 5V (stenski adapter za telefon? ali pa 5V stabilizator? kako je napajanje zblokirano?). Če ni to nek skrivnostni military projekt, bi lahko prilepil kompletno shemo in ne le drobne izseke. A so tipke na PCB-ju ali jih vlečeš po žicah s čelne plate do PCB? Na koliko imaš nastavljen brown-out napetost (konfiguracijski flagi)? Malo si skop z informacijami, ali si morda pod NDA?

[zanka]

Vezje se napaja iz programatorja - P4, torej preko računalnika. C10 je sicer 56 uF, C11 in C12 imam 1uF.
Programator je USB ASP in se natakne kar na P4. AVR ima fizično 2 pina za maso, vendar je shema v urejevalniku takšna, da je pin pod pinom, da se v shemi poveže samo 1x in ta povezava obvelja za oba pina. Tipki sta na TIV, 1,5 cm stran od čipa.

Trenutno delam s privzetimi nastavitvami za fuse, sicer si nastavim 4,3 V.

Fotko še prilepim.

[mucek]

Daj osciloskop na napajanje pa poglej ... Tole napajanje preko programatorja in z LED backlightpm mi ni najbolj vsec ... (ceprav ni nujno krivec - sem pa imel tako zgodbo s programatorjem od Svet elektronike, ki je imel noter self resettable thermal fuse in mi je zadeva srala podobno )

[zanka]

PWM se ne izvaja za osvetlitev LCD, je v planu, zato sem začel s PWM za V0 - omenjen OC0B (registri TCCR0A = 0x33, TCCR0B = 0x03). Glede na 470 Ω, ki ga imam za LED, je tok skozi kvečjemu 10mA. Nekih špic zato ne proizvaja, bom pa jutri osciloskop vseeno priklopil. Imam tudi narejen kabel za neposredni priklop na USB.

[Sigi]

Shema izgleda čisto v redu, po koščku PCB, ki si ga prilepil se pa vidi da veš kaj delaš, blokade ob atmegi so lepo izvedene. Ne sumim, da imaš na ground layerju sorazmerno solid površino-maso (ampak atmega ni zelo občutljiva)
Hm, si morda poskusil napajati vezje mimo programatorja, z kakim zunanjim 5V virom? Morda programator ne "zmore" dajat 5V napajanja dlje časa, pregrevanje napajalnika (ugibam)? Napetost za samo atmego se predvidevam že zilionkrat pomeril, sploh ko se noče zbudit po resetu? Brown-out je lahko problem če se napajanje poseda.
Sam bi z osciloskopom tudi še enkrat preveril RST pin. Sicer s pull-upom, ki si ga dal na reset, ne bi smelo biti problemov tudi če imaš recimo slabo spajkalno pasto (Cinol ) in bi prevajala na maso...

Čudno obnašanje portov je sicer res čudno. Ampak če ti vezje ne gre v nek hardverski latch-up, bi po resetu še vedno pričakoval, da lepo oživi (pa da morda kasneje spet zmrzne, če se morebiten SW bug spet sproži). Po power down/power up ciklu je pa še posebej čudno, da se ne pobere.

Pa to ne razumem: ali imaš to isti PCB in prelotavaš mego ali imaš več PCBjev?

edit: mucek me je prehitel

[zanka]

Imam več TIV. Ker nimam vročega zraka, nimam druge izbire, itak je elementov malo.

Sedaj sem dal še 328P neposredno na USB 5V - UART TTL adapter in bom pustil čez noč in čez dan.

[Sigi]

Imam več TIV. Ker nimam vročega zraka, nimam druge izbire, itak je elementov malo.

Sedaj sem dal še 328P neposredno na USB 5V - UART TTL adapter in bom pustil čez noč in čez dan.

Ok, še bolje če bi priklopil na soliden 5V napajalnik, tile adapterji tudi nimajo neke tokovne zmogljivosti.

Pa tako mimogrede, tri neizkoriščene proste pine atmege v SW postavi v output ali pa jim vklopi pull-up (pa saj najbrž imaš že).

[VolkD]

Napajanje iz PC-ja je velikokrat lahko vir težav. Če je PC napajalnik "kosmat" potem se dogaja marsikaj.
Pred leti sem naredil DDS generator, ki se je napajal preko USB. V večini primerov je deloval super. Pri nekaterih pa je bilo na izhodu razen želenega signala še marsikaj. Krivec - PC napajalnik, ki je bil tik pred tem, da odpove.

[zanka]

Danes zjutraj sta oba primerka delovala.

Našel sem skoraj enako težavo, vendar brez zaključka.
https://www.avrfreaks.net/s/topic/a5C3l ... AW/t144318

[Dorijan]

Obema tipkam vklopi pull-up v MCUju.
Prav tako preglej kodo, da ne uporabljajš while zanke za zunanje komponente (tipke/LCD,...)

Sicer je bilo na esp8266 ampak sem naletel na to, da je mcu zamrzoval ker je Arduino knjižnica iz neta uporabljala while za i2c naprave. Posledično če si senzor odklopili je zmrznilo vse skupaj.

Če delaš z več interrupti in večjimi številkami poglej funkcijo Atomic, oz če ima kako drugo ime.
Tudi preveri kako zaganjaš in ustavljaš interrupte. Da ti šum na tipki ne sproži interrupt, kliče rutino, ki se ne izvede do konca ko že drugi interrupt prileti, ker ni bil onemogočen ali ima napačno prioriteto.

[DusanK]

Za test priklopi USB ASP in vse kar je na njemu v USB 3.0 vtičnico v računalniku.

[zanka]

Primerek z novim 328PB (in prvotnim programom brez uporabe OC0B) napajan skozi USB ASP hišnega PC sedaj deluje neprekinjeno že 19 ur in 2 minuti.
Primerek z 328P z enakim programom, kot zgornji, vendar s serijsko komunikacijo, napajan preko USB UART TTL prenosnega PC je čez noč deloval brez prekinitev, vendar je čez dan doživel čez 510 ponovnih zagonov z MCUSR = 0x2 (program si ob zagonu shrani vrednost MCUSR v spremenljivko, MCUSR nastavi na 0 in sporoči vrednost po UART). 0x02 je EXTRF in je izgleda zabluzil.

[tilz0R]

A imaš LCD na I2C in I2C ostane zabrikan? Sklepam, da pomaga, če odstraniš power?

[IgorK]

Imam eno vezje in na njemu Atmega328PB, ki po nekaj urah delovanja zatrokira. Ne reši ga niti WDT.

Če mene vprašaš bi najprej probal rešit ta problem. WDT mora vedno sprožiti reset v primeru blokade.

[VolkD]

Če mene vprašaš bi najprej probal rešit ta problem. WDT mora vedno sprožiti reset v primeru blokade.

Razen, če se zadeva zapleza v zanko v kateri je tudi reset WDT.

[Sigi]

napajan preko USB UART TTL prenosnega PC

Nisem prepričan, a tako po spominu se mi na USB portu napajanje izklopi ko gre prenosnik v spanje? Se rahlo spomnim težav s priklopljenim STM32 Nucleo... morda kot namig.

[Sigi]

Zanka, ali si uspel rešit problem?

[zanka]

Ne, ker nisem uspel ugotoviti, kaj problem sploh je.

Primerek številka 3 (328PB) je po že omenjenih 19 urah deloval še 8 dni preko napajanja iz USB računalnika. Potem sem testiranje prekinil.

Primerek številka 2 (328P) sem zasral, ko sem testiral serijsko povezavo in sprogramiral fuse, da ima zunanji clock namesto zunanjega kristala. Ko bo čas, ga bom obudil z zunajim clockom.
Primerek številka 1 (328PB), ki je deloval 1 dan in nato zabluzil, je zabluzil že s to kodo:

Koda: Izberi vse

int main(void)
{
    PORTD = _BV(PD7) | _BV(PD6);
    DDRB |= _BV(PB2);
    for (;;) {
        PORTB ^= _BV(PB2);
        if (!(PIND & _BV(PD7))) {
            _delay_ms(500);
        }
        else if (!(PIND & _BV(PD6))) {
            _delay_ms(200);
        }
        _delay_ms(50);
    }
}


Zabluziti v tem primeru pomeni, da sem imel na PD6 čez 1 dan 2,6 volta in imel spontano proženje (PIND) kljub temu, da je bil na PD6 še zunanji pull-up 4k7 na 5V.
Smatram, da je težava strojna. Če se mi bo ljubilo, bom zadevo razspajkal in čipe porabil za popestritev novoletnega drevesca oziroma jih opremil z nekim preprostim programom kot npr. CD4017.

Sedaj imam 4. primerek s celotno programsko opremo (tudi z delujočim PWM za kontrast) in deluje že 2 dni in 8 ur na drugi lokaciji. Na tej lokaciji mi je 2. primerek začel srati s spontanimi ponovnimi zagoni.

[DusanK]

Imam eno vezje in na njemu Atmega328PB, ki po nekaj urah delovanja zatrokira. Ne reši ga niti WDT. Koda je zanka, ki se ponovi vsako sekudo.
Sestavil sem še eno vezje z Atmega328P, ki je s približno enako kodo delovalo 18 ur, potem zatrokira in ga ne reši niti izklop iz napajanja in ponovni vklop. Po nekaj deset minutah le pride k sebi, da ga programator zazna. Ali pa tudi po več ur ne.
Vezje je precej enostavno. 100nF pri vsakem napajanju, 100nF in 10k pri RST in LCD1602. Uporablja se notranji oscilator.

Ko tole ponovno berem... če po resetu niti s programatorjem ne oživi... to mora biti nekaj na hardveru. Morda kak kitajski 5v adapter, morda zelo nerodno povezane mase, ali pa je atmego kak kitajski diler potegnil iz smetnjaka za šrot. Ker z notranjo RC uro ne vem zakaj ne bi s programatorjem mogel dostopat do čipa, pa tudi da se po izklopu napajanja ne pobere... Reset pin si najbrž tudi stokrat preveril.
Da bi SW delal take probleme mi ni ravno verjetno.

+1

Po moje je treba najprej ugotoviti ali je problem HW ali SW narave. Predlagam, da objaviš načrt in seveda kodo.

+1
in priloži kako ostro sliko HW.

[zanka]

Ravno ostre fotografije ne premorem. Imam 50 mm in 35 mm objektiv na FF in to je totalno neuporabno za fotografiranje TIV. Marsikaj od opreme bi lahko že bilo, a je največji problem pomanjkanje delovnega prostora in prostora na sploh.

Sem si pa ogledoval oba čipa, enega poleg drugega, in mislim, da gre za slabši ponaredek. Načeloma to kupujem na Mouser-ju, ampak vsi ti udeleženi niso od tam. Če bi bilo slabo spajkano ali slabo načrtovano, potem bi morale biti že na začetku težave. Za 5. primerek (delujoči) sem dodal še PI filter za VCC.

[DusanK]

Vsak (pametni) telefon, ki ni starejši od število ur v dnevu ima možnost narediti spodobno ostro (makro) fotko.