Komparatory w XMEGA128A3U tylko na jednym porcie zamiast dwóch

Temat stary ale problem nowy, walczę z atxmegą 128u3 zalutowaną na module X3-DIL64.
Wg pdf-a mają one mieć 4 komparatory, po dwa na porcie A i B, okazuje się że mają tylko na porcie A,
próbowłem różnych rzeczy, piny portu B są dobre bo wej i wyj działają a nie ma sygnałów na PB6 i PB7
z komparatorów portu B, robiłem nawet generator z książki TMF-a układy peryferyjne i nie działają, musiałem
obejść problem przez bezpośrednią defekcję stanów na porcie B bez komparatorów.
Spotkał się ktoś z tym?

Moderowany przez tmf:

Prosze nie dopisywać się do nieswoich tematów i odgrzewać dyskusje archiwalne. Temat wydzieliłem.

Wyłącz JTAG w MCU. Zajmuje PB4-PB7, czyli akurat m.in. wyjście z ACB.

Ok ale powinien działać b6 a nie działa, dwa w właściwym kodzie jtag był wyłączony zresztą sekwencją z twojej książki
więc to nie to. Tu mam inny kod który napisałem na sam komparator B


Dodano po 4 [minuty]:

A tu kod pierwotny, komparatory synchronizują liczniki resetując je, teraz zrobiłem to bez komparatorów
ale pierwotny plan miałem z nimi. Wyłączenie jtaga jest w głównym pliku.

Nie dziwi mnie, że powyższy kod nie działa. AC_ACnOUT_bm są w CTRLA, nie CTRLB. Nie masz też ustawionego multipleksera wejść i odblokowujesz przerwanie,, a nie wiadomo, gdzie jest jego handler.
Jeśli pokazujesz kod, to pokaż kompletny kod, który można analizować. Bo tak to możemy jeszcze 70 postów napisać zanim dojdziemy o co chodzi. Jeśli masz debugger, to najprościej sobie ustawić breakpointa i zobaczyć rejestry ACB.
BTW, jaki masz poziom optymalizacji w gcc? W -O0, lub -O1 takie wyłączenie JTAGa może nie działać.

tmf napisał:

AC_ACnOUT_bm są w CTRLA, nie CTRLB.

Faktycznie z tym dałem ciała, ciekawe że avr studio nie wychwyciło tego błędu,
ustawianie nieistniejących bitów w rejestrze. Jak będę miał chwilę to to sprawdzę,
na razie działam inaczej i wszystko mi chodzi, więc do komparatorów nie wrócę
bo juz mam zaprojektowaną płytkę a czas mnie goni. Na razie dzięki, później się odezwę.
Pozdr
Janusz

Janusz_kk napisał:

Faktycznie z tym dałem ciała, ciekawe że avr studio nie wychwyciło tego błędu,
ustawianie nieistniejących bitów w rejestrze.

A niby jak miało to wykryć?
Do rejestry możesz zapisać stałą, możesz zapisać zmienną. Skąd kompilator ma wiedzieć co jest w tej zmiennej?

Ale zapisywał stałą zdefiniowaną a nie dowolną liczbę. AC_AC0OUT_bm czy AC_AC1OUT_bm to są stałe zdefiniowane,
a nie liczby z palca, więc kompilator ma wiedzę do jakich rejestrów one pasują, albo powinien mieć, tym bardziej że różnią
się diametralnie, w ctrla są bity wyjścia, a w ctrlb jest ustawienie scalera.

Janusz_kk napisał:

Ale zapisywał stałą zdefiniowaną a nie dowolną liczbę. AC_AC0OUT_bm czy AC_AC1OUT_bm to są stałe zdefiniowane,
a nie liczby z palca, więc kompilator ma wiedzę do jakich rejestrów one pasują, albo powinien mieć, tym bardziej że różnią
się diametralnie, w ctrla są bity wyjścia, a w ctrlb jest ustawienie scalera.

Kolega nie za dużo wymaga od kompilatora?
Jaki kompilator wyłapuje takie błędy?

Janusz_kk napisał:

Ale zapisywał stałą zdefiniowaną a nie dowolną liczbę. AC_AC0OUT_bm czy AC_AC1OUT_bm to są stałe zdefiniowane,
a nie liczby z palca, więc kompilator ma wiedzę do jakich rejestrów one pasują, albo powinien mieć, tym bardziej że różnią
się diametralnie, w ctrla są bity wyjścia, a w ctrlb jest ustawienie scalera.

Dla kompilatora to są zwykłe stałe. Nie ma szans, aby w C poinformować kompilator, że dana stała może być użyta wyłącznie w kontekście określonego rejestru. A przynajmniej nie da się tego zrobić łatwo. Oczywiście byłby to przydatny bajej, gdyby AS wychwytywało tego typu błędy. Zgłoś feature request - może uwzględnią

tmf napisał:

Oczywiście byłby to przydatny bajej, gdyby AS wychwytywało tego typu błędy

Byłby to pierwszy kompilator z taka funkcją. Tyle, że standard C czegoś takiego raczej nie przewiduje. Noi jak wykryć taki błąd:

es2 napisał:

tmf napisał:
Oczywiście byłby to przydatny bajej, gdyby AS wychwytywało tego typu błędy


Byłby to pierwszy kompilator z taka funkcją. Tyle, że standard C czegoś takiego raczej nie przewiduje

Dlatego nie pisałem o kompilatorze, tylko o AS, które mogłoby takie błędy wychwytywać poprzez analizę kontekstową kodu. Podobnie jak to zresztą już robi, przy podpowiadaniu składni. Są różne dodatki, np. Naggy, które podpowiadają gdzie jest błąd, więc dodanie kolejnego sprawdzenia nie jest niemożliwe. Problem raczej w tym, że Atmel, obecnie Microchip, musiałby przepisać nagłówki z definicjami, tak, aby dało się powiązać rejestry z konkretnymi, odnoszącymi się do nich definicjami.

Tyle że takie coś raczej nie byłoby błędem, a jedynie ostrzeżeniem. A patrząc ile _SETEK_ ostrzeżeń mają typowe projekty embedded, obawiam się, że kolejny by jedynie zginął w tłumie (;

tmf napisał:

Dlatego nie pisałem o kompilatorze, tylko o AS, które mogłoby takie błędy wychwytywać poprzez analizę kontekstową kodu.

Ale to juz ociera się o sieci nuronowe, wg mnie można znacznie prościej, w pliku "H" do kazdego procka są zdefiniowane struktry każdego urządzenia gdzie są wymienione rejestry z których się składa, wystrczyłaby podefinicja rejestrów z jakich bitów czy grup się składają i żeby to IDE podpowiadało. Bo największym problemem xmeg jest terminologia, starą megę brałem pdf-a gdzie był rejestr i bity, wpisywało się bezpośrednio w program i działało, teraz przy xmegach trzeba się przebić jak się to może nazwać, np szukałem jak wyłączyć jtag-a, pierw próbowałem sam, porażka, potem google i guzik znalazłem, dopiero w książce TMF-a było jak to zrobić. Nawet przykładów od atmel-a teraz nie ma jak ściągnąć bo microchip zrobił burdel ze stroną a google widzi cały czas stare adresy. Wyżaliłem się ale walczę nad projektem i xmegą juz ponad miesiąc i czasami mam jej dość.

Witam
Mam kolejny problem, nie chodzi mi timer, siódmy, pozostałe 6 działa i nie mogę znaleść przyczyny,
symulator nic nie pokazuje, rejestry nieustawione mają jakieś przypadkowe wartości, zrobiłem osobny programi na
sam timer i nic, timer ma mi uruchomić przerwanie co 50mS tutaj teraz akurat tak nie będzie bo zegar
jest 2M wew dlatego zmieniłem dzielnik na 1, ale w docelowym też mi nie wyzwala przerwania,
widzę bo mam tam leda który ma mrugać, już tracę siły nad tym prockiem. Proszę o pomoc.

Dodano po 2 [minuty]:

Tym
// PORTE.OUTSET=0XFF;
testowałem leda czy świeci, dlatego zaremowane.