eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaRTC bez zasilania awaryjnego
Ilość wypowiedzi w tym wątku: 46

  • 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.

strony : 1 ... 3 . [ 4 ] . 5


Szukaj w grupach

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: