ATNEL tech-forum

Re: Proszę o sprawdzenie kodu - zwiechy atmegi nie dają spok

2012-09-24T23:11:10+01:00

To był skrót myślowy - odcina = zmienia wartość OCR0B na 0.

Statystyki: Napisane przez szopler — 24 wrz 2012, o 23:11

Re: Proszę o sprawdzenie kodu - zwiechy atmegi nie dają spok

2012-09-24T21:46:16+01:00

No to niestety nadal ja czegoś nie rozumiem - bo jak może ADC czy jakiś uart odcinać sprzętowy PWM ? .... to jest sprzętowy moduł i inne sprzętowe moduły nie mają wpływu na jego pracę. Co najwyżej mogłyby wystąpić kłopoty załóżmy ze zmianą wypełnienia bo to przecież programowo się robi czyli zmienia wartość OCRx

Statystyki: Napisane przez mirekk36 — 24 wrz 2012, o 21:46

Re: Proszę o sprawdzenie kodu - zwiechy atmegi nie dają spok

2012-09-24T21:37:22+01:00

To chyba jednak nie UART. Akurat pomiar ADC odcina PWMa w "tym samym" momencie co leci transmisja.
Zmniejszyłem wypełnienie na tyle, że nie osiąga przy nim zadanego napięcia i efekt zniknął.

Statystyki: Napisane przez szopler — 24 wrz 2012, o 21:37

Re: Proszę o sprawdzenie kodu - zwiechy atmegi nie dają spok

2012-09-24T21:24:25+01:00

A czyli sprzętowy PWM (sorki ale ja na razie nie mam za dużo czasu aby analizować kod czy schemat) ... dlatego pytam...

ale skoro sprzętowy PWM to jak może on zanikać jak pisałeś wyżej przy transmisji RS232 ? coś tu nie tak

Statystyki: Napisane przez mirekk36 — 24 wrz 2012, o 21:24

Re: Proszę o sprawdzenie kodu - zwiechy atmegi nie dają spok

2012-09-24T21:21:59+01:00

W kodzie w _INIT wszystko widać .
Sprzętowy na Timer0, wyjście OC0B, rejestr OCR0B.

Statystyki: Napisane przez szopler — 24 wrz 2012, o 21:21

Re: Proszę o sprawdzenie kodu - zwiechy atmegi nie dają spok

2012-09-24T20:22:21+01:00

A PWM robisz sprzętowy czy programowy ?

Statystyki: Napisane przez mirekk36 — 24 wrz 2012, o 20:22

Re: Proszę o sprawdzenie kodu - zwiechy atmegi nie dają spok

2012-09-24T20:12:25+01:00

Okazało się, że problem jest programowy, a nie sprzętowy. Przewskaźnikowałem się przy odczycie RTC
Już jest (chyba) dobrze choć "problem" ze znikającym PWM przy transmisji RS został...

Statystyki: Napisane przez szopler — 24 wrz 2012, o 20:12

Re: Proszę o sprawdzenie kodu - zwiechy atmegi nie dają spok

2012-09-24T20:13:20+01:00

Dokonane pewne zmiany za radą Sun'a:
- zmienione kondensatory przy kwarcu na 33pF (z 15pF)
- przestawione fusy z błędnego Full Swing na External Crystal

Zmiany niezauważalne, albo żadne. Raz dostałem 405 linii przez UART, teraz przyszło 900 i jeszcze się nie zawiesił.

PS.1
Po 1701 liniach jednak się zawiesił. Reset i teraz zwiecha po 690...

PS.2
Zauważyłem dwie rzeczy:
- nie jest to wina wydajności zasilania - na akku 12V jak i zasilaczu wtyczkowym od telefonu jest to samo,
- przykładając ucho do trafa słychać zanik PWM'a dokładnie w chwilach gdy świeci się LED na przejściówce RS232, czyli w chwilach transmisji. Widać to też na oscyloskopie...

Statystyki: Napisane przez szopler — 23 wrz 2012, o 21:30

Proszę o sprawdzenie kodu - zwiechy atmegi nie dają spokoju.

2012-09-23T19:52:37+01:00

Procesor: ATMega168PA-AU
Kompilowane w Eclipse jako ATMega168P (PA nie ma na liście).
Taktowanie różne - 12MHz XTAL / 11.0592 XTAL / 8MHz RC
Zasilanie: 3.3V, teraz podniesione do 3.5V

Objawy:
Wysyła kilka, kilkanaście, kilkaset linii przez UART i się zawiesza. Jak był włączony Watchdog to było to łatwo stwierdzić po zerujących się licznikach.
Już nie wiem gdzie jest BUG (nie mylić z rzeką Bug)... pomożecie?

Zastanawiacie się pewnie co to jest...
Rejestrator mocy dawki promieniowania radioaktywnego z GPS'em.
GPS w podstawce - obecnie wyjęty więc nie sieje danymi po UARTcie.

Spokojnie - archiwum nie zawiera bibliotek innych niż I2C i MKUART.

Statystyki: Napisane przez szopler — 23 wrz 2012, o 19:52