eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaC++ ośla łączkaRe: C++ ośla łączka
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.chmurka.net!.POSTED.213.192.88.68!
    not-for-mail
    From: Piotr Gałka <p...@c...pl>
    Newsgroups: pl.misc.elektronika
    Subject: Re: C++ ośla łączka
    Date: Fri, 17 Feb 2023 20:20:06 +0100
    Organization: news.chmurka.net
    Message-ID: <tsok11$sie$1$PiotrGalka@news.chmurka.net>
    References: <63da914d$0$19625$65785112@news.neostrada.pl>
    <16qbnwht7z74n.8802zax2iioq$.dlg@40tude.net>
    <63dad430$0$9589$65785112@news.neostrada.pl>
    <trelrs$g0p$1$Janusz@news.chmurka.net>
    <trgbkf$st9$1$PiotrGalka@news.chmurka.net>
    <63dbd22e$0$9601$65785112@news.neostrada.pl>
    <ts6rps$roo$1$PiotrGalka@news.chmurka.net>
    <63e9f424$0$19625$65785112@news.neostrada.pl>
    <tsg6eb$96a$1$PiotrGalka@news.chmurka.net> <tsgv8m$2kn8s$1@dont-email.me>
    <tsiqth$55n$1$PiotrGalka@news.chmurka.net> <tsj9if$2v62r$1@dont-email.me>
    <tsl72n$lpl$1$PiotrGalka@news.chmurka.net> <tsl934$38gns$2@dont-email.me>
    <tsles1$qru$1$PiotrGalka@news.chmurka.net> <tslnh9$3a7hn$2@dont-email.me>
    NNTP-Posting-Host: 213.192.88.68
    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    Injection-Date: Fri, 17 Feb 2023 19:20:01 +0000 (UTC)
    Injection-Info: news.chmurka.net; posting-account="PiotrGalka";
    posting-host="213.192.88.68"; logging-data="29262";
    mail-complaints-to="abuse-news.(at).chmurka.net"
    User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:102.0) Gecko/20100101
    Thunderbird/102.8.0
    Content-Language: en-US, pl
    In-Reply-To: <tslnh9$3a7hn$2@dont-email.me>
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:778406
    [ ukryj nagłówki ]

    W dniu 2023-02-16 o 18:01, heby pisze:

    >> Dotychczas nie zauważyliśmy problemu, którego źródłem byłoby
    >> niedokończenie zapisu flasha.
    >
    > Zastanawia mnie wobec tego ta kombinacja z flashowaniem z RAM.

    Dotychczas stosowaliśmy procesory w których program działający z jednej
    strony flasha mógł bez przeszkód modyfikować inną stronę.
    A teraz musimy (bo tamte na razie zniknęły) przenieść się szybko na inne
    no i najpierw znaleźliśmy coś, co jest dostępne (EFM32PG22 i PG23) i
    kupiliśmy jakiś tam zapas, potem zaprojektowaliśmy urządzenia i w czasie
    gdy one 'się produkują' brat przygotowuje się do ich oprogramowani a ja
    projektuję już następne.

    No i w czasie tego przygotowywania się natknął się na info, że:
    Jak się chce modyfikować flash to kawałek funkcji ma być wykonywany z
    RAMu. To co ma być w RAMie kompiluje się bratu do 10 czy 12 bajtów. Na
    zapas przekopiowywał do RAMu 40 bajtów, ale chciał to zrobić dokładnie,
    bo kto wie, czy kiedyś jakaś kolejna wersja kompilatora czegoś tam nie
    wrzuci i zrobi się ponad 40 bajtów.
    On jest na etapie, że kiedyś wszystko pisał wyłącznie w asm, a obecnie
    stara się wszystko napisać w C - że niby bardziej przenośne.
    Ale nie udało mu się znaleźć metody policzenia tego "sizeof(funkcja)"
    więc mówił mi dziś, że ten kawałek zostawi w asm aby nie mogło być
    żadnych niespodzianek.


    > Musicie skasować cały flash (wątpię)? Ma byćszybciej? Coś innego nie
    > działa?

    Wydaje mi się, że już to wystarczająco wyjaśniałem, że to nie jest nasze
    widzimisię tylko w reference manualu napisali, że jak będziesz flashował
    z flasha to nie dają gwarancji, że coś się nie posypie. Z tym, że nie
    jest jasne co i jak często.

    Gdzie indziej piszą, że jak programujesz flasha to wstrzymuje się dostęp
    do flasha. I tak było zawsze. Uruchamiasz programowanie z programu z
    flasha, potem masz pętlę czekającą na flagę, że już się zrobiło. Po
    uruchomieniu programowania twój program staje (bo nie ma dostępu do
    flasha). Jak się zaprogramuje to program idzie dalej i już przy
    pierwszym wykonaniu pętli sprawdzającej ma flagę, że się zrobiło.
    No i z tego fragmentu wynika, że tak to powinno zadziałać, ale gdzie
    indziej napisali, że jest ryzyko, że coś się nie uda i sam rozkaz
    programowania i pętla czekająca mają być w RAM.
    Tego się pewnie nie da sprawdzić, bo może jak zrobisz to z flasha to
    milion razy zadziała a za milion pierwszym coś się posypie. Skoro piszą,
    że tak trzeba to widocznie jest jakiś powód.

    No i wyłącznie z tego powodu ta kombinacja z flashowaniem z RAM.
    P.G.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

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: