Funkcjonowanie RTC PCF8563 bez baterii: czy 100nF wystarczy do stabilności?

Mon Feb 24, 2014 1:14 pm   

Było o Timerach, więc może fragment o Timerach:

# OpenOC2( OC_ON | OC_TIMER_MODE32 | OC_TIMER2_SRC |
OC_CONTINUE_PULSE | OC_LOW_HIGH , 0x550, 0x2a8 );
sw v0,0x3220(v1) #OC2RS Output Compare Register-Secondary
addiu v0,zero,5 #długość zera
sw v0,0x3210(v1) #OC2R Output Compare Register
ori v0,zero,0x800D
#8 właczenie bit 15 ON: Output Compare Peripheral On bit(1)
#0 tryb 32 bitowy bit 5 OC32: =0 =OCxR<15:0> and OCxRS<15:0> are used for
comparisons to the 16-bit timer source
#8+ bit 3 OCTSEL: Output Compare Timer Select bit:1 = Timer3 is the clock
source for this Output Compare module
#5=D generacja bit 2-0 OCM<2:0>: Output Compare Mode Select bitsInitialize
OCx pin low; generate continuous output pulses on OCx pin
sw v0,0x3200(v1) #OC2CON
#---WŁĄCZENIE TMR2 OKRES 1100 [ns] -----------------------------------
lui BF88S6,0xbf80 #starsza część adresu rejestrów
ori v0,zero,0 #prescaler 1:1
#------PIXEL1---TMR1------------------------------------------------------
sw v0,0x600(BF88S6) #T1CON
sw zero,0x610(BF88S6)#TMR1
#------PIXEL2---TMR2------------------------------------------------------
sw v0,0x800(BF88S6) #T2CON
sw zero,0x810(BF88S6)#TMR2
#------PIXEL3---TMR5------------------------------------------------------
sw v0,0xE00(BF88S6) #T5CON
sw zero,0xE10(BF88S6)#TMR5
#------PIXEL4---TMR4------------------------------------------------------
sw v0,0xC00(BF88S6) #T4CON
sw zero,0xC10(BF88S6)#TMR4
#------ ALL TIMERS TMR1;2;5;4 -------------------------------------------
addiu v0,zero,88 #przeładowanie co 1100 nS@80 MHz
sw v0,0x620(BF88S6) #PR2
sw v0,0x820(BF88S6) #PR2
sw v0,0xE20(BF88S6) #PR2
sw v0,0xC20(BF88S6) #PR2

#załączenie TIMERÓW nastąpi w POP od OC2 CLK (okres CLK T=135,5[ns])
#w następujacy sposób:
ori BF80S3,zero,0x8000 #MASKA BITU ON
# sw BF80S3,0x608(BF88S6) #T1CON,ON=1 (SETT1CON)
# sw BF80S3,0x808(BF88S6) #T2CON,ON=1 (SETT2CON)
# sw BF80S3,0xE08(BF88S6) #T5CON,ON=1 (SETT5CON)
# sw BF80S3,0xC08(BF88S6) #T4CON,ON=1 (SETT4CON)

#załączenie przerwań od OC2.
#
jal INTEnableSystemMultiVectoredInt
#ustawienie priorytetu przerwania OC2

Mon Feb 24, 2014 1:28 pm   

On Mon, 24 Feb 2014 13:14:21 +0100, Sylwester Łazar<info@alpro.pl>
wrote:


Oczywiście nie odbieraj tego jako osobistą wycieczkę ale przewiń
poniższy film do 12:50

http://www.youtube.com/watch?v=iHFm-kVTXW8&feature=youtube_gdata_player

--
Marek

Mon Feb 24, 2014 2:13 pm   

Podsumujmy fakty:
1) wyraziłeś swoje przekonanie o niemożliwości programowania w asm na
mikrokontrolery 32 bitowe
2) po podaniu zwięzłego przykładu w asm obsługi klawiatury z eliminacją
drgań zestyków i wykrywającego kombinacje klawiszy,
z samopowtarzaniem, opóźnieniem detekcji po naciśnięciu klawisza, innym
czasem samopowtarzania i kilka innych drobnostek,
także wyśmiałeś.
3) po podaniu innego fragmentu, gdzie jest obsługa timerów (czyli dotyczy to
tego wątku),
podajesz link do filmiku, który nic nie wnosi do dyskusji.
4) obrażasz też innych programistów ASM, mówiąc, abym nie brał tego do
siebie.

Facet na filmie wymachuje przez 19 minut płytka Arduino i dobrze się
nadającym do tego projektu mikrokontrolerem,
w obudowie DIP40.
Przez 19 minut nie napisał ani linijki kodu w czymkolwiek, za to z szeroko
otwartymi oczami, drze się
i przynajmniej kilkadziesiąt razy powtarza takie słowa jak idiot, stupid
itp.

Często jest tak, że ktoś nie umiejąc czegoś zrobić i nie wierząc, że się da,
chwyta za coś najprostszego, jak płytkę z chipem X,
wykazuje się znajomością wiedzy informatycznej pozwalającą ściągnąć sobie
bibliotekę do obsługi tego co ma robić.
Po tym jak już uruchomi czyjś kod w C, usiłuje powiesić sobie medal, że jest
geniuszem.
Następnie zaczyna wyzywać wszystkich innych od idiotów, gdyż ich droga jest
co prawda naznaczona,
bardziej wytężoną pracą i zazwyczaj bardziej zbliżona do założeń, nie podoba
mu się.
Czyni to w dodatku, nie sprawdzając tej drogi - z góry uznając ją za
niemożliwą, a przynajmniej durną.

Otóż drogi kolego, fragmenty programu, które Ci pokazałem,
obsługują urządzenie, wyświetlając w rozdzielczości 480x272x24bity, czyli
True Color RGB, zdjęcia,
pozostawiając jakieś 60% czasu procesora na inne, bardziej skomplikowane
czynności.
Niestety po pobieżnym przyglądnięciu się ofercie gotowych bibliotek C,
doszedłem do wniosku,
że niestety nic podobnego nie może mi zaoferować (w 2013 r.), żadna z
bibliotek C.
Ta, która by mogła, to kazała mi uśrednić 4 pixele, dobudować driver, a
ważne rzeczy mogłem już
tylko zrobić na dołączonej płytce Andurino.

Więc taka uwaga na przyszłość.
Jeżeli Ci ktoś pokazuje, że można coś zrobić, to wypadałoby okazać trochę
szacunku.
Zwłaszcza, jak pokazujesz, że nie robiłeś w życiu nic takiego.
Bo nie posądzałbym Cię przecież, że nie potrafisz.
Isn't it?

Pozdrawiam,
Sylwester

Mon Feb 24, 2014 3:48 pm   

On Mon, 24 Feb 2014 14:13:07 +0100, Sylwester Łazar<info@alpro.pl>
wrote:

Nigdzie nie wyraziłem przekonania o niemożliwości programowania w
asm ale o tym,
że jest to nieuzasadnione czasowo i ekonomicznie. Od pół roku, od
czasu do czasu spieramy się w tym temacie i moje zdanie znasz. Żeby
nie być gołosłownym zaprezentuj swój projekt w asm wykorzystujący
usb, ethrnet, tcp i vfat i napisz ile manday'i go tworzyłeś. Nie chcę
oczywiście dyskredytować Twojej pracy ale myślę, że skoro tak dobrze
sobie radzisz w asm to chyba troszkę marnujesz swoje zdolności, bo
gdybyś je skierował w kierunku języka "wyższego poziomu" mógłbyś
tworzyć jeszcze fajne rzeczy.



Wyluzuj, miej trochę dystans. Jeśli już możesz się czuć obrażony to
nie przeze mnie a przez Dave, zresztą całkowicie rozumiem jego
frustrację i uważam że jest uzasadniona.

--
Marek

Mon Feb 24, 2014 3:54 pm   

On Mon, 24 Feb 2014 14:13:07 +0100, Sylwester Łazar<info@alpro.pl>
wrote:

Z powyższego można uznać, że użyłeś nieodpowiednie narzędzie.do
realizacji zadania.

--
Marek

Mon Feb 24, 2014 4:14 pm   

W dniu 2014-02-24 14:13, Sylwester Łazar pisze:

Chodzi Ci o ten Twój projekt:
https://groups.google.com/d/msg/pl.misc.elektronika/a-DVcLkNRhY/xuDBaADG0sIJ,
11.10.2013
"Chodziło o obsługę wyświetlacza LCD 24bpp, szyną równoległą 24-bitową.
próbowałem w C i się nie dało...
Po skompilowaniu były bzdury. Mogłem osiągąć transfer
na poziomie 0,5MBs przy 24 bitach.
Niestety zadawalało mnie min. 10MBs i tak też zrobiłem.
No ale to już w asm." ?

Nie wiem, co ciekawego pod tym względem ma Microchip, ale STMicro jak
najbardziej! STM32F429. Zobacz, co potrafi blok Chrom-ART (DMA2D). W
skrócie - obsługuje SDRAM, robi konwersję formatu, miesza obrazy,
obsługuje 8-bit przezroczystość (ARGB), warstwy, usprawnia obsługę
fontów (nie są postrzępione), wypełnianie fragmentów, przesuwanie
fragmentów i do tego wypasiona biblioteka Seggera za friko.
Krótki opis:
http://www.embedded.com/design/mcus-processors-and-socs/4426244/1/Building-eye-catching-GUIs-for-your-embedded-MCU-designs
Jest to względna nowość (jak na 2013 rok) i może w następnym projekcie
wykorzystasz. Zamiast zużywać CPU do 'głupiego' machania pinami mógłby w
tym czasie zaoszczędzić trochę prądu.

--
Michał

Mon Feb 24, 2014 4:29 pm   

W dniu 2014-02-24 15:54, Marek pisze:

Poczytaj wątek:
https://groups.google.com/forum/#!msg/pl.misc.elektronika/a-DVcLkNRhY/xuDBaADG0sIJ
wróć i nie zbaczaj z tematu :)

--
Michał

Mon Feb 24, 2014 4:49 pm   

On Mon, 24 Feb 2014 16:14:49 +0100, Michał Lankosz<mike2001@tlen.pl>
wrote:

Myślę, że nie wykorzysta i będzie to samemu w asm implementował,
przypomina to podatność na syndrom "not invented here"
http://en.m.wikipedia.org/wiki/Not_invented_here

--
Marek

Mon Feb 24, 2014 6:41 pm   

Aby móc coś porównać musisz to zrobić.
Inaczej jesteś gdybaczem.


Może inaczej.
Pokaż w końcu swój projekt, taki o jakim piszesz,
bo na razie tylko puszczasz linki do obcych projektów i się nimi zachwycasz.


Są ludzie, którzy się w pewnych tematach specjalizują.
Ty potrafisz znaleźć, skompilować, coś dodać i sprzedać.
Nie każdy lubi być handlowcem. Są też inne drogi.


Typowe dla takich ludzi , jest zaczynanie zdania od pozornie grzecznej
formuły,
po to tylko, żeby w dakszej części obrazić ze zdwojoną siłą.
Czyli tak. Najpierw obrażasz, podajesz link do filmu, gdzie inny facet,
którego, jak piszesz rozumiesz, używa ubogiego słownictwa i prezentuje
swój poziom intelektualny na poziomie przedszkolnej grupy zajączków.
Potem zwalasz winę na tego samego i umywasz ręcę mówiąc:
"To nie ja, to Dave!"
Myślę, że wielu tu obecnych widzi Twój charakter.
Przejawia się w każdym niemal zdaniu.
Wydaje mi się, że siądziesz sobie za 20 lat i poczytasz, jak to obrażałeś
ludzi i...
zrozumiesz lub nie.
Najgorsze dla Ciebie jest to, że będą to oglądać Twoje dzieci i wnuki.
S.

