ATNEL tech-forum 2017-07-10T23:02:43+01:00 https://forum.atnel.pl/feed.php?f=30&t=18768&mode 2017-07-10T23:02:43+01:00 2017-07-10T23:02:43+01:00 https://forum.atnel.pl/viewtopic.php?t=18768&p=191922#p191922 <![CDATA[Re: [Atmega644PA]Dziwne zachowanie]]>
Situs napisał(a):

Tak się zeruje bit
[syntax=c]PORTD &= ~(1<<PD7) ;[/syntax]Tak się ustawia bit[syntax=c]PORTD |= (1<<PD7) ;[/syntax]
A tak zeruje kilka na raz[syntax=c]PORTD &= ~((1<<PD7) | (1<<PD6)) ;[/syntax]A tak ustawia[syntax=c]PORTD |= (1<<PD7) | (1<<PD6) ;[/syntax]
A tak toggluje[syntax=c]PORTD ^= (1<<PD7) ;[/syntax]A tak toggluje się kilka na raz[syntax=c]PORTD ^= (1<<PD7) | (1<<PD6) ;[/syntax]


jerzyk31 napisał(a):

Mirku, dzięki za trafne sugestie ;) okazało się, że zrobiłem przedszkolny błąd. Mianowicie, tak jak napisałeś "kalambur", on był problemem.

W momencie poprawy "kalambura" na poprawny wszystko ruszyło, okazuje się, że prawdopodobnie fusebity są źle ustawione i/lub F_CPU w programie, ponieważ mam ustawiony delay na 500ms a trwa to ok. 5sek.



A tak poza tym, co do dziwnego działania _delay_ms(). Problemem był fuse bit CKDIV8 który wejściowy zegar dzieli przez 8. Po wyłączeniu go wszystko wróciło do normy.

Muszę chyba jednak okulary zmienić :D

Statystyki: Napisane przez jerzyk31 — 10 lip 2017, o 23:02

]]> 2017-07-07T15:47:00+01:00 2017-07-07T15:47:00+01:00 https://forum.atnel.pl/viewtopic.php?t=18768&p=191804#p191804 <![CDATA[Re: [Atmega644PA]Dziwne zachowanie]]> [syntax=c]PORTD &= ~(1<<PD7) ;[/syntax]Tak się ustawia bit[syntax=c]PORTD |= (1<<PD7) ;[/syntax]
A tak zeruje kilka na raz[syntax=c]PORTD &= ~((1<<PD7) | (1<<PD6)) ;[/syntax]A tak ustawia[syntax=c]PORTD |= (1<<PD7) | (1<<PD6) ;[/syntax]
A tak toggluje[syntax=c]PORTD ^= (1<<PD7) ;[/syntax]A tak toggluje się kilka na raz[syntax=c]PORTD ^= (1<<PD7) | (1<<PD6) ;[/syntax]

Statystyki: Napisane przez Situs — 7 lip 2017, o 15:47

]]> 2017-07-07T07:34:10+01:00 2017-07-07T07:34:10+01:00 https://forum.atnel.pl/viewtopic.php?t=18768&p=191793#p191793 <![CDATA[Re: [Atmega644PA]Dziwne zachowanie]]> jerzyk31 napisał(a):

Miałem usunąć zawartość posta pierwszego ale pozostawię go (chyba, że moderator uzna inaczej ;) ), żeby inni nie pisali tak pytań :)

Mirku, dzięki za trafne sugestie ;) okazało się, że zrobiłem przedszkolny błąd. Mianowicie, tak jak napisałeś "kalambur", on był problemem.

W momencie poprawy "kalambura" na poprawny wszystko ruszyło, okazuje się, że prawdopodobnie fusebity są źle ustawione i/lub F_CPU w programie, ponieważ mam ustawiony delay na 500ms a trwa to ok. 5sek.

W takim układzie temat jest nie aktualny i można przenieść do lochów :)


Też mi się raz zdarzyło, że F_CPU ustawiłem na 16000 i zastanawiałem się, czemu mi delay nie działa.... :D

Statystyki: Napisane przez Kanc1erz — 7 lip 2017, o 07:34

]]> 2017-07-06T23:10:25+01:00 2017-07-06T23:10:25+01:00 https://forum.atnel.pl/viewtopic.php?t=18768&p=191788#p191788 <![CDATA[Re: [Atmega644PA]Dziwne zachowanie]]> ), żeby inni nie pisali tak pytań :)

Mirku, dzięki za trafne sugestie ;) okazało się, że zrobiłem przedszkolny błąd. Mianowicie, tak jak napisałeś "kalambur", on był problemem.

W momencie poprawy "kalambura" na poprawny wszystko ruszyło, okazuje się, że prawdopodobnie fusebity są źle ustawione i/lub F_CPU w programie, ponieważ mam ustawiony delay na 500ms a trwa to ok. 5sek.

W takim układzie temat jest nie aktualny i można przenieść do lochów :)

Statystyki: Napisane przez jerzyk31 — 6 lip 2017, o 23:10

]]> 2017-07-06T22:42:17+01:00 2017-07-06T22:42:17+01:00 https://forum.atnel.pl/viewtopic.php?t=18768&p=191785#p191785 <![CDATA[Re: [Atmega644PA]Dziwne zachowanie]]> jerzyk31 napisał(a):

A teraz najciekawsze przedstawione na obrazku

I co w tym najciekawszego jak nikt nie wie co to za obrazek i co on przedstawia ???

jerzyk31 napisał(a):

PORTD |= (0 << PD7);

Jeśli tym chciałeś wyzerować bit ? ... ale to tylko można się domyślać - bo z twojego opisu problemu (wybacz) ale kompletnie nic nie wynika - no chyba że ktoś zgadnie

to już ... co mogą mieć wspólnego z tymi dziwnymi rysunkami fusebity?
jerzyk31 napisał(a):

Fusebity mam ustawione tak: -U lfuse:w:0x42:m -U hfuse:w:0xd9:m -U efuse:w:0xff:m


jerzyk31 napisał(a):

Testowałem również z zewnętrznymi oscylatorami 8.867MHz oraz 20MHz i raz miałem jak powyżej a po dodaniu delay:

No ten fragment kodu to już w ogóle .... niezły kalambur

jerzyk31 napisał(a):

Ja już powoli tracę cierpliwość do tego...

ja też ;)

Zastanawiam się jak można tak pytania zadawać - żeby nikt nie wiedział o co chodzi ;) Na prawdę nie mam zamiaru ironizować czy się nabijać - ale weź sam jeszcze raz chłodnym okiem spójrz na ten post - i zastanów się co postronny czytelnik może pomyśleć ... jakieś rysunki, niby mowa o UART i to 2x ... a tu jakieś banglowanie niby pinem i to z błędem ... rysunki które - jak mówię nie wiadomo co mają przedstawiać i czym są ? z czego ?

Statystyki: Napisane przez mirekk36 — 6 lip 2017, o 22:42

]]> 2017-07-06T22:06:03+01:00 2017-07-06T22:06:03+01:00 https://forum.atnel.pl/viewtopic.php?t=18768&p=191783#p191783 <![CDATA[[Atmega644PA]Dziwne zachowanie]]>
Chciałem uruchomić 2xUART na niej (GSM+UART->komputer) i coś nie chciała trybić. To wgrałem baaardzo skomplikowany program:
[syntax=c]#include <avr/io.h>
#include <util/delay.h>

int main(){

DDRD |= (1 << PD7);
while(1){

PORTD |= (1 << PD7);
PORTD |= (0 << PD7);
}
return 0;
}[/syntax]
A teraz najciekawsze przedstawione na obrazku :)
Obrazek

Fusebity mam ustawione tak: -U lfuse:w:0x42:m -U hfuse:w:0xd9:m -U efuse:w:0xff:m

Testowałem również z zewnętrznymi oscylatorami 8.867MHz oraz 20MHz i raz miałem jak powyżej a po dodaniu delay:
[syntax=c]while(1){

PORTD &= ~(1 << PD7);
_delay_ms(1000);
}[/syntax]
Obrazek

Ja już powoli tracę cierpliwość do tego...

Z góry dzięki za porady.

Statystyki: Napisane przez jerzyk31 — 6 lip 2017, o 22:06

]]>