NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - elektryka - przebicie
Goto page Previous 1, 2, 3 ... 438, 439, 440 ... 585, 586, 587 Next
Wmak
Guest
Guest
Mon Dec 31, 2012 12:50 am
Quote:
Widocznie w Niemczech są inne prawa fizyki
Nie, w Niemczech są inne prawa dotyczące ochrony środowiska,
Nie wolno truć powietrza spalinami z silnika pracującego na luzie.
MichaĹ Lankosz
Guest
Guest
Sun Feb 10, 2013 10:46 am
W dniu 2013-02-09 20:38, Atlantis pisze:
Quote:
Jeszcze jedno pytanie związane z mikrokontrolerami.
Kiedyś, bodajże w jakimś tutorialu (niestety teraz nie mogę doszukać się
źródła) natknąłem się na informację, jakoby kwarc taktujący uC mógł być
źródłem zakłóceń na sąsiednich liniach. Linie PD5 i PD6 znajdują się w
bezpośrednim sąsiedztwie rezonatora.
Kiedyś, bodajże w jakimś tutorialu (niestety teraz nie mogę doszukać się
źródła) natknąłem się na informację, jakoby kwarc taktujący uC mógł być
źródłem zakłóceń na sąsiednich liniach. Linie PD5 i PD6 znajdują się w
bezpośrednim sąsiedztwie rezonatora.
Może jedynie w sytuacji, gdy te piny będą ustawione jako wejścia
wysokiej impedancji, podłączone do źródła też wysokiej impedancji i
dodatkowo będą biegły równolegle ze ścieżką zegara. Nie spotkałem
takiego przypadku.
--
Michał
DJ
Guest
Guest
Sun Feb 10, 2013 1:43 pm
On 2013-02-09 20:27:38 +0100, Atlantis <marekw1986NOSPAM@wp.pl> said:
Quote:
Każde przerwanie, dobrze rozumiem?
Nie.
1. Wszystkie takie podstawowe szczegóły masz opisane w datasheet. Naprawdę.
2. Zależne jest to mocno do konkretnego modelu procka AVR, są różne
poziomy sleep.
Quote:
Mi akurat chodzi o zwykłą Atmegę8. 
Więc datasheet ad atmega8. Tam naprawdę wszystko jest.
Rozdział "Power management and sleep modes", jest tam opisane które
części uC działają w danym trybie uśpienia, i które przerwania wybudzą
go z konkretnego poziomu snu. Jest nawet ładna tabelka.
--
DJ
PS. przy odpisywaniu na priv usun antyspamowy wpis z adresu
Atlantis
Guest
Guest
Sun Feb 10, 2013 5:47 pm
W dniu 2013-02-10 10:46, Michał Lankosz pisze:
Quote:
Może jedynie w sytuacji, gdy te piny będą ustawione jako wejścia
wysokiej impedancji, podłączone do źródła też wysokiej impedancji i
dodatkowo będą biegły równolegle ze ścieżką zegara. Nie spotkałem
takiego przypadku.
wysokiej impedancji, podłączone do źródła też wysokiej impedancji i
dodatkowo będą biegły równolegle ze ścieżką zegara. Nie spotkałem
takiego przypadku.
Hmm... Czyli nie nie powinno się stać nawet wtedy, gdy zamiast
stosowania kabelków po stronie elementów puszczę dłuższą ścieżkę dokoła
kwarcu?
Desoft
Guest
Guest
Sun Feb 10, 2013 5:49 pm
Użytkownik "Marek" <fake@fakeemail.com> napisał w wiadomości
news:almarsoft.3251143237427744352@news.neostrada.pl...
Quote:
On Sat, 9 Feb 2013 21:13:37 +0100, "zapinio" <zapiniasty@gmail.com> wrote:
W panelu sterowania/system/sprzet/manager urządzeń.
To nie jest Windows
.
W panelu sterowania/system/sprzet/manager urządzeń.
To nie jest Windows
.
Przyszedłeś się chwalić, czy szukasz pomocy?
))
--
Desoft
Atlantis
Guest
Guest
Sun Feb 10, 2013 5:58 pm
W dniu 2013-02-10 13:43, DJ pisze:
Quote:
Więc datasheet ad atmega8. Tam naprawdę wszystko jest.
Właśnie czytałem, ale wciąż nie mam całkowitej pewności jak
interpretować ten fragment:
"Idle mode enables the MCU to wake up from external triggered interrupts
as well as internal
ones like the Timer Overflow and USART Transmit Complete interrupts."
Skłaniałbym się raczej ku interpretacji, w myśl której w obsłudze
przerwania USART mogę umieścić instrukcję budzenia (wyzerowanie
odpowiednich bitów w MCUCR). Ale czy samo wystąpienie przerwania
spowoduje wyjście ze stanu uśpienia?
Mario
Guest
Guest
Sun Feb 10, 2013 6:02 pm
W dniu 2013-02-10 17:49, Desoft pisze:
Quote:
Użytkownik "Marek" <fake@fakeemail.com> napisał w wiadomości
news:almarsoft.3251143237427744352@news.neostrada.pl...
On Sat, 9 Feb 2013 21:13:37 +0100, "zapinio" <zapiniasty@gmail.com
wrote:
W panelu sterowania/system/sprzet/manager urządzeń.
To nie jest Windows
.
Przyszedłeś się chwalić, czy szukasz pomocy?
))
Ale po co mu pomoc w postaci rad w rodzaju "panelu
sterowania/system/sprzet/manager urządzeń" skoro u niego nie ma takich
rzeczy. Powinien zasygnalizować na początku żeby od razu uniknąć rad nie
na temat.
--
pozdrawiam
MD
AlexY
Guest
Guest
Sun Feb 10, 2013 6:04 pm
Atlantis wrote:
Quote:
W dniu 2013-02-10 13:43, DJ pisze:
Więc datasheet ad atmega8. Tam naprawdę wszystko jest.
Właśnie czytałem, ale wciąż nie mam całkowitej pewności jak
interpretować ten fragment:
"Idle mode enables the MCU to wake up from external triggered interrupts
as well as internal
ones like the Timer Overflow and USART Transmit Complete interrupts."
Skłaniałbym się raczej ku interpretacji, w myśl której w obsłudze
przerwania USART mogę umieścić instrukcję budzenia (wyzerowanie
odpowiednich bitów w MCUCR). Ale czy samo wystąpienie przerwania
spowoduje wyjście ze stanu uśpienia?
Więc datasheet ad atmega8. Tam naprawdę wszystko jest.
Właśnie czytałem, ale wciąż nie mam całkowitej pewności jak
interpretować ten fragment:
"Idle mode enables the MCU to wake up from external triggered interrupts
as well as internal
ones like the Timer Overflow and USART Transmit Complete interrupts."
Skłaniałbym się raczej ku interpretacji, w myśl której w obsłudze
przerwania USART mogę umieścić instrukcję budzenia (wyzerowanie
odpowiednich bitów w MCUCR). Ale czy samo wystąpienie przerwania
spowoduje wyjście ze stanu uśpienia?
Czy uśpiony procek realizuje program? (tak rozumiem to co napisałeś)
Powyższy fragment mówi że np USART w trybie uśpienia wysyła dane z
bufora i po zakończeniu transmisji może obudzić program
--
AlexY
http://nadzieja.pl/inne/spam.html
http://www.pg.gda.pl/~agatek/netq.html
DJ
Guest
Guest
Sun Feb 10, 2013 6:26 pm
On 2013-02-10 17:58:36 +0100, Atlantis <marekw1986NOSPAM@wp.pl> said:
Quote:
W dniu 2013-02-10 13:43, DJ pisze:
Więc datasheet ad atmega8. Tam naprawdę wszystko jest.
Właśnie czytałem, ale wciąż nie mam całkowitej pewności jak
interpretować ten fragment:
"Idle mode enables the MCU to wake up from external triggered
interrupts as well as internal
ones like the Timer Overflow and USART Transmit Complete interrupts."
Więc datasheet ad atmega8. Tam naprawdę wszystko jest.
Właśnie czytałem, ale wciąż nie mam całkowitej pewności jak
interpretować ten fragment:
"Idle mode enables the MCU to wake up from external triggered
interrupts as well as internal
ones like the Timer Overflow and USART Transmit Complete interrupts."
przy INT0/1 jest notka, że budzenie poziomem.
Quote:
Skłaniałbym się raczej ku interpretacji, w myśl której w obsłudze
przerwania USART mogę umieścić instrukcję budzenia (wyzerowanie
odpowiednich bitów w MCUCR).
przerwania USART mogę umieścić instrukcję budzenia (wyzerowanie
odpowiednich bitów w MCUCR).
Nie musisz. On już jest obudzony sprzętowo.
Quote:
Ale czy samo wystąpienie przerwania spowoduje wyjście ze stanu uśpienia?
Tak, i tylko tak.
Po obudzeniu wykonuje kod spod wektora przerwania który spowodował
"pobudkę", a po jego zakończeniu wraca do miejsca gdzie usnął, wykonuje
kolejne rozkazy.
--
DJ
PS. przy odpisywaniu na priv usun antyspamowy wpis z adresu
DJ
Guest
Guest
Sun Feb 10, 2013 6:33 pm
On 2013-02-10 18:04:38 +0100, AlexY <alexy@irc.pl> said:
Quote:
Atlantis wrote:
W dniu 2013-02-10 13:43, DJ pisze:
Więc datasheet ad atmega8. Tam naprawdę wszystko jest.
Właśnie czytałem, ale wciąż nie mam całkowitej pewności jak
interpretować ten fragment:
"Idle mode enables the MCU to wake up from external triggered interrupts
as well as internal
ones like the Timer Overflow and USART Transmit Complete interrupts."
Skłaniałbym się raczej ku interpretacji, w myśl której w obsłudze
przerwania USART mogę umieścić instrukcję budzenia (wyzerowanie
odpowiednich bitów w MCUCR). Ale czy samo wystąpienie przerwania
spowoduje wyjście ze stanu uśpienia?
Czy uśpiony procek realizuje program? (tak rozumiem to co napisałeś)
W dniu 2013-02-10 13:43, DJ pisze:
Więc datasheet ad atmega8. Tam naprawdę wszystko jest.
Właśnie czytałem, ale wciąż nie mam całkowitej pewności jak
interpretować ten fragment:
"Idle mode enables the MCU to wake up from external triggered interrupts
as well as internal
ones like the Timer Overflow and USART Transmit Complete interrupts."
Skłaniałbym się raczej ku interpretacji, w myśl której w obsłudze
przerwania USART mogę umieścić instrukcję budzenia (wyzerowanie
odpowiednich bitów w MCUCR). Ale czy samo wystąpienie przerwania
spowoduje wyjście ze stanu uśpienia?
Czy uśpiony procek realizuje program? (tak rozumiem to co napisałeś)
Podchwytliwe pytanie, to i podchwytliwa odpowiedź:
Realizuje program? Tak.
Wykonuje rozkazy i zmienia ProgramCounter? Nie.
MSPANC :)
--
DJ
PS. przy odpisywaniu na priv usun antyspamowy wpis z adresu
Atlantis
Guest
Guest
Sun Feb 10, 2013 6:34 pm
W dniu 2013-02-10 18:26, DJ pisze:
Quote:
przy INT0/1 jest notka, że budzenie poziomem.
(...)
Nie musisz. On już jest obudzony sprzętowo.
(...)
Nie musisz. On już jest obudzony sprzętowo.
Tylko poziomem?
A jeśli przerwanie INT0/INT1 ustawię np. tak, żeby reagowało na
opadające zbocze i w funkcji wyzeruję bity MCUCR - obudzi się?
DJ
Guest
Guest
Sun Feb 10, 2013 6:40 pm
On 2013-02-10 18:34:44 +0100, Atlantis <marekw1986NOSPAM@wp.pl> said:
Quote:
W dniu 2013-02-10 18:26, DJ pisze:
przy INT0/1 jest notka, że budzenie poziomem.
(...)
Nie musisz. On już jest obudzony sprzętowo.
Tylko poziomem?
przy INT0/1 jest notka, że budzenie poziomem.
(...)
Nie musisz. On już jest obudzony sprzętowo.
Tylko poziomem?
Note that if a level triggered interrupt is used for wake-up from
Power-down mode, the
changed level must be held for some time to wake up the MCU. This makes the MCU
less sensitive to noise. The changed level is sampled twice by the
watchdog oscillator
clock.
Więc pewnie z tego powodu do budzenia musi być poziom, nie zbocze.
--
DJ
PS. przy odpisywaniu na priv usun antyspamowy wpis z adresu
DJ
Guest
Guest
Sun Feb 10, 2013 6:54 pm
On 2013-02-10 18:34:44 +0100, Atlantis <marekw1986NOSPAM@wp.pl> said:
Quote:
W dniu 2013-02-10 18:26, DJ pisze:
przy INT0/1 jest notka, że budzenie poziomem.
(...)
Nie musisz. On już jest obudzony sprzętowo.
Tylko poziomem?
przy INT0/1 jest notka, że budzenie poziomem.
(...)
Nie musisz. On już jest obudzony sprzętowo.
Tylko poziomem?
A tabelkę oglądałeś?
W idle można zboczem, reszta trybów snu - poziomem.
--
DJ
PS. przy odpisywaniu na priv usun antyspamowy wpis z adresu
Atlantis
Guest
Guest
Sun Feb 10, 2013 7:21 pm
W dniu 2013-02-10 18:40, DJ pisze:
Quote:
Więc pewnie z tego powodu do budzenia musi być poziom, nie zbocze.
Dobrze, w takim razie jeszcze jedno pytanie. Jak właściwie wygląda
próbkowanie tego poziomu?
Powiedzmy, że ustawiam INT0 i INT1 na wykrywanie stanu niskiego. Na
liniach pojawia się logiczne zero trwające kilka sekund, a nawet całe
minuty. Kiedy i ile razy wykona się przerwanie?
J.F.
Guest
Guest
Sun Feb 10, 2013 7:37 pm
Dnia Sun, 10 Feb 2013 18:34:44 +0100, Atlantis napisał(a):
Quote:
W dniu 2013-02-10 18:26, DJ pisze:
przy INT0/1 jest notka, że budzenie poziomem.
(...)
Nie musisz. On już jest obudzony sprzętowo.
Tylko poziomem?
A jeśli przerwanie INT0/INT1 ustawię np. tak, żeby reagowało na
opadające zbocze i w funkcji wyzeruję bity MCUCR - obudzi się?
przy INT0/1 jest notka, że budzenie poziomem.
(...)
Nie musisz. On już jest obudzony sprzętowo.
Tylko poziomem?
A jeśli przerwanie INT0/INT1 ustawię np. tak, żeby reagowało na
opadające zbocze i w funkcji wyzeruję bity MCUCR - obudzi się?
Jak procek bedzie dobrze uspiony, to w "w funkcji przerwania" nie nastapi
A jesli nastepuje, to juz jest obudzony.
Problem z przerwaniem na zbocze jest taki, ze ta funkcja jest czesto
realizowana, jakby to okreslic ... mikroprogramowo ?
Pin jest probkowany w okreslonym momencie cyklu zegarowego, i wewnetrzna
logika rozpoznaje zbocze jak stan ulegl zmianie od poprzedniej probki.
Ale w tym celu zegar musi dzialac, przynajmniej w ukladzie przerwan.
No i czas impulsu musi byc odpowiednio dlugi ... i uwaga przy zegarze o
zmiennej czestotliwosci. To samo zreszta przy "level"
J.
Goto page Previous 1, 2, 3 ... 438, 439, 440 ... 585, 586, 587 Next
elektroda NewsGroups Forum Index - Elektronika Polska - elektryka - przebicie