Wczoraj... w sumie już dzisiaj, udało mi się napisać skompilować i uruchomić dwa pierwsze programy. Dwa Ledy, migające na zmianę, oraz dwa LEDy o różnej jasności - PWM

Pozdrawiam
Ha przypomniało mi to mój pierwszy program w asemblerze: 7-bajtowa syrena na Meritum przepisany chyba z "Przeglądu Technicznego".Pyra pisze:Na razie to było na zasadzie małpy, wklepanie przykładu z książki, potem analiza jak to działa i zamiast jednego migającego światełka, zrobiłem dwa migające na zmianę.
Jest dużo łatwiej niż myśliszZastanawiam się, czy książka Kardasia pomoże mi w tym, bo z tego co widzę na jego blogu, nie jest łatwo a i podejście ma inne nieco niż Tomasz Francuz w swojej książce. ]
Coś w tym jest...ElSor pisze:...Człowiek chyba się starzeje, czasu też mało ...
Do książki może i mnie przekonasz ale do Eclipsa już nie. Na blogu kiedyś napomniałem, że nie można programować bezpośrednio nowszych procesorów (na tej liście jest np AtTiny13A). Wspólnie z Mirkiem ustaliliśmy, że można zmieniać config AVRDude i dodawać nowe procki. Znam pozostałe wady i zalety obu i zostaję przy Atmel Studio, tym bardziej, że posiadam programator AVR ISP mk II.joon pisze:A ja polecam wygodne środowisko Eclipse, po odpowiednim skonfigurowaniu praca jest naprawdę bardzo przyjemna
zgadza się. Tylko w C spokojnie napiszesz i program na 10 linii i całego Unixa (a np. gcc ćwierć wieku temu miało 110 tys. linii kodu), a w basicu im większy program, tym więcej "walki z narzędziem", coraz trudniej zapewnić niezależność modułów programu i brak interferencji (np. nazwy zmiennych).Pyra pisze:po prostu trzeba dobierać narzędzie do potrzeb.
A jak programujesz ATtiny13A (brak wsparcia w avrdude) jako ATtiny13 to coś tracisz?ElSor pisze:...że nie można programować bezpośrednio nowszych procesorów (na tej liście jest np AtTiny13A)
Jak wybierzesz 13A i będziesz chciał zaprogramować w AVRDude to wyskoczy błąd w stylu "AVRDude don't support device ATTiny 13A" czyli po naszemu, ze nic z tego.joon pisze:Osobiście siedzę na płytce uruchomieniowej oraz na systemach z m8, m32 więc nie mam jak sprawdzić jak z tym Attiny13A
W tym przypadku tracę możliwość wykorzystania 2 rejestrów dodanych w wersji A. Procesorów nie obsługiwanych przez AVRDude jest więcej, więc jeśli mam przeskoczyć na C to nie chcę się już na początku ograniczać.fredek pisze:A jak programujesz ATtiny13A (brak wsparcia w avrdude) jako ATtiny13 to coś tracisz?
No widzisz, tu wypływają przyzwyczajenia z innego języka. W Bascomie też można cuda robić, zobacz na dzieła manekinen. Uważam że Bascom jest nawet wygodniejszy do prostych aplikacji, kiedy nie musisz znać dokładnie funkcji rejestrów, zasady sterowania wyświetlaczem LCD itp.ptja pisze:...a w basicu im większy program, tym więcej "walki z narzędziem", coraz trudniej zapewnić niezależność modułów programu i brak interferencji (np. nazwy zmiennych).
Pozdrawiam#include <avr/io.h>
#include <util/delay.h>
int main()
{
TCCR0A=0xa1;
TCCR0B|=(1<<CS00);
DDRB|=(1<<PB0) | (1<<PB1);
for(;;)
{
unsigned int short y=0;
while (y<255)
{
OCR0A = y;
OCR0B =~y;
_delay_ms(50);
y++;
};
while (y>0)
{
OCR0A = y;
OCR0B =~y;
_delay_ms(50);
y--;
};
}
while(1) {}
}