Jak wykonać programowy reset w mikrokontrolerze 8051? Dostępne instrukcje/reset

witam
czy w '51 jest programowy reset? tzn czy jest taki rozkaz? ewentualnie jak mozna by to zrobic z poziomu programu?

Nie znam się na '51 ale myślę, że nowe typy tych procków mają juz sprzętowy reset. Poczytaj sobie o wybranym procku datasheet. Zawsze możesz sprawdzać aktualne napięcie na komparatorze (wzmacnbiacz operacyjny zewnetrzny lub wewnętrzny ) i resetować układ gdy jest poniżej zadanej granicy

Jak ma Watchdog - a ,to najprościej go uruchomić i czekać na reset.
Jak nie ma to z poziomu asemblera należy wykonać kilka razy
rozkaz PUSH (tu adres następnej instrukcji - którą będzie znów PUSH)
zaraz za dwoma rozkazami PUSH powinno być RETI - bez
tego uP jak jest akurat w przerwaniu to po dojściu do początku programu
nie będzie tych przerwań z których uP nie wyszedł.
Kiedyś takie coś właśnie dla "zabawy" wymyśliłem i działało -
pewnie można prościej - po prostu "normalnie" powychodzić z wszystkich
przerwań - i skok do początku programu - tam musi być
ustawienie początku stosu.

51' nie maja programowego resetu. Mozna wykonac wiec petle while(1); przy wlaczonym watchdogu ale wtedy niekoniecznie wszytskie rejestry beda mialy wartosc poczatkowa taka jak po Power On Reset - szczegoly w pdfie poszczegolnych uC. Prawde mowiac nie widze za bardzo sensu takiego dzialania - po co taki reset?

BF

musze zrobic przerwanie, z ktorego nie bede wracal przez reti, a przerwanie to moze byc uruchamiane wiele razy i pomyslalem ze reset bedzie dobrym rozwiazaniem zeby np stos sie nie przepelnil

Nie jest to ani dobry sposob ani elegancki styl programowania

BF

Ale właśnie z przerwania musisz "wrócić" poprzez instrukcję RETI -
jak np. zrobisz przez RET to uP nie wejdzie powtórnie do tego przerwania
( tj. normalną drogą przez wywołanie tego przerwania )
Ja robiłem taką sztuczkę z PUSH xx PUSH xx RETI
właśnie po to - ale zapewne w Twój program nie będzie wymagał
takich "zabiegów" - po co chcesz wychodzić z przerwania w tak
karkołomny sposób ? . Może lepiej w przerwaniu wg. potrzeby
ustawić flagę i testować ją w programie głównym i od jej ustawienia
uzależnić podejmowane decyzje (np. skok do początku gdzie powinno
być zainicjowanie początkowej wartości stosu - wtedy nie interesuje
Cię czy przeskoczyłeś z zagnieżdżonej instrukcji CALL - stosu nie przepełnisz )

Takie wychodzenie z przerwania to gwarantowane przewalenie stosu i program w lesie każde wywołanie przerwania odkłada coś na stos czego potem nikt nie zdejmuje efekt przepełnienie stosu i ....

można wszystkie te problemy rozwiązać w dość łatwy sposób (co nie oznacza, że go polecam - są bardziej czytelne i pewne metody rozwiązania przekazania sygnału z przerwania):
kod główny służy za kod do inicjalizacji procesora - ustawia wszystko, załącza przerwania i wskakuje w pętlę nieskończoną. Teraz gdy pojawi się przerwanie, to nastąpi skok do funkcji przerwania (i zostanie skasowana flaga przerwania) - obsługujemy tu co trzeba, po czym ustawiamy stos (przpisanie adresu pierwszej komórki stosu [ściślej ostatniej] - chodzi o wymazanie kontekstu głównego wątku (pętli nieskończonej) - w tym momencie dalszą część funkcji przerwania można traktować jako wykonywanie się głównego kodu (brak punktu powrotu, czysty stos).. a więc ustawiamy flagę przerwania i wskakujemy w pętlę nieskończoną...

Co do programowego resetu - tak jak mówią przedmówcy - załączenie watchdog'a i pętla nieskończona... Nie znam jednak osobiście sytuacji, w której był by potrzebny taki zabieg - z początku zawsze mam pełny kod do inicjalizacji sprzętu, więc wystarcza nawet skok pod adres 0

Nie zgadzam się z kamyczkiem - jak w początku programu umieścisz inicjalizację
stosu to go nie przepełnisz - owo odkładanie na stos i zdejmowanie
zawsze musi " iść w parze" - właśnie ze względu na licznik SP -
jak dodasz 2 ( np. PUSH xx PUSH )
do początkowej wartości po czym znów odejmniesz 2 (POP xx POP xx)
to wyjdzie oczywiście początkowa wartość -
jak dodasz 2 (PUSH xx PUSH xx) a po tym wpiszesz do SP wartość
początkową to jest tam wartość początkowa - tyle że nie można robić
tego w jakimkolwiek podprogramie bo zamazujemy "ślad" skoku.
Najlepszym miejscem do tego jest procedura inicjalizacji.
Domyślnie po resecie licznik SP ma wartość chyba 7 (nie pamiętam dokładnie) - nic nie stoi na przeszkodzie aby wpisać inną wartość
(lub tą samą ! ) tylko trzeba wiedzieć " co się robi "

Fajfer2: To co mówisz, to prawda i tylko prawda, o tym wiem doskonale, ale chodzi mi o rozwiązanie takie, które podchodzi pod to:

Cytat:

musze zrobic przerwanie, z ktorego nie bede wracal przez reti

w moim przykładzie pętlę nieskończoną w przerwaniu można zastąpić nieskończonym kodem etc...

-- edit:
Heh.. przecież to nie było do mnie
-- edit2:
"przypadku" -> "przykładzie"

No właśnie trzeba zapytać się autora dlaczego nie chce wracać poprzez
RETI - bo pisze że obawia się przepełnienia stosu - a właśnie tak (RETI)
go nie przepełni - no chyba że będzie coś umieszczać na stosie i
nie zdejmować. ( w kontekście " normalnej " obsługi przerwań - bez
programowego resetu )

Cytat:

musze zrobic przerwanie, z ktorego nie bede wracal przez reti

to jak masz zamiar z niego powrócić ?
Jak pisałem - zawsze na końcu podprogramu przerwania musi
być RETI - inaczej nie wejdzie drugi raz do tego przerwania
a jeśli jest na priorytecie wyższym od innego to zablokuje potrzebne
nam przerwania.

W mikrokontrolerach C51 firmy Silicon Laboratories w jednym z rejestrów (RSTSRC) jest bit (SWRSF), którego ustawienie uruchamia proces zerowania mikrokontrolera.

tutaj jest końcówka przerwania do timera:


Zasada jest podobna jak z rozstawianiem pułapek dla watchdoga. W kilku miejscach programu wpisuje do zmiennej DOG_U pewną wartosć. Jeśli nastąpi zbyt wiele przerwań to...
Skok następuje do adresu Oh- czyli tak jak po hardwarowym resecie, Oczywiscie trzeba posprzatać wszystkie potrzebne rejestry

miałem kiedyś podobną potrzebę i jedynie w przerwaniu ustawiałem na nowo wskażnik stosu, wyłączałem globalne zezwolenie na przerwania, na wszystkie porty wystawiałem FFH a po tym wszystkim instrukcja skoku do 00H i już mamy reset

pozdrawiam

A wchodził Ci znów po tym do tego przerwania ?