ATNEL tech-forum

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-24T21:23:46+01:00

Dziękuję za miłe słowa. Program ostatecznie przetestowany i wszystko jest OK! Jeszcze raz dziękuję wszystkim za pomoc. Myślę,że temat do zamknięcia.
Pozdrawiam, Arek

Statystyki: Napisane przez avrek — 24 lut 2015, o 21:23

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-24T10:52:48+01:00

No i jest happy end A już przyniosłem sobie stykówkę z piwnicy żeby zrobić podobny układ

Ze swojej strony chciałem jeszcze zwrócić uwagę, że kolega avrek... jakby to powiedzieć... przyłożył się do opisania problemu i poszukiwań rozwiązania. Przypuszczam że liczenie zboczy, znalezienie zależności z "resztami" to nie był taki hop siup. Do tego opisane oscylogramy. Bomba! Miło się szuka rozwiązania kiedy wszystkim zależy na znalezieniu problemu.

Statystyki: Napisane przez Gość — 24 lut 2015, o 10:52

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-24T01:04:56+01:00

Nie chcę zapeszać ale wygląda na to, że problem został rozwiązany Rozwiązaniem okazało się wprowadzenie przez kolegę wwojtek operacji atomowej. Prawdopodobnie pomysł kolegi barney też przyniósłby sukces.Pomysł podany przedwczoraj, dlaczego sukces dopiero dzisiaj? Wyjaśniam:
Niestety, z mojej winy żadna z propozycji nie została sprawdzona. Otóż na potrzeby wprowadzania proponowanych zmian stworzyłem w oryginalnym projekcie kopię pliku .c z nową nazwą i tam wprowadzałem zmiany. Okazało się, że kompilator cały czas korzystał z pliku oryginalnego (nie zmienianego) - dlatego cały czas pisałem, że nic się nie zmieniło. Pomyłkę tą odkryłem przypadkowo, przy pośrednim współudziale wwojtka, który zaproponował zakomentowanie makr generujących przebiegi wyjściowe. Zdziwiłem się, że po zakomentowaniu pierwszego makra nadal mam na wyjściu oryginalne sygnały no i zacząłem szukać.
Bardzo Wszystkich przepraszam za zamieszanie i wprowadzanie w błąd. Chcę też bardzo serdecznie podziękować Wszystkim uczestnikom tej dyskusji za okazaną bezinteresowną pomoc i wyrozumiałość. Jestem pod wrażeniem Waszej wiedzy i widzę, że przede mną jeszcze bardzo dużo nauki, ale mam nadzieję, że też kiedyś będę potrafił pomóc. Pozdrawiam, Arek

Statystyki: Napisane przez avrek — 24 lut 2015, o 01:04

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-23T23:52:26+01:00

Typ licznika zmieniłem a z opcji gcc to zmieniałem tylko typ optymalizacji ale to nic nie pomagało.

Statystyki: Napisane przez avrek — 23 lut 2015, o 23:52

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-23T23:55:12+01:00

I jeszcze coś mi przyszło do głowy - nie kompilujesz tego z jakimiś egzotycznymi opcjami gcc ?

------------------------ [ Dodano po: 6 minutach ]

Typ licznika dla świętego spokoju zmieniłbym na uint16_t.

Statystyki: Napisane przez Gość — 23 lut 2015, o 23:38

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-23T23:29:52+01:00

Ok, zaraz to "przećwiczę"

Statystyki: Napisane przez avrek — 23 lut 2015, o 23:29

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-23T23:17:07+01:00

Wydaje mi się, że w kodzie "sprawdzającym" autorstwa kolegi rekon jest mały błąd (ta wersja z epromem) - raz jest maskowanie PB, raz go nie ma:
[syntax=c]uint8_t obecny = PORTB & ((1<[...]
poprzedni = PORTB;[/syntax]

Jeśli mogę zasugerować jeszcze jedną "ścieżkę" testową to byłoby to uruchomienie pierwotnego programu (tzn. z dodaną atomowością) i wykomentowanie wszystkich operacji na wyjściach (G1/2_H/L...). Potem stopniowe od-wykomentowywanie makr i obserwacja czy dzieje się coś ciekawego. Może wyjdzie jakaś nowa zależność.

Statystyki: Napisane przez Gość — 23 lut 2015, o 23:17

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-23T22:47:09+01:00

Wejście Z jest podciągnięte do zasilania. Pomysł z wykorzystaniem P2 jako led zaraz zastosuję. Jeśli dobrze zrozumiałem, to (fajny) pomysł z flagą sprzętową wywalić a przywrócić przerwanie i atom?

Statystyki: Napisane przez avrek — 23 lut 2015, o 22:47

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-23T22:29:17+01:00

ogólnie pomysł z przerwaniem programowym był taki żeby w programie zostało tylko pętla główna tak jak na początku była (z uwzględnieniem rad odnośnie "atomowych" operacji na liczniku lub wyłączaniem przerwań na ten krótki moment)
i jedynie co to przerwanie które napisałem wyżej (ale popraw je dla Twojego procka) wstaw zamiast zewnętrznego generatora

leda możesz podłączyć np. zamiast P2 lub zamiast Z skoro i tak ich nie używasz

edit. co do przycisku Z to jest on podciągnięty do VCC ? dobrze go podłączyłeś? ja się ostatnio na tym przejechałem - to nie powinno być przyczyną ale w tym problemie chyba już wszystko zostało sprawdzone przez dziesiątki oczu ...

Statystyki: Napisane przez rekon — 23 lut 2015, o 22:29

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-23T22:03:39+01:00

Aktualnie program testuję na płytce uruchomieniowej, w podstawkę włożony attiny85, taktowanie wewnętrzne 8MHz. Zamiast enkodera mam teraz podłączony generator (400Hz prostokąt symetryczny) na wejście P1, P2 zwarte do masy (czyli procek widzi enkoder z obrotami w prawo), wejście Z podłączone do switcha ale nie używane. Na podłączonym enkoderze jest dokładnie to samo tylko trzeba ośką kręcić. Procek włożony do stykówki - efekt identyczny.
Po odłączeniu generatora lub zatrzymaniu enkodera stan wyjść nie zmienia się i nie ma szpilek. Diody led nie mogłem podłączyć bo nie mam do czego.

Edit:
Przy podłączonym generatorze i zakomentowanej pętli głównej wyjścia są w stanie początkowym bez szpilek.

Edit 2:
Odnośnie przerwania Int0, to zastąpiłem je flagą sprzętową w/g Twojego pomysłu. Czy ten fragment zastąpić nowym?

Statystyki: Napisane przez avrek — 23 lut 2015, o 22:03

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-23T21:50:36+01:00

eeprom z tego co widzę pusty - czyli albo ja się pomyliłem w pisaniu tego kodu sprawdzającego (co jest bardzo prawdopodobne) albo to co widzisz na wyjściu robione jest pomimo procesora (co byłoby bardzo ciekawe bo kiedy na wyjściu powinno być 0 a na oscyloskopie widzisz 1 to oznacza zwarcie ... i nie tak łatwo to zrobić bo procesor będzie z tym walczył pewnie do ok. 40 mA).
Wprowadziłeś do układu leda nr 1 (z komentarzy programu)? jeśli tak to czy się zaświecił w ogóle?

ale powiedziałeś że jak podłączysz generator 400 Hz do procka to też pojawiają się te szpilki- tak?
czy po wyjęciu całkowicie z układu i podłączeniu jedynie zasilania oraz generatora również widzisz te szpilki??

jeśli tak to można jeszcze spróbować jeszcze wywoływania programowo tego przerwania (timerem uruchamiać INT0 albo po prostu z timera zrobić sobie ok. 400 Hz) i testować tylko i wyłącznie sam procesor wraz z jego programem - sprawdziłbym to sam ale nie mam oscyloskopu
A tak w ogóle co masz w swoim układzie oprócz procka, jakiegoś zasilania, doprowadzeń od enkodera (sztuk 3? ) oraz wyjść (sztuk 2)??

kod do tego przerwania programowego (wywalasz przerwanie na int0 i zamieniasz je na poniższe) i wtedy procesor zostawiasz jedynie z oscyloskopem oraz zasilaniem nic innego
[syntax=c]ISR(TIMER0_COMPA_vect){
//tutaj wrzucasz to co masz w przerwaniu od int0
if (PINB & 0x02) //P2 podłączone do PB1
{ if (licznik > 0) licznik --; /*P2 = H, więc kierunek w lewo, zmniejszamy licznik*/
else licznik = 3215;
}
else /*P2 = L, więc kierunek w prawo i zwiększamy licznik*/
{ if (licznik == 3215) licznik = 0;
else licznik ++;
}
}[/syntax]

natomiast w mainie musisz to jeszcze skonfigurować zdaje się że tak (piszę pod Mega168 bo widzę że i tak jej używasz)

[syntax=c]TCCR0B |= (1<TCCR0A |= (1 << WGM01);
OCR0A = 78;
TIMSK0 |= (1<
Bardzo bym prosił kogoś o sprawdzenie tego kodu - nie pisałem na ten procesor i aż wstyd się przyznać ale zapomniałem jak poprawnie zrobić CTC (ale wydaje mi sie że powinno działać tylko nie jestem pewien czy rejestr timera się wyzeruje po dojściu do OCR0A bo z tego co pamiętam należy ustawić do tego jakąś flagę, ale mogłem też wszystko pokręcić)

osobiście jeśli zadziała zacząłbym dodawać kolejne elementy i testować za każdym razem (możesz spróbować bisekcji )
jeśli okaże się że problem jest całkowicie niezależny od sprzętu czyli nie zadziała sam procesor z tym programem podłączony jedynie do zasilania oraz oscyloskopu to złożę własny układ na 2 procesorach testujący owo zjawisko

Statystyki: Napisane przez rekon — 23 lut 2015, o 21:50

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-23T19:59:43+01:00

Witam
Wyłączenie podwieszenia nic nie zmienia. Program z dopisaną funkcją sprawdz() rekona działał prawie godzinę i nie zawiesił się (a chyba powinien), więc może to nie ten trop? Zawartość eepromu:

Code:

:10000000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF00
:10001000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF0
:10002000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFE0
:10003000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFD0
:10004000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFC0
:10005000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFB0
:10006000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFA0
:10007000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF90
:10008000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF80
:10009000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF70
:1000A000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF60
:1000B000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF50
:1000C000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF40
:1000D000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF30
:1000E000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF20
:1000F000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF10
:10010000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
:10011000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEF
:10012000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFDF
:10013000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFCF
:10014000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFBF
:10015000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFAF
:10016000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF9F
:10017000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF8F
:10018000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF7F
:10019000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF6F
:1001A000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF5F
:1001B000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF4F
:1001C000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF3F
:1001D000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF2F
:1001E000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF1F
:1001F000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF0F
:00000001FF

Statystyki: Napisane przez avrek — 23 lut 2015, o 19:59

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-23T14:59:30+01:00

Witam
Może to głupie ale już sam zgłupiałem, a może spróbuj nie podciągać pinów do zasilania a daj do masy w PORTB na początku i zobacz co się stanie.
Pozdrawiam

Statystyki: Napisane przez giciors — 23 lut 2015, o 14:59

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-22T22:35:46+01:00

ooo to może nawet ktoś zdąży sprawdzić moje wypociny bo to drugi mój program używający eeprom - pierwszy działał nie najlepiej że się tak wyrażę ale zdaje się, że sam zapis miałem zrealizowany dobrze

Statystyki: Napisane przez rekon — 22 lut 2015, o 22:35

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-22T22:39:17+01:00

Dzięki rekon, zaraz dopiszę i skompiluję program, ale testy to dopiero jutro wieczorem niestety.
Edit:
Program skompilował się bez błędów i wciśnięty do procka. Testy jak pisałem dopiero jutro. Ledów nie mogę dać ponieważ brak mi już wyjść.
Pozdrawiam, Arek

Statystyki: Napisane przez avrek — 22 lut 2015, o 22:28

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-22T22:23:34+01:00

Wstaw poniższą funkcję do pliku main.c
[syntax=c]void sprawdz( void ){
static uint8_t poprzedni;
static uint8_t przed_poprzedni;
static uint8_t i;

uint8_t obecny = PORTB & ((1<if((poprzedni != obecny) && (przed_poprzedni != poprzedni)){ //zawartość tego ifa zmieniasz jeśli chcesz to przesłać za pomocą rs232 itp.
// włączyć leda nr 1
eeprom_write_word(&pamiec_eeprom[i], przed_poprzedni_licznik);
i++;
eeprom_write_word(&pamiec_eeprom[i], poprzedni_licznik);
i++;
eeprom_write_word(&pamiec_eeprom[i], licznik);
i++;
}
if(i > 124){
//włączyć leda nr 2
while(1);
}

przed_poprzedni = poprzedni;
poprzedni = PORTB;

}[/syntax]

dodaj deklarację funkcji oraz zdefiniuj obszar pamięci
[syntax=c]void sprawdz(void);
EEMEM unsigned short pamiec_eeprom[128];[/syntax]
no i na końcu pętli głównej programu dodaj wywołanie funkcji
sprawdz()

możesz wstawić 2 ledy które pokazałem w komentarzach dzięki czemu dowiesz się czy cokolwiek już złapał oraz czy już wypełnił całą pamięć

mam nadzieję że nigdzie się nie walnąłem - pisane na szybko
po wykonaniu takiego obiegu bierzesz np. mkavrcalculator i robisz odczyt eeprom i wstawiasz na forum (wiedz że najpierw będzie młodszy bajt a później starszy czyli odwrotnie niż jesteśmy do tego przyzwyczajeni)

Statystyki: Napisane przez rekon — 22 lut 2015, o 22:23

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-22T21:14:09+01:00

@giciors Na Int0 podawany jest sygnał przyrostu z enkodera / generatora.
@rekon Zegar to 8MHz. Częstotliwość przyrostów P1 na Int0 to max 400Hz.
Jeśli chdzi o "sprawdzanie", o którym piszesz, to przyznam się, że nie czuję się na siłach.
@wwojtek Wydaje mi się, że resety procka można wykluczyć ponieważ po resecie licznik zawsze jest zerowany, natomiast przebiegi oglądane na oscyloskopie wyglądają cały czas prawidłowo (nie licząc szpilek oczywiście).

Statystyki: Napisane przez avrek — 22 lut 2015, o 21:14

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-22T21:12:49+01:00

Hehe widzę, że nie tylko ja już zacząłem liczyć ile rozkazów procesora się mieści w tej szpilce A może by tak dodać sprawdzenie MCUSR na początku programu - można by wykluczyć resety procka.

Statystyki: Napisane przez Gość — 22 lut 2015, o 21:12

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-22T21:01:14+01:00

zgaduje że zegar pracuje na 8MHz?
na oko 1 pętla programu głównego (tego z pierwszego posta) to 40-50 cykli procesora a to oznacza że impuls ok. 5us to jest jeden przebieg tej pętli.
Można sprawdzić w co się dzieje ze zmienną licznik w tym czasie kiedy robi te przeskoki. To może dać jakąś tam odpowiedź na pytanie co się dzieje złego.

sprawdzać na końcu pętli co jest podawane na wyjściach G1 oraz G2 i przechowywać 2 ostatnie wartości.
Jeśli pojawi się taka sytuacja że mamy na dowolnym z wyjść 1 -> 0 -> 1 albo odwrotnie, to zapisać w pamięci eeprom obecną wartość licznika (albo wysłać ją za pomocą rs232 do komputera albo jakoś inaczej udostępnić to dla świata zewnętrznego). Odpowie to na pytanie czy licznik nie "skacze" oraz czy faktycznie generowane jest to przez procek "świadomie"

Lepszego pomysłu nie mam bo wydaje się że jest to prawie nie możliwe aby to nie działało...

@wwojtek jakby było wywołane przerwanie od zerowania to pewnie było by widoczne zerowanie sygnału na obu liniach - też tam upatrywałem swojego kandydata

Statystyki: Napisane przez rekon — 22 lut 2015, o 21:01

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-22T20:59:53+01:00

Co wyzwala INT0 ?

Statystyki: Napisane przez giciors — 22 lut 2015, o 20:59

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-22T21:04:55+01:00

@giciors Na płytce uruchomieniowej jest stabilizator a na stykówce płytka ze stabilizatorem. Jeśli sugerujesz zakłócenia spowodowane śmieciami w zasilaniu, to niestety to nie to. Jak pisałem, szpilki pojawiają się losowo, ale zawsze w tym samym miejscu. Miejsca te powiązane są (chyba) w jakiś sposób z funkcją porównywania licznika z progami.

@wwojtek Ja również widzę to jako obejście problemu i raczej ostateczność. Nie mniej jutro wypróbuję ten pomysł, tak w celach poznawczych.
Rozdzielczość enkodera jest ok. Generalnie walkę ze szpilkami toczę w oparciu o generator, który generuje impulsy przyrostu P1, P2 zwarte do masy czyli symulacja obrotu enkodera w prawo. Zerowanie podpięte pod switch, w trakcie testów w zasadzie nie używane. Podpięcie enkodera nic nie zmienia, ale trzeba wtedy kręcić ośką. Jest to niewygodne dlatego generator.

Statystyki: Napisane przez avrek — 22 lut 2015, o 20:56

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-22T20:47:59+01:00

@kicajek - święte słowa

Osobiście zgłaszam protest jeśli chodzi o filtry, bufory i inne rozwiązania sprzętowe. To obejście problemu. Przecież to musi działać tylko gdzieś się jakiś haczyk przyhaczył

@avrek - a bez przerwania od zerowania też jest to samo? Rozdzielczość enkodera na pewno jest dobra?

Statystyki: Napisane przez Gość — 22 lut 2015, o 20:47

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-22T20:41:46+01:00

OK prog masz na attiny85 ...ok
Sorki

------------------------ [ Dodano po: kilkunastu sekundach ]

z zasilanie jakie masz ....tak przy okazji

------------------------ [ Dodano po: 2 minutach ]

mając oscyla podłącz się jednym kanałem pod zasilanie a drugim pod sygnał i zobaczy czy ma to jakiś związek ze sobą , jest to szybki sposób i wyeliminujesz już jedno....

Statystyki: Napisane przez giciors — 22 lut 2015, o 20:41

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-22T20:37:13+01:00

Procek to Attiny85, Mega168 użyłem testowo, bo pomyślałem, że może maluch uszkodzony. Na dużym było to samo.

Statystyki: Napisane przez avrek — 22 lut 2015, o 20:37

Re: (nie)przypadkowe impulsy na wyjściach

2015-02-22T20:34:35+01:00

WItam
Jakiego procka używasz ?
Bo zgłupiałem w Atmedze 168 np. bity ISC01 i 00 ustawia się w zupełnie inny rejestrze niż w twoim programie nie w MCUCR tylko w EICRA.

Statystyki: Napisane przez giciors — 22 lut 2015, o 20:34