ATNEL tech-forum 2014-12-28T22:15:34+01:00 https://forum.atnel.pl/feed.php?f=4&t=9867&mode 2014-12-28T22:04:00+01:00 2014-12-28T22:04:00+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110934#p110934 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]> xor napisał(a):

Fajna i obrazowa analiza, jednak ma błędy. Przede wszystkim zarówno SBI jak i CBI zajmują dwa takty. Poza tym niepotrzebnie do pętli zaliczasz instrukcję LDI (chodzi o listingi 6. i 10), skoki RJMP wracają do następnej instrukcji po LDI.

Masz rację.
Teraz muszę to poprawić :evil:

Statystyki: Napisane przez Krauser — 28 gru 2014, o 22:04

]]> 2014-12-28T21:55:07+01:00 2014-12-28T21:55:07+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110933#p110933 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]>
[syntax=c]PINB |= (1<<PB0);[/syntax]
będą to 4 takty, a

[syntax=c]PINB = (1<<PB0);[/syntax]
3 takty.

Słowo wyjaśnienia o co mi chodzilo w tej wypowidzi:
xor napisał(a):

Możesz. A właściwie musisz.

Powyższe przypisanie nr 1 (z sumą bitową), zostało rozwinięte do SBI (nie sprawdzilem tego) więc spoko, ale gdyby to faktycznie było zrealizowane jako read-modify-write to powodowało by nieporządane efekty na pinach ze stanem HIGH.

Statystyki: Napisane przez xor — 28 gru 2014, o 21:55

]]> 2014-12-28T22:15:34+01:00 2014-12-28T21:00:21+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110923#p110923 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]> xor napisał(a):

Wystarczy samo przypisanie bez sumy bitowej (oczywiście zakładając, że nie togluje się w ten sposób innych pinów):

Nie zgodzę się z kolegą. Przypisanie to inny rozkaz asemblera i wymaga wcześniejszego załadowania wartości do rejestru rx, a potem kolejna instrukcja kopiuje to do rejestru wejścia wyjścia. Przykłady:
[syntax=c]#include <avr/io.h>

int main()
{
DDRB |= (1<<PB0);
asm volatile("Nop");

while(1)
{
PORTB |= (1<<PB0);
PORTB &= ~(1<<PB0);
}
}[/syntax]
daje kod asemblera:
[syntax=asm]00000038 <main>:
38:b8 9a sbi0x17, 0; 23
3a:00 00 nop
3c:c0 9a sbi0x18, 0; 24
3e:c0 98 cbi0x18, 0; 24
40:fd cf rjmp.-6 ; 0x3c <main+0x4>[/syntax]
sbi i cbi zajmują 2 takty, a rjmp 2 takty. Razem cała pętla while zajmuje 6 taktów. Z tym, że wypełnienie nie wynosi 50%. Okres 6 taktów. Częstotliwość 8 MHz / 6 = 1,(3) MHz.
Sytuacja z zamianą instrukcji:
[syntax=c]#include <avr/io.h>

int main()
{
DDRB |= (1<<PB0);
asm volatile("Nop");

while(1)
{
PORTB &= ~(1<<PB0);
PORTB |= (1<<PB0);
}
}[/syntax]
[syntax=asm]00000038 <main>:
38:b8 9a sbi0x17, 0; 23
3a:00 00 nop
3c:c0 98 cbi0x18, 0; 24
3e:c0 9a sbi0x18, 0; 24
40:fd cf rjmp.-6 ; 0x3c <main+0x4>[/syntax]
Tak samo czasowo, ale stan wysoki teraz trwa 4 takty a niski 2. Okres 6 taktów. Częstotliwość 8 MHz / 6 = 1,(3) MHz.
Z użyciem EXOR:
[syntax=c]#include <avr/io.h>

int main()
{
DDRB |= (1<<PB0);
asm volatile("Nop");

while(1)
{
PORTB ^= (1<<PB0);
}
}[/syntax]
[syntax=asm]00000038 <main>:
38:b8 9a sbi0x17, 0; 23
3a:00 00 nop
3c:91 e0 ldir25, 0x01; 1
3e:88 b3 inr24, 0x18; 24
40:89 27 eorr24, r25
42:88 bb out0x18, r24; 24
44:fc cf rjmp.-8 ; 0x3e <__SP_H__>[/syntax]
(ldi - 1 takt jednorazowo) in - 1 - takt, eor - 1 takt, out - 1 takt, rjmp - 2 takty. Razem 5. Przebieg ma wypełnienie 50%. Okres 10 taktów. Częstotliwość 8 MHz / 10 = 800 kHz.

Wpisanie 1 do rejestru PINx:
[syntax=c]#include <avr/io.h>

int main()
{
DDRB |= (1<<PB0);
asm volatile("Nop");

while(1)
{
PINB |= (1<<PB0);
}
}[/syntax]
[syntax=asm]00000038 <main>:
38:b8 9a sbi0x17, 0; 23
3a:00 00 nop
3c:b0 9a sbi0x16, 0; 22
3e:fe cf rjmp.-4 ; 0x3c <main+0x4>[/syntax]
sbi - 2 takty, rjmp - 2 takty. Razem 4 takty. Wypełnienie 50%. Okres 8 taktów. Częstotliwość 8 MHz / 6 = 1 MHz.

Propozycja kolegi xor:
[syntax=c]#include <avr/io.h>

int main()
{
DDRB |= (1<<PB0);
asm volatile("Nop");

while(1)
{
PINB = (1<<PB0);
}
}[/syntax]
[syntax=asm]00000038 <main>:
38:b8 9a sbi0x17, 0; 23
3a:00 00 nop
3c:81 e0 ldir24, 0x01; 1
3e:86 bb out0x16, r24; 22
40:fe cf rjmp.-4 ; 0x3e <__SP_H__>[/syntax]
(ldi - 1 takt jednorazowo), out - 1 takt, rjmp - 2 takty. Razem 3. Wypełnienie 50%. Okres 6 taktów. Częstotliwość 8 MHz / 6 = 1,(3) MHz.

splawik00 napisał(a):

Niby jak? Mam wywoływać przerwanie z każdym taktem zegara? A co z pętlą main?

Tryb CTC, a wartość OCRx = 0. Przykład dla ATMEGI644PA, który umieszcza się przed pętlą główną programu:
[syntax=c]DDRD |= (1<<PD5);
OCR1A = 0;
TCCR1B |= (1<<WGM12) | (1<<CS00);
TCCR1A |= (1<<COM1A0);[/syntax]
W razie potrzeby można wyłączyć:
[syntax=c]TCCR1A &= ~(1<<COM1A0);[/syntax]

Statystyki: Napisane przez Krauser — 28 gru 2014, o 21:00

]]> 2014-12-28T18:19:22+01:00 2014-12-28T18:19:22+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110883#p110883 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]> xor napisał(a):

Ale PINB = (1<<PB0) na pewno zajmuje mniej.

Ale nadal generuje to 1,3MHz. Tyle samo jak dla:
PORTB |= (1<<PB0);
PORTB &= ~(1<<PB0);

xor napisał(a):

splawik00 napisał(a):
Przypisywać bezpośrednio nie mogę, bo na nieszczęście kod ma jeszcze robić coś innego

Możesz. A właściwie musisz. I to jest właśnie piękne w tej metodzie ;-)

Mógłbyś rozwinąć, bo nie za bardzo zrozumiałem :roll:

xor napisał(a):

A tak na marginesie: maksymalną częstotliwość równą F_CPU/2 można uzyskać sprzętowo timerem.

Niby jak? Mam wywoływać przerwanie z każdym taktem zegara? A co z pętlą main?

Statystyki: Napisane przez splawik00 — 28 gru 2014, o 18:19

]]> 2014-12-28T15:34:06+01:00 2014-12-28T15:34:06+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110850#p110850 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]> splawik00 napisał(a):

PINB |= (1<<PB0) nadal zajmuje tyle samo kodu co PORTB |= (1<<PB0).

Ale PINB = (1<<PB0) na pewno zajmuje mniej.
splawik00 napisał(a):

Przypisywać bezpośrednio nie mogę, bo na nieszczęście kod ma jeszcze robić coś innego

Możesz. A właściwie musisz. I to jest właśnie piękne w tej metodzie ;-)

A tak na marginesie: maksymalną częstotliwość równą F_CPU/2 można uzyskać sprzętowo timerem.

Statystyki: Napisane przez xor — 28 gru 2014, o 15:34

]]> 2014-12-28T13:09:47+01:00 2014-12-28T13:09:47+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110829#p110829 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]>
Natomiast mam jeszcze prośbę do tych co znają ASM.
Mam taki kod:
[syntax=c]if(licznik == nastawa){
licznik = 0;
PORTB ^= (1<<PB2);
}
else{
asm("NOP");
}[/syntax]
Jak widać dodałem NOPy, żeby zrównoważyć (w przypadku kiedy licznik != nastawa) prędkość na pinie.
Pytanie do Was ile NOPów powinienem wstawić, żeby zrównoważyć instrukcje w przypadku kiedy licznik jest równy nastawa?
Kod w ASM:
[syntax=asm]90:41 f4 brne.+16 ; 0xa2 <main+0x4c>
92:88 b3 inr24, 0x18; 24
94:86 27 eorr24, r22
96:88 bb out0x18, r24; 24
98:20 e0 ldir18, 0x00; 0
9a:30 e0 ldir19, 0x00; 0
9c:40 e0 ldir20, 0x00; 0
9e:50 e0 ldir21, 0x00; 0
a0:e7 cf rjmp.-50 ; 0x70 <main+0x1a>
...
ae:e0 cf rjmp.-64 ; 0x70 <main+0x1a>[/syntax]

Statystyki: Napisane przez splawik00 — 28 gru 2014, o 13:09

]]> 2014-12-28T12:39:51+01:00 2014-12-28T12:39:51+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110823#p110823 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]> Statystyki: Napisane przez WoodPaker — 28 gru 2014, o 12:39

]]> 2014-12-28T12:32:47+01:00 2014-12-28T12:32:47+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110821#p110821 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]> Przypisywać bezpośrednio nie mogę, bo na nieszczęście kod ma jeszcze robić coś innego 8-)

Statystyki: Napisane przez splawik00 — 28 gru 2014, o 12:32

]]> 2014-12-28T11:29:22+01:00 2014-12-28T11:29:22+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110817#p110817 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]> [syntax=c]while(1){
PINB = (1<<PB0);
}[/syntax]

Statystyki: Napisane przez xor — 28 gru 2014, o 11:29

]]> 2014-12-28T10:23:49+01:00 2014-12-28T10:23:49+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110799#p110799 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]> [syntax=c]while(1){
PINB |= (1<<PB0);
}[/syntax]
W nowszych mikrokontrolerach toggle można uzyskać wpisując 1 do rejestru PINx

Statystyki: Napisane przez Krauser — 28 gru 2014, o 10:23

]]> 2014-12-28T00:25:52+01:00 2014-12-28T00:25:52+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110765#p110765 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]> Swoją drogą powyższy kod zajmuje 4 takty zegara. Przy kwarcu 8MHz daje to generowane 1MHz na wyjściu, a w praktyce jest 1,33MHz. To juz nie rozumiem, dopalacz jakiś? 8-)

Statystyki: Napisane przez splawik00 — 28 gru 2014, o 00:25

]]> 2014-12-28T00:12:24+01:00 2014-12-28T00:12:24+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110761#p110761 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]> wtedy wychwycić różnicę

ale to co kolega @krish pokazał

[syntax=c]while(1)
{
PORTB |= (1<<PB0);
PORTB &= ~(1<<PB0);
}[/syntax]
jest zamienione przez kompilator na:
[syntax=asm]PORTB |= (1<<PB0);
32: c0 9a sbi 0x18, 0 ; 24
PORTB &= ~(1<<PB0);
34: c0 98 cbi 0x18, 0 ; 24
36: fd cf rjmp .-6 ; 0x32 <main+0x2>[/syntax]
to by znaczyło że przy tym sposobie (bez toglowania) nie są odczytywane
rejestry tylko kompilator ustawia pin w konkretny stan.
Niestety nie mogę sprawdzić jak jest skompilowany kod z toglowaniem
nie mam teraz dostępu do swojego kompa ,
wtedy można by to porównać

Statystyki: Napisane przez Zaba — 28 gru 2014, o 00:12

]]> 2014-12-27T23:23:38+01:00 2014-12-27T23:23:38+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110756#p110756 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]>
Code:
while(1){
   PORTB = 0;
   PORTB = 1;
}

Statystyki: Napisane przez splawik00 — 27 gru 2014, o 23:23

]]> 2014-12-27T23:01:22+01:00 2014-12-27T23:01:22+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110749#p110749 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]>
ATmega nie ma sprzętowego negowania pinu i pewnie
dla przełącznia typu "togle" musi najpierw odczytać stan pinu
a dopiero później zmienić na przeciwny odpowiednim rozkazem,

a w tym drugim przypadku Ty bezpośrednio podajesz to co ma
być na pinie wyjściowym

Statystyki: Napisane przez Zaba — 27 gru 2014, o 23:01

]]> 2014-12-27T22:13:40+01:00 2014-12-27T22:13:40+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110742#p110742 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]> Nie ma różnicy, czy najpierw wyzeruję pin, czy go ustawię.
Natomiast nie wiadomo, dlaczego nagle już mam na wyjściu 800kHz :shock:
Nie zmieniałem treści kodu.
Natomiast co ciekawego zauważyłem:
Przy kodzie
Quote:

PORTB ^= (1<<PB0);

uzyskuję 800kHz.
Natomiast przy kodzie
Quote:

PORTB |= (1<<PB0);
PORTB &= ~(1<<PB0);

oraz
Quote:

PORTB &= ~(1<<PB0);
PORTB |= (1<<PB0);

prędkość nagle wynosi 1,3MHz !!!
Jakim cudem?

Statystyki: Napisane przez splawik00 — 27 gru 2014, o 22:13

]]> 2014-12-27T20:15:14+01:00 2014-12-27T20:15:14+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110728#p110728 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]>
[syntax=c]while(1){
PORTB |= (1<<PB0);
PORTB &= ~(1<<PB0);
}[/syntax]
oraz:
[syntax=c]while(1){
PORTB &= ~(1<<PB0);
PORTB |= (1<<PB0);
}[/syntax]

Bo o ile pamiętam to są różnice ;)

Statystyki: Napisane przez szopler — 27 gru 2014, o 20:15

]]> 2014-12-27T20:52:47+01:00 2014-12-27T20:04:17+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110727#p110727 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]> http://www.insidegadgets.com/2011/05/16/change-attiny85-clock-speed-on-the-fly/

w kodzie b. ważna jest sekwencja zapisu do rejestrów:
[syntax=c]// Change to 2 MHz by changing clock prescaler to 4
cli(); // Disable interrupts -jeżeli potrzeba
CLKPR = (1<<CLKPCE); // Prescaler enable
CLKPR = (1<<CLKPS1); // Clock division factor 4 (0010)
sei(); // Enable interrupts -jeżeli potrzeba
// i zmiana preskalera na 1
cli(); // Disable interrupts -jeżeli potrzeba
CLKPR = (1<<CLKPCE); // Prescaler enable
CLKPR = 0; // Clock division factor 1 (0000)
sei(); // Enable interrupts -jeżeli potrzeba[/syntax]

p.s.
oczywiście wtedy _delay_... źle chodzi.

p.s2.

spróbuj ustawić optymalizację kodu na "heavy optimalizations" -O3
jest b. dobry kod dla np.

[syntax=c]while(1)
{
PORTB |= (1<<PB0);
PORTB &= ~(1<<PB0);
}[/syntax]
jest:
[syntax=asm]PORTB |= (1<<PB0);
32:c0 9a sbi0x18, 0; 24
PORTB &= ~(1<<PB0);
34:c0 98 cbi0x18, 0; 24
36:fd cf rjmp.-6 ; 0x32 <main+0x2>[/syntax]

Statystyki: Napisane przez krish — 27 gru 2014, o 20:04

]]> 2014-12-27T19:23:28+01:00 2014-12-27T19:23:28+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110720#p110720 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]>
BTW, niedawno robiłem test tego typu - while(1) PORTx ^= (1<<0); i maksymalna częstotliwość na pinie togglowanym wyniosła ok 2Mhz (dokładnie nie pamiętam) dla kwarców od 1Mhz wewnętrzny do 27Mhz zewnętrzny. (oczywiście przy niższych F ta wartość była sporo niższa niż 2Mhz).

EDIT: F była sprawdzana na oscylku analogowym oraz na Saleae DIY.

Statystyki: Napisane przez acid3 — 27 gru 2014, o 19:23

]]> 2014-12-27T19:07:29+01:00 2014-12-27T19:07:29+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110718#p110718 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]>
Tak czy inaczej 22pF.
Kwarc na pewno dobry. Podmiana z 8MHz na 16MHz skutkuje dwukrotnym podniesieniem częstotliwości na wyjściu, więc działa.
Próbowałem też z wewnętrznym oscylatorem i to samo. Nawet wyprowadziłem go na PB4 (CKOUT=0) i zmierzyłem. Jest 8MHz.
Co do rejestru CLKPR to nigdy go nie ruszałem. Jakby kolega mógł przybliżyć trochę ten temat to spróbuję.

Statystyki: Napisane przez splawik00 — 27 gru 2014, o 19:07

]]> 2014-12-27T15:43:04+01:00 2014-12-27T15:43:04+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110690#p110690 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]> proponuję w takim razie sprawdzić:
- wartości kondensatorów przy kwarcu,
- podmienić kwarc na inny
( ew. porównać częstotliwości na wyjściu "generatorka" po zmianie kwarcu na innego z inną częstotliwością , czy odpowiednio się zmieniła ).
Na koniec spróbuj napisać programik zmieniający co jakiś czas rejestr CLKPR – Clock Prescale Register ( ale co najwyżej tylko bity: CLKPS0 i CLKPS1- dzielnik od 1 do 8 )

Statystyki: Napisane przez krish — 27 gru 2014, o 15:43

]]> 2014-12-26T22:25:38+01:00 2014-12-26T22:25:38+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110633#p110633 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]> Attiny85, EF 0xFF, HF 0xDF, LF 0xFF.

Statystyki: Napisane przez splawik00 — 26 gru 2014, o 22:25

]]> 2014-12-26T22:15:05+01:00 2014-12-26T22:15:05+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110631#p110631 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]>
p.s.
można także ustawiać w programie rejestr: CLKPR – Clock Prescale Register
ale trzeba poczytać jak ( są restrykcje).

Statystyki: Napisane przez krish — 26 gru 2014, o 22:15

]]> 2014-12-26T21:47:50+01:00 2014-12-26T21:47:50+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110625#p110625 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]> Co ciekawe dla Attiny13 i Attiny85 prędkości te wynoszą tak jak wspominałem około tych 120-160kHz. Natomiast Atmega8 przy tym samym kwarcu daje już prawie 1MHz, wiec tyle co teoretycznie wyliczyliśmy. To to by się zgadzało. Ale dlaczego na Attiny nie działa?
Z góry uprzedzę, że CKDIV8 w Attiny jest niezaprogramowany!

Statystyki: Napisane przez splawik00 — 26 gru 2014, o 21:47

]]> 2014-12-26T21:07:55+01:00 2014-12-26T21:07:55+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110621#p110621 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]> splawik00 napisał(a):

Jednak przy takim kodzie maksymalna częstotliwość jaką mogę wydusić to coś około 160kHz.

Jesteś pewny, że dobrze odczytujesz to z oscyloskopu?
Mógłbyś wkleić screen?

Statystyki: Napisane przez xamrex — 26 gru 2014, o 21:07

]]> 2014-12-27T15:32:51+01:00 2014-12-26T20:43:17+01:00 https://forum.atnel.pl/viewtopic.php?t=9867&p=110617#p110617 <![CDATA[Re: Generowanie przebiegu prostokątnego, a częstotliwość tak]]> http://cygnus.tele.pw.edu.pl/olek/doc/syko/syko-w3.pdf proszę :D

Statystyki: Napisane przez rajmund96 — 26 gru 2014, o 20:43

]]>