Mon Feb 24, 2014 6:42 pm   

Urządzenie zostało zaprojektowane, wykonane i działa.
Dodatkowo ma margines mocy CPU 60%.
S.

Mon Feb 24, 2014 6:47 pm   

Jeszcze SDRAM podłączać?
Po co?
LCD połączone z uK 0,5MB i koniec.


I co to znaczy: "głupie" machanie pinami?
Twój projekt nie "macha"
S.

Mon Feb 24, 2014 6:54 pm   

Jeżeli nie wyzbedziesz się o własnych siłach z tego syndromu obrażania
ludzi,
to proponuję skorzystać z porady specjalisty.
Jeżeli jednak wybierzesz do tego Dave'a, to marny Twój los.
Ten jest do Ciebie bardzo podobny.
BTW.
To czego ja użyję - wybiorę osobiście.
Podejście typu:
Użyj tego, bo jak nie to będziesz idiotą, przypomina chłopców, którzy
przechwalają się
komórkami na przerwie, a ten najmądrzejszy ma Xperię i pokazuje palcem
Trynkiewicza.
Ten używał Samsunga, a tu jest opis jego syndromu na wikipedi :-)

S.

Mon Feb 24, 2014 7:51 pm   

Użytkownik "Atlantis" <marekw1986NOSPAM@wp.pl> napisał w wiadomości
news:ledkq3$av4$1@portraits.wsisiz.edu.pl...

Dioda jest po to aby kondensator po odcięciu zasilania podtrzymywał RTC,
a nie cały układ. Ja bym z niej nie rezygnował :)


Jeśli nie tłuczesz tego w tysiącu egzmeplarzy to koszt w/w rozwiązania
jest niewielki i warto skorzystać.

Pozdr. TC

Mon Feb 24, 2014 8:16 pm   

On Mon, 24 Feb 2014 18:41:04 +0100, Sylwester Łazar<info@alpro.pl>
wrote:

Programowałem w asm poczynając od commodore 16, później 80386, a na
picach z corem 14bit skończywszy. Aktualnie znajomość asm
wykorzystuje jedynie do ewentualnej kontroli fragmentów kodu
wynikowego z C i tylko w jakiś wyjątkowych przypadkach. O swoich
różnych projektach pisałem kilka razy na tej grupie przy okazji
różnych dyskusji lub ostatnio na pl.sci.inzynieria, jest w archiwum.
Nie widzę potrzeby by teraz licytować się na projekty.



Bardzo ładnie proszę, na prawdę bez złośliwości czy kpiny.


Oj żałuję, że Ci pokzałem ten film, bo nie było moją intencją aby
obrażać, nie zdawałem sobie sprawy, że programisci asm tak szybko
się obrażają i nie mają poczucia humoru ;(

--
Marek

Mon Feb 24, 2014 8:26 pm   

On 2014-02-23 21:10, Atlantis wrote:

Długofalowo dostaniesz w granicy. Co z tego że pojedyncze sekundy bedą
miały rozjazdy nanosekundowe skoro po miesiącu pracy dalej rozjazdy będą
nanosekundowe...

Akumuluj bład z podziału F_CPU i wykorzystuj to do poprawek. Jesteś w
stanie "w 3 linijkach" z dowolnego F_CPU uzyskać dowolną niższą
częstotliwość wyjściową, jedyne co może mieć znaczenie to jitter, ale
przy 1sek to jest niezauważalne. Precyzja długofalowa będzie doskonała.