-
31. Data: 2014-02-24 13:14:21
Temat: Re: RTC bez zasilania awaryjnego
Od: Sylwester Łazar <i...@a...pl>
> wrote:
> > #SPRAWDZENIE KLAWIATURY
> > KEYCHECK:
>
> ?
>
> --
> Marek
Przeprasza, ale dałem najprostrzy fragment, aby było zrozumiane.
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
-
32. Data: 2014-02-24 13:28:57
Temat: Re: RTC bez zasilania awaryjnego
Od: Marek <f...@f...com>
On Mon, 24 Feb 2014 13:14:21 +0100, Sylwester Łazar<i...@a...pl>
wrote:
> Było o Timerach, więc może fragment o Timerach:
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=y
outube_gdata_player
--
Marek
-
33. Data: 2014-02-24 14:13:07
Temat: Re: RTC bez zasilania awaryjnego
Od: Sylwester Łazar <i...@a...pl>
> > Było o Timerach, więc może fragment o Timerach:
>
>
> 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=y
outube_gdata_player
>
> --
> Marek
Zaskakujesz mnie.
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
-
34. Data: 2014-02-24 15:48:04
Temat: Re: RTC bez zasilania awaryjnego
Od: Marek <f...@f...com>
On Mon, 24 Feb 2014 14:13:07 +0100, Sylwester Łazar<i...@a...pl>
wrote:
> 1) wyraziłeś swoje przekonanie o niemożliwości programowania w asm
na
> mikrokontrolery 32 bitowe
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.
> 4) obrażasz też innych programistów ASM, mówiąc, abym nie brał tego
do
> siebie.
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
-
35. Data: 2014-02-24 15:54:50
Temat: Re: RTC bez zasilania awaryjnego
Od: Marek <f...@f...com>
On Mon, 24 Feb 2014 14:13:07 +0100, Sylwester Łazar<i...@a...pl>
wrote:
> 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,
Z powyższego można uznać, że użyłeś nieodpowiednie narzędzie.do
realizacji zadania.
--
Marek
-
36. Data: 2014-02-24 16:14:49
Temat: Re: RTC bez zasilania awaryjnego
Od: Michał Lankosz <m...@t...pl>
W dniu 2014-02-24 14:13, Sylwester Łazar pisze:
> 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.
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-s
ocs/4426244/1/Building-eye-catching-GUIs-for-your-em
bedded-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ł
-
37. Data: 2014-02-24 16:29:33
Temat: Re: RTC bez zasilania awaryjnego
Od: Michał Lankosz <m...@t...pl>
W dniu 2014-02-24 15:54, Marek pisze:
> On Mon, 24 Feb 2014 14:13:07 +0100, Sylwester Łazar<i...@a...pl> wrote:
>> 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,
>
> Z powyższego można uznać, że użyłeś nieodpowiednie narzędzie.do
> realizacji zadania.
>
Poczytaj wątek:
https://groups.google.com/forum/#!msg/pl.misc.elektr
onika/a-DVcLkNRhY/xuDBaADG0sIJ
wróć i nie zbaczaj z tematu :)
--
Michał
-
38. Data: 2014-02-24 16:49:17
Temat: Re: RTC bez zasilania awaryjnego
Od: Marek <f...@f...com>
On Mon, 24 Feb 2014 16:14:49 +0100, Michał Lankosz<m...@t...pl>
wrote:
> 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.
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
-
39. Data: 2014-02-24 18:41:04
Temat: Re: RTC bez zasilania awaryjnego
Od: Sylwester Łazar <i...@a...pl>
> 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
Skąd wiesz, skoro tego nie robisz?
Aby móc coś porównać musisz to zrobić.
Inaczej jesteś gdybaczem.
> 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ś.
O to musisz poprosić.
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.
> 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.
Windows 9?
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.
> > 4) obrażasz też innych programistów ASM, mówiąc, abym nie brał tego
> do
> > siebie.
>
> 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.
To jest właśnie Twoja retoryka.
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.
-
40. Data: 2014-02-24 18:42:09
Temat: Re: RTC bez zasilania awaryjnego
Od: Sylwester Łazar <i...@a...pl>
> > 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,
>
> Z powyższego można uznać, że użyłeś nieodpowiednie narzędzie.do
> realizacji zadania.
>
> --
> Marek
Tylko idiota.
Urządzenie zostało zaprojektowane, wykonane i działa.
Dodatkowo ma margines mocy CPU 60%.
S.