NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Rejestracja zdarzeń w STM32F103 przy braku zasilania - jak to zrealizować?
sundayman
Guest
Guest
Fri Jun 21, 2013 12:08 am
Pomyślałem sobie, że pora poszukać zastępcy dla AVR.
No i padło na STM32F103.
Jako na razie lajkonik w procesorach ST (no wiem, że wstyd) - mam dziś
pytanie dotyczące RTC.
Czy możliwa jest następująca sytuacja ( w urządzeniu zasilanym normalnie
z jakiegoś tam zasilacza ) w sytuacji, kiedy jest brak zasilania
(urządzenie np. nie jest podłączone w ogóle) chciałbym rejestrować
zdarzenie w postaci otworzenia obudowy.
Obecnie robię to z użyciem DS1678.
Pozwala on na rejestrację pewnej ilości "zdarzeń", przy czym
rejestrowany jest czas wystąpienia tego zdarzenia.
A podczas normalnej pracy AVR sobie odczytuje te dane.
Ale może z STM32 można tak zrobić - np; przy braku zasilania
podstawowego, procesor przechodzi do trybu "low" i np. po wybudzeniu
zewnętrznym sygnałem robi zapis czasu i daty , po czym idzie kimać dalej.
Wykonalne, tak żeby na np. baterii 3V urządzenie leżące przez 2 lata w
pudełku nie utraciło tej funkcjonalności ?
Pytam, bo nie wiem czy w prototypie robić miejsce na dodatkowy RTC
(chociażby ten DS1678)
Zbych
Guest
Guest
Fri Jun 21, 2013 6:13 am
W dniu 21.06.2013 02:08, sundayman pisze:
Quote:
Pomyślałem sobie, że pora poszukać zastępcy dla AVR.
No i padło na STM32F103.
Jako na razie lajkonik w procesorach ST (no wiem, że wstyd) - mam dziś
pytanie dotyczące RTC.
Czy możliwa jest następująca sytuacja ( w urządzeniu zasilanym normalnie
z jakiegoś tam zasilacza ) w sytuacji, kiedy jest brak zasilania
(urządzenie np. nie jest podłączone w ogóle) chciałbym rejestrować
zdarzenie w postaci otworzenia obudowy.
No i padło na STM32F103.
Jako na razie lajkonik w procesorach ST (no wiem, że wstyd) - mam dziś
pytanie dotyczące RTC.
Czy możliwa jest następująca sytuacja ( w urządzeniu zasilanym normalnie
z jakiegoś tam zasilacza ) w sytuacji, kiedy jest brak zasilania
(urządzenie np. nie jest podłączone w ogóle) chciałbym rejestrować
zdarzenie w postaci otworzenia obudowy.
Poczytaj o funkcji pinu TAMPER. Zmiana stanu na tym pinie może wyczyścić
rejestry podtrzymywane bateryjnie, albo wywołać przerwanie. Musisz
doczytać czy jest możliwość zapamiętania czasu wystąpienia zdarzenia
(ale wydaje mi się że tak).
http://www.st.com/st-web-ui/static/active/cn/resource/technical/document/application_note/DM00025071.pdf
http://www.hitex.com/fileadmin/pdf/insiders-guides/stm32/isg-stm32-v18d-scr.pdf
Piotr Gałka
Guest
Guest
Fri Jun 21, 2013 7:06 am
Użytkownik "sundayman" <sundayman@poczta.onet.pl> napisał w wiadomości
news:kq05t1$s7h$1@news.task.gda.pl...
Quote:
Ale może z STM32 można tak zrobić - np; przy braku zasilania podstawowego,
procesor przechodzi do trybu "low" i np. po wybudzeniu zewnętrznym
sygnałem robi zapis czasu i daty , po czym idzie kimać dalej.
OIDP na seminarium ST coś mówili, że blok RTC potrafi sam zapisać moment
pierwszego otwarcia obudowy.
P.G.
Bool
Guest
Guest
Fri Jun 21, 2013 8:53 am
W dniu 2013-06-21 02:08, sundayman pisze:
Quote:
Pomyślałem sobie, że pora poszukać zastępcy dla AVR.
No i padło na STM32F103.
No i padło na STM32F103.
Jeśli zastępca dla AVR to raczej STM32F0.
sundayman
Guest
Guest
Fri Jun 21, 2013 2:35 pm
W dniu 2013-06-21 10:53, Bool pisze:
Quote:
W dniu 2013-06-21 02:08, sundayman pisze:
Pomyślałem sobie, że pora poszukać zastępcy dla AVR.
No i padło na STM32F103.
Jeśli zastępca dla AVR to raczej STM32F0.
Pomyślałem sobie, że pora poszukać zastępcy dla AVR.
No i padło na STM32F103.
Jeśli zastępca dla AVR to raczej STM32F0.
może się źle wyraziłem - nie "zastępca" a "następca"
F103 ma wszystko co mi trzeba, więc niższe raczej nie.
Irek N.
Guest
Guest
Fri Jun 21, 2013 3:30 pm
sundayman pisze:
Quote:
Pomyślałem sobie, że pora poszukać zastępcy dla AVR.
No i padło na STM32F103.
No i padło na STM32F103.
Fajnie, ale powiedz mi, dlaczego nie wybrałeś stajni Atmela?
Wydawać by się mogło, że to najrozsądniejsze, skoro AVR-y stosowałeś,
znasz środowisko.
Miłego.
Irek.N.
ps. też kombinuję co dalej
sundayman
Guest
Guest
Fri Jun 21, 2013 4:26 pm
Quote:
Fajnie, ale powiedz mi, dlaczego nie wybrałeś stajni Atmela?
Wydawać by się mogło, że to najrozsądniejsze, skoro AVR-y stosowałeś,
znasz środowisko.
Wydawać by się mogło, że to najrozsądniejsze, skoro AVR-y stosowałeś,
znasz środowisko.
No właściwie właśnie dlatego trochę
Bo nie znam ST zupełnie - więc żeby nie być uwiązanym do jednej firmy,
no i z tego co widzę, to to chyba niezły produkt jest, ten STM.
Po drugie - mam zamiar pisać w MikroC for ARM ; a tam nie ma dużych
atmeli (niestety ?).
Po trzecie, nie do końca jestem zachwycony AVR-ami.
Znaczy one są proste, przyjemne, niby wszystko ok.
Ale - mam takie wrażenie, że do "przemysłowych" zastosowań
to jakoś mało "pewne" są. Trudno mi to uzasadnić, ale czasem
mi się wydarzały jakieś dziwne rzeczy - może to moja wina.
No, więc myślę sobie, że dobrze się nauczyć, i mieć więcej do wyboru.
Po czwarte - ceny i dostępność jakby lepsze (w TME - AT32 jedynie 3 do
wyboru, w dodatku drożej niż STM i - dostępność 0).
***
No to tyle -właściwie przyświeca mi głównie - poszerzyć sobie
"asortyment". Kosztem oczywiście dodatkowego zachodu...
Irek N.
Guest
Guest
Sat Jun 22, 2013 4:54 pm
Quote:
No właściwie właśnie dlatego trochę
Bo nie znam ST zupełnie - więc żeby nie być uwiązanym do jednej firmy,
no i z tego co widzę, to to chyba niezły produkt jest, ten STM.
Bo nie znam ST zupełnie - więc żeby nie być uwiązanym do jednej firmy,
no i z tego co widzę, to to chyba niezły produkt jest, ten STM.
Tutaj mam problem, mogę analizować noty, ale tak naprawdę nie wiem czy
to coś warte jest. Trzeba pytać...
Zapytowywuję więc, ktoś zna, używa?
Quote:
Po drugie - mam zamiar pisać w MikroC for ARM ; a tam nie ma dużych
atmeli (niestety ?).
atmeli (niestety ?).
Jakieś specjalne cechy, że wybrałeś taki?
Quote:
Po trzecie, nie do końca jestem zachwycony AVR-ami.
Znaczy one są proste, przyjemne, niby wszystko ok.
Ale - mam takie wrażenie, że do "przemysłowych" zastosowań
to jakoś mało "pewne" są. Trudno mi to uzasadnić, ale czasem
mi się wydarzały jakieś dziwne rzeczy - może to moja wina.
Znaczy one są proste, przyjemne, niby wszystko ok.
Ale - mam takie wrażenie, że do "przemysłowych" zastosowań
to jakoś mało "pewne" są. Trudno mi to uzasadnić, ale czasem
mi się wydarzały jakieś dziwne rzeczy - może to moja wina.
Nie sądzę, też ich nie lubiłem. Zmieniały się szybciej niż ja mogłem się
uczyć
Na dodatek błędy na błędach w początkach produkcji.
Quote:
No, więc myślę sobie, że dobrze się nauczyć, i mieć więcej do wyboru.
Szczęściarz, ja nie mam czasu.
Quote:
Po czwarte - ceny i dostępność jakby lepsze (w TME - AT32 jedynie 3 do
wyboru, w dodatku drożej niż STM i - dostępność 0).
wyboru, w dodatku drożej niż STM i - dostępność 0).
Tutaj też nie rozumiem. Poczciwy 89S8253 którego jeszcze czasami stosuję
kosztuje więcej niż wypasiony ARM. Hmm...
Cena nie jest tutaj priorytetem, ale fajnie jak nie są drogie.
Gdybym miał wartościować to było by to tak (w moim przypadku):
1. Niezawodność (również w znaczeniu błędów/udziwnień w procu i sofcie).
2. Dostępność, szczególnie długoterminowa.
3. Zasoby i możliwości skorzystania z nich.
4. Cena.
Pominąłem środowisko programistyczne, zupełnie nie wiem gdzie go
umieścić. Ważne jak diabli, ale z doświadczenia wiem, że do wszystkiego
można się przyzwyczaić/opanować.
Miłego.
Irek.N.
Mario
Guest
Guest
Sat Jun 22, 2013 6:57 pm
W dniu 2013-06-21 18:26, sundayman pisze:
Quote:
Fajnie, ale powiedz mi, dlaczego nie wybrałeś stajni Atmela?
Wydawać by się mogło, że to najrozsądniejsze, skoro AVR-y stosowałeś,
znasz środowisko.
No właściwie właśnie dlatego trochę
Bo nie znam ST zupełnie - więc żeby nie być uwiązanym do jednej firmy,
no i z tego co widzę, to to chyba niezły produkt jest, ten STM.
Po drugie - mam zamiar pisać w MikroC for ARM ; a tam nie ma dużych
atmeli (niestety ?).
A jakie ma zalety microc względem gcc?
--
pozdrawiam
MD
Marek Borowski
Guest
Guest
Sat Jun 22, 2013 10:09 pm
On 6/22/2013 8:57 PM, Mario wrote:
Quote:
W dniu 2013-06-21 18:26, sundayman pisze:
Fajnie, ale powiedz mi, dlaczego nie wybrałeś stajni Atmela?
Wydawać by się mogło, że to najrozsądniejsze, skoro AVR-y stosowałeś,
znasz środowisko.
No właściwie właśnie dlatego trochę
Bo nie znam ST zupełnie - więc żeby nie być uwiązanym do jednej firmy,
no i z tego co widzę, to to chyba niezły produkt jest, ten STM.
Po drugie - mam zamiar pisać w MikroC for ARM ; a tam nie ma dużych
atmeli (niestety ?).
A jakie ma zalety microc względem gcc?
Chociazby takie ze MikroC to caly pakiet a gcc to czysty kompilator ?
Fajnie, ale powiedz mi, dlaczego nie wybrałeś stajni Atmela?
Wydawać by się mogło, że to najrozsądniejsze, skoro AVR-y stosowałeś,
znasz środowisko.
No właściwie właśnie dlatego trochę
Bo nie znam ST zupełnie - więc żeby nie być uwiązanym do jednej firmy,
no i z tego co widzę, to to chyba niezły produkt jest, ten STM.
Po drugie - mam zamiar pisać w MikroC for ARM ; a tam nie ma dużych
atmeli (niestety ?).
A jakie ma zalety microc względem gcc?
Chociazby takie ze MikroC to caly pakiet a gcc to czysty kompilator ?
Pozdrawiam
Marek
BTW: Wiem ze mozna Eclipse + gcc + OpenOCD skonfigurowac -tez mam, ale
biorac pod uwage czulosc na detale w/w rozwiazania wole miec komercyjne
srodowisko i skupiac sie na projekcie a nie srodowisku developerskim.
Mario
Guest
Guest
Sat Jun 22, 2013 10:38 pm
W dniu 2013-06-23 00:09, Marek Borowski pisze:
Quote:
On 6/22/2013 8:57 PM, Mario wrote:
W dniu 2013-06-21 18:26, sundayman pisze:
Fajnie, ale powiedz mi, dlaczego nie wybrałeś stajni Atmela?
Wydawać by się mogło, że to najrozsądniejsze, skoro AVR-y stosowałeś,
znasz środowisko.
No właściwie właśnie dlatego trochę
Bo nie znam ST zupełnie - więc żeby nie być uwiązanym do jednej firmy,
no i z tego co widzę, to to chyba niezły produkt jest, ten STM.
Po drugie - mam zamiar pisać w MikroC for ARM ; a tam nie ma dużych
atmeli (niestety ?).
A jakie ma zalety microc względem gcc?
Chociazby takie ze MikroC to caly pakiet a gcc to czysty kompilator ?
Pozdrawiam
Marek
BTW: Wiem ze mozna Eclipse + gcc + OpenOCD skonfigurowac -tez mam, ale
biorac pod uwage czulosc na detale w/w rozwiazania wole miec komercyjne
srodowisko i skupiac sie na projekcie a nie srodowisku developerskim.
W dniu 2013-06-21 18:26, sundayman pisze:
Fajnie, ale powiedz mi, dlaczego nie wybrałeś stajni Atmela?
Wydawać by się mogło, że to najrozsądniejsze, skoro AVR-y stosowałeś,
znasz środowisko.
No właściwie właśnie dlatego trochę
Bo nie znam ST zupełnie - więc żeby nie być uwiązanym do jednej firmy,
no i z tego co widzę, to to chyba niezły produkt jest, ten STM.
Po drugie - mam zamiar pisać w MikroC for ARM ; a tam nie ma dużych
atmeli (niestety ?).
A jakie ma zalety microc względem gcc?
Chociazby takie ze MikroC to caly pakiet a gcc to czysty kompilator ?
Pozdrawiam
Marek
BTW: Wiem ze mozna Eclipse + gcc + OpenOCD skonfigurowac -tez mam, ale
biorac pod uwage czulosc na detale w/w rozwiazania wole miec komercyjne
srodowisko i skupiac sie na projekcie a nie srodowisku developerskim.
Ale masz wiele gotowych środowisk z gcc za grosze. Na przykład dla NXP
kupując za 90 zł płytkę uruchomieniową LPCXpresso (zawierającą
programator JTAG) masz gotowe środowisko. Są też darmowe jak CoIDE (Coocox).
Oparte są na dobrym, ciągle rozwijanym kompilatorze, do którego są
dostarczane sterowniki CMSIS (dla Cortexów).
--
pozdrawiam
MD
sundayman
Guest
Guest
Sat Jun 22, 2013 11:32 pm
Quote:
Ale masz wiele gotowych środowisk z gcc za grosze. Na przykład dla NXP
kupując za 90 zł płytkę uruchomieniową LPCXpresso (zawierającą
programator JTAG) masz gotowe środowisko. Są też darmowe jak CoIDE
(Coocox).
Oparte są na dobrym, ciągle rozwijanym kompilatorze, do którego są
dostarczane sterowniki CMSIS (dla Cortexów).
kupując za 90 zł płytkę uruchomieniową LPCXpresso (zawierającą
programator JTAG) masz gotowe środowisko. Są też darmowe jak CoIDE
(Coocox).
Oparte są na dobrym, ciągle rozwijanym kompilatorze, do którego są
dostarczane sterowniki CMSIS (dla Cortexów).
No i dobrze. Jak będę chciał NXP , to wtedy pewnie skorzystam.
Ja akurat lubię kompilatory Mikroelektroniki, bo są wygodne, proste,
mają sporo przydatnych bibliotek. Niekłopotliwe są.
A ja nie bardzo mam czas i chęć na "dłubaninę", generalnie spieszy mi się :)
Nikogo nie namawiam, kwestia gustu.
A, że akurat mam takie wrażenie że STM są rodziną bardzo popularną,
dlatego postanowiłem trochę je wykorzystać, przy okazji mając ten plus,
że w MikroC są.
Mario
Guest
Guest
Sun Jun 23, 2013 12:15 am
W dniu 2013-06-23 01:32, sundayman pisze:
Quote:
Ale masz wiele gotowych środowisk z gcc za grosze. Na przykład dla NXP
kupując za 90 zł płytkę uruchomieniową LPCXpresso (zawierającą
programator JTAG) masz gotowe środowisko. Są też darmowe jak CoIDE
(Coocox).
Oparte są na dobrym, ciągle rozwijanym kompilatorze, do którego są
dostarczane sterowniki CMSIS (dla Cortexów).
No i dobrze. Jak będę chciał NXP , to wtedy pewnie skorzystam.
Sterowniki CMSIS są na wszystkie Cortexy, w też STM. Są po to żeby
uniezależnić obsługę peryferiów w programie od producenta procka.
O NXP wspomniałem w kontekście zestawu i środowiska LCPXpresso.
--
pozdrawiam
MD
shg
Guest
Guest
Mon Jun 24, 2013 10:52 am
W dniu piątek, 21 czerwca 2013 18:26:54 UTC+2 użytkownik sundayman napisał:
Quote:
Bo nie znam ST zupełnie - więc żeby nie być uwiązanym do jednej firmy,
no i z tego co widzę, to to chyba niezły produkt jest, ten STM.
no i z tego co widzę, to to chyba niezły produkt jest, ten STM.
Poczytaj erraty i dokumentację zanim zaczniesz cokolwiek projektować.
Niestety te
sundayman
Guest
Guest
Mon Jun 24, 2013 2:20 pm
Quote:
Poczytaj erraty i dokumentację zanim zaczniesz cokolwiek projektować.
ech, wy to potraficie każdą przyjemność popsuć...
[quote]Niestety te
elektroda NewsGroups Forum Index - Elektronika Polska - Rejestracja zdarzeń w STM32F103 przy braku zasilania - jak to zrealizować?