ATNEL tech-forum 2018-11-23T11:05:35+01:00 https://forum.atnel.pl/feed.php?f=4&t=21595&mode 2018-11-23T11:05:35+01:00 2018-11-23T11:05:35+01:00 https://forum.atnel.pl/viewtopic.php?t=21595&p=213970#p213970 <![CDATA[Re: Błąd, który nie jest błędem...]]> Dziękuję.

Statystyki: Napisane przez cekin — 23 lis 2018, o 11:05

]]> 2018-11-22T18:05:18+01:00 2018-11-22T18:05:18+01:00 https://forum.atnel.pl/viewtopic.php?t=21595&p=213939#p213939 <![CDATA[Re: Błąd, który nie jest błędem...]]> cekin napisał(a):

Otworzyłem plik iom16.h.
Mirek już odpowiedział o rozwiązaniu. Ale dodam swój komentarz ;)
Czytać, czytać, czytać w co się klika ... :)
Przecież wyraźnie jest napisane w io.h przy przechodzeniu do iom16.h że masz zdefiniowany procesor ATmega16:
[syntax=c]#elif defined (__AVR_ATmega16__)
#include <avr/iom16.h>[/syntax]

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 22 lis 2018, o 18:05

]]> 2018-11-22T16:26:32+01:00 2018-11-22T16:26:32+01:00 https://forum.atnel.pl/viewtopic.php?t=21595&p=213934#p213934 <![CDATA[Re: Błąd, który nie jest błędem...]]> cekin napisał(a):

Otworzyłem plik iom16.h. Zamiast REFS2 jest MUX4. Wpisałem MUX4 do programu ale błąd pojawił się MUX4 undeclared.

To jest jeden z bodajże NAGORSZYCH pomysłów na jakie można wpadać - żeby grzebać w plikach systemowych ....

Przecież ewidentnie masz ALBO zbabolony workspace/projekt albo stworzyłeś domyślny procek ATtiny25 i masz kaszanę

Poza tym nie widzisz, że robisz jakieś przedziwne rzeczy ? otwierasz plik iom16.h ??? podczas gdy masz procek ATtiny25? Przecież już tu widać BABOLA co ma wspólnego jedno z drugim ? - ok ok ja rozumiem, pewnie gdy klikasz w nazwę REFS0 to kieruje cię do iom16.h ale to oznacza tylko jedno

1. albo masz skopany workspace
2. albo tworząc projekt od razu wybrałeś procka ATtiny25 zamiast zostawić domyślny ATtiny16 i dopiero później zmienić procka w propertiesach - tak jak pokazywałem to w poradnikach wideo

niestety Eclipse często gdy się na etapie tworzenia projektu wybierze docelowy procek - to java eclipsa wciąż widzi iom16.h niezależnie jaki procek dałeś czy ATtiny25 czy ATmega128 czy inny

Ale łatwo to naprawić

1. otwórz właściwości projektu i zmień procka na dowolnego innego np ATtiny26
2. zrób CLEAN projektu i spróbuj go skompilować - to nic że będą błędy kompilacji
3. teraz znowu otwórz właściwości projektu i zmień procka na swojego ATtiny25
4. teraz CLEAN i kompilacja i już wszystko będzie działać jak należy - a klikając w REFS0 czy inny będzie cię przekierowywało do iotnx5.h zamiast do iom16.h

Statystyki: Napisane przez mirekk36 — 22 lis 2018, o 16:26

]]> 2018-11-22T15:27:27+01:00 2018-11-22T15:27:27+01:00 https://forum.atnel.pl/viewtopic.php?t=21595&p=213929#p213929 <![CDATA[Re: Błąd, który nie jest błędem...]]> Statystyki: Napisane przez cekin — 22 lis 2018, o 15:27

]]> 2018-11-21T18:00:15+01:00 2018-11-21T18:00:15+01:00 https://forum.atnel.pl/viewtopic.php?t=21595&p=213896#p213896 <![CDATA[Re: Błąd, który nie jest błędem...]]>
--
Pozdawiam,
Robert

Statystyki: Napisane przez rskup — 21 lis 2018, o 18:00

]]> 2018-11-21T17:52:37+01:00 2018-11-21T17:52:37+01:00 https://forum.atnel.pl/viewtopic.php?t=21595&p=213895#p213895 <![CDATA[Błąd, który nie jest błędem...]]> Posiadam mikrokontroler attiny25. Chcę w nim ustawić napiecie odniesienia 2,56V. Według tabeli 17-3 z noty aplikacyjnej należy ustawić bity REFS1 i REFS2 w rejestrze ADMUX. Gdy wpisuje REFS2 jest podkreślone na czerwono, pojawia się czerwony krzyżyk przytej lini a mimo to kompilacja przebiega prawidłowo. Pozostałe bity rejestru REFS[1:0] są prawidłowo odczytywane przez kompilator. Zaprogramowany mikrokontroler zachowuje się tak jakby było to źródło 1.1V.
[syntax=c]ADMUX |= (1<<REFS2)|(1<<REFS1);[/syntax]
Nie wiem dlaczego taki błąd się pojawia.

Statystyki: Napisane przez cekin — 21 lis 2018, o 17:52

]]>