Implementacja funkcji millis() z Arduino w języku C

Witam.

Ostatnio zaciekawiła mnie funkcja millis() która występuje w arduino a chciałbym ją przetestować i zobaczyć jak wygląda jej kod w języku C.
Z tego co wiem to ona zlicza do 50dni i później się zeruje.

https://www.arduino.cc/reference/en/language/functions/time/millis/

Czy posiada ktoś kod takiej funkcji i mógłby pokazać jak ją zrealizować w języku C i zaimplementować. Jestem dosyć początkujący w tych sprawach.

Zrób przerwania 1ms i inkrementuj zmienną. Aby uniknąć problemu przepełnienia użyj zmiennej 64-bit. Odczyt zmiennej zrealizuj w ATOMIC_BLCOK.

Takie coś jest poprawne? Przykład dla Atmega32 i 8MHz
Nie za bardzo rozumiem o co chodzi z tym ATOMIC_BLCOK

Pixelx napisał:

Nie za bardzo rozumiem o co chodzi z tym ATOMIC_BLCOK

po prostu w trakcie odczytu może się ona zmienić i jej wartość będzie zła.

Dlatego trzeba tak zrobić aby przerwania, inne procesy lub sprzęt nie mogły jej zmienić w trakcie dostepu - to się nazywa dostęp atomowy http://preshing.com/20130618/atomic-vs-non-atomic-operations/ czyli mówiąc inaczej aby taka operacja składająca się nawet z wielu innych operacji z punktu widzenia innych procesów wyglądała na jedną, niepodzielną i nieprzerywalną.

Jak to jest zrobione w arduino?

https://github.com/zkemble/millis/blob/master/arduino/millis/millis.cpp

przeanalizuj kod, pobaw się.

zadeklaruj jako zmienną 64 bity i poczytaj o volatile.

PS
lubię krótkie nazwy. Robię takie coś:

itd.

Mkrasuski napisał:

Pomocny artykuł:
https://ucexperiment.wordpress.com/2012/03/16/examination-of-the-arduino-millis-function/

Zastanawia mnie dlaczego takie kombinacje z korygowaniem co jakiś czas licznika millis.Nie prościej byłoby użyć trybu CTC z przerwaniem dokładnie co 1ms?

Dodano po 9 [minuty]:

Pixelx napisał:

zaciekawiła mnie funkcja millis()

Do czego chcesz użyć millis? Do odliczania timeout-ów używam innego rozwiązania, które pozwala operować na mniejszych rozmiarach zmiennych, często jest to bajt więc odpada problem z dostępem atomowym (w ARM problem z dostępem atomowym praktycznie nie istnieje).

Chciałbym to zrealizować prosto tą funkcję do odliczania czasu, najlepiej na zwykłym przerwaniu i timerze. Potrzebuję ją do czujnika Halla ASC712 do pomiaru prądu przemiennego.
Co do volatile to prawda powinna tam być zmienna tego typu.
Czyli musiałbym wykorzystać ATOMIC_BLOCK.
Nie wiem czy to dobrze zrealizowałem, nie kompilowałem tego jeszcze bo akurat korzystam z komputera na którym nie mam takiej możliwości dopiero później sprawdzę.
Jeżeli ktoś by mógł poprawić albo udoskonalić ten program poniżej to z góry dzięki.

Pixelx napisał:

Chciałbym to zrealizować prosto tą funkcję do odliczania czasu

Takie odliczanie czasu czemuś służy. Co z tą zmienna przechowująca czas będziesz robił? Tylko wyświetlał czas jaki upłynął od resetu uC?

Pixelx napisał:

poprawić albo udoskonalić ten program

Zmienna milisekundy nadal ma 32 bity. Urządzenia ma poprawnie działać tylko 49,7102696296296 dnia? Nie lepiej dać mu praktycznie wieczność (ok 584`942`417 lat)?

Próbowałem kompilować kod co napisałem na ,,oko" na forum i są takie błędy:
Wszystko piszę w eclipse. Po wyrzuceniu ATOMIC_BLOCK wszystko ładnie się kompiluje w momencie jak dodam to ATOMIC_BLOCK



Kod który kompilowałem, chyba nie do końca dobrze umieściłem ten ATOMIC_BLOCK może?

Przerwanie w AVR, o ile nie zadeklarujesz jako INTERRUPT lub ISR z atrybutem ISR_NO_BLOCK (z pamięci pisałem, może być literówka) jest takim ATOMIC_BLOCK. Zobacz, co robi "makro" ATOMIC_BLOCK a wyjaśni się dlaczego masz błąd kompilacji.
Pewnie nie zajrzałeś do linków, które dał Ci Piotrus_999.

grko napisał:

To jest doskonały przykład jak nie powinno się robić krótkich nazw. Użyj chociaż typedf.

Wolę define zamiast typedef. Dlaczego? Bo dla kompilatora nadal u16 to unsigned int i nie mam ostrzeżeń o niejawnym rzutowaniu typów, gdy funkcja oczekuje unsigned int a ja użyję u16.

grko napisał:

ylko chciałem zaznaczyć, że to nie jest dobra praktyka i kiedyś może Cię spotkać niemiła niespodzianka.

To daj konkretny przykład. W C, "czyhają" różne pułapki. Nigdy nie miałem problemu z U16 itp. Pomysł nie jest mój, gdzieś to (zdaje się książce) znalazłem i używam.

nowyARM napisał:

W C, "czyhają" różne pułapki.

Dżungla normalnie. Dzikie bestie, kłusownicy i sidła.

JacekCz napisał:

nie przyszło tak krótkie (i małymi literami)

Jakieś uzasadnienie?

grko napisał:

żywasz tych makrodefinicji z

Ja już się czepiamy, to macra są w ASM. W C mamy Dyrektywy preprocesora.

A że wojny do niczego nie prowadzą, to naturalnie NIE MAM RACJI.

Widzę, że tu została poruszona ciekawa dyskusja

nowyARM napisał:

Przerwanie w AVR, o ile nie zadeklarujesz jako INTERRUPT lub ISR z atrybutem ISR_NO_BLOCK (z pamięci pisałem, może być literówka) jest takim ATOMIC_BLOCK. Zobacz, co robi "makro" ATOMIC_BLOCK a wyjaśni się dlaczego masz błąd kompilacji.
Pewnie nie zajrzałeś do linków, które dał Ci Piotrus_999.

Poprawiłem program i skompilowało się czyli chodziło o to jak w kodzie teraz?

Co "toto" jest?

Pixelx napisał:

ISR_NO_BLOCK(TIMER0_COMP_vect)

Wyszukiwarka nie działa?
Czemu kolega strzela na ślepo?
Ja rozumie "dawno, dawno temu, za siedmioma górami, za siedmioma lasami, gdy nie było Internetu..." Ale teraz?
https://www.nongnu.org/avr-libc/user-manual/group__avr__interrupts.html
Tak ciężko znaleźć?

Przy okazji. Chce kolega koniecznie dziedziczyc problem Arduino i mieć problem ok 50 dni?

O tym już pisałem chyba 3 razy.

Dodano po 19 [minuty]:

Klauzula sumienia nie pozwala mi dać gotowca, ale dam 90% kodu


IRQ można też tak:


tak natomiast:

jest bez sensu, ponieważ domyślnie ISR jest z atrybutem ISR_BLOCK. Czasem jednak trzeba:

to jest to samo co:

Porównaj rozwinięcie asm bez i z atrybutem ISR_NOBLOCK. Różnica jest subtelna, ale może być bardzo istotna. UWAŻAJ z "INTERRUPT" czy ISR_NOBLOCK przy przerwaniu odbiorczym od USART bo przepełnisz stos.


Napisać coś o "ISR_NAKED" czy sam doczytasz?

Dodano po 6 [minuty]:

Zamiast ATOMIC_BLOCK(ATOMIC_RESTORESTATE) można na piechotę:

to to samo a jak nie to tak samo działa ale jak pamiętam kompiluje się tak samo jak ATOMIC_BLOCK(ATOMIC_RESTORESTATE) - dawno nie bawiłem się AVRkami.


Temat do zamknięcia

ex-or napisał:

Pozostaje kwestia synchronizacji konwersji z przejściem przez zero.

Po co? Wystarczy próbkować odpowiednio często i wykryć szczyt. Tak będzie w przypadku gdy obciążeniem nie będzie zasilacz impulsowy, świetlówka kompaktowa, obciążenie sterowanie triakiem, itp. Jeśli prąd będzie odkształcony sprawa się komplikuje.

Robię pewien projekt a dokładnie stacje lutownicza na regulacji fazowej i enkoderze i regulator PID. Regulacje zrobiłem enkoder działa regulator PID też. Chciałem dodać też pomiar prądu, ale wpadłem też na pomysł zeby zrobić odliczanie czasu działania urządzenia. Dodałem ten kod programu, przerwanie co 1ms z atrybutem NO_BLOCK. W sumie teraz wykorzystuje 4 przerwania, TIMER2, INT0, INT1, TIMER1 wiem ze jest 16 bit i da się to zrobić na 8 bitowym i tak zrobię ale do testów zrobiłem na 16 bo juz miałem skonfigurowany.
uC to Atmega32 16Mhz

Problem jest taki ze zliczy mi te 4 sekundy za chwile pokaże 7 sekund i jakieś krzaki na LCD. Biblioteka od Pana Kardasia do LCD. Czym to jest spowodowane i jak odliczać ten czas normalnie, bo stawiam ze inne przerwania mi blokują to odliczanie czasu. Da się to zrealizować?



A tak wygląda konfiguracja TIMERA1

Zapomnij o wyświetlaniu w przerwaniu. Jeżeli tak wygląda reszta kodu to miej przy sobie zawsze gaśnicę w pełnej gotowości.

Pixelx napisał:

co 1ms z atrybutem NO_BLOCK

Jakie masz jeszcze aktywne przerwania, które muszą wykonać się szybko i przerwanie od timera musi być NO_BLOCK?

Pixelx napisał:

Biblioteka od Pana Kardasia do LCD

Czy nie należałoby zapytać Kardasia? On pisał bibliotekę i on ją zna (powinien znać) najlepiej.

Pixelx napisał:

A tak wygląda konfiguracja TIMERA1

Opisujesz kolego problemy z LCD a dajesz fragmenty kodu związane z timerem. Nie pokazujesz nawet deklaracji zmiennych.
Zastanów się, czy Ty, na podstawie tak szczątkowych informacji, byłbyś w stanie pomóc? Znam tylko jedną osobę, która w takiej sytuacji może pomóc

Cytat:

Konsultacje telefoniczne:

Konsultacja 15 minut: 200 zł
Konsultacja 30 minut: 350 zł
Konsultacja 45 minut: 450 zł
Konsultacja VIP* 30 minut: 1000 zł
*Konsultacja VIP realizowana w pierwszej kolejności



Rytuał wzmacniający jedną dziedzinę: praca, finanse, uczucia lub zdrowie: 800 zł
Rytuał na wzmocnienie w konkretnej sprawie: 500 zł
Rytuał odcinający od podłączeń energetycznych: 600 zł
Rytuał odcinający od czarnej magii (klątwy, uroki, złorzeczenia): 600 zł
Wyrocznia runiczna na najbliższe trzy miesiące: 100 zł
Skrypt runiczny: 100 zł


Wróżbita Maciej Skrzątek

Pokaż cały kod, bo nie wiedząc co robi

i jaki będzie efekt przerwania tych funkcji przez inne przerwanie nie ma szansy pomóc. Nie wiadomo też, czy

nie są też używane w programie głównym. Jeśli tak, to czy na czas ich użycia blokowane sa przerwania (ATOMIC BLOCK) i czy jest to dopuszczalne (może te funkcje maja jakieś delay).

Szczerze to nie wiem czy musi być NO_BLOCK. Chciałbym zrealizować odliczanie czasu. Cały czas się uczę tego wszystkiego.

Zmienne do odliczania czasu


Przerwanie INT0, TIMER2 do regulacji fazowej. INT0 do detekcji przejścia przez zero wykorzystuje. Przerwanie INT1 do enkodera pełno krokowego 20 impulsów.

LCD, wyświetla wszystko poprawnie, tytko w momencie jak dodałem to przerwanie do odliczania czasu działania zaczęły się wysypywać takie błędy na LCD.

Tak w programie głownym wykorzystuje funkcje do lcd i obliaczny jest uchyb PID i kąt do regulacji fazowej.

Linie kodu w pętłi głownej do LCD.


Z tego co wiem to te funckje w tej bibliotece mają delay jakieś teraz zauwazyłem

EDIT

Użyłem funkcji od LCD w pętli głównej a w przerwaniu tylko zwiększam milisekundy i działa ładnie odlicza czas