-
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.
Następne wpisy z tego wątku
- 17.02.23 20:23 heby
- 17.02.23 20:30 Piotr Gałka
- 17.02.23 20:42 J.F
- 17.02.23 20:44 Piotr Gałka
- 17.02.23 21:08 Piotr Gałka
- 17.02.23 21:21 Piotr Gałka
- 17.02.23 21:35 Piotr Gałka
- 17.02.23 22:09 Grzegorz Niemirowski
- 17.02.23 23:06 Grzegorz Niemirowski
- 17.02.23 23:58 heby
- 18.02.23 09:11 J.F
- 19.02.23 12:14 JDX
- 19.02.23 12:29 Marek
- 20.02.23 13:51 Zbych
- 20.02.23 13:57 Grzegorz Niemirowski
Najnowsze wątki z tej grupy
- Jaki silikon lub może klej?
- Smar do video
- Litowe baterie AA Li/FeS2 a alkaliczne
- "ogrodowa linia napowietrzna"
- jaki zasilacz laboratoryjny
- jaki zasilacz laboratoryjny
- Puszka w ziemię
- T-1000 was here
- Ściąganie hasła frezem
- Koszyk okrągły, walec 3x AA, na duże paluszki R6
- Brak bolca ochronnego ładowarki oznacza pożar
- AMS spalony szybkim zasilaczem USB
- stalowe bezpieczniki
- Wyświtlacz ramki cyfrowej
- bateria na żądanie
Najnowsze wątki
- 2025-02-07 Jaki silikon lub może klej?
- 2025-02-07 Gdańsk => iOS Developer (Swift experience) <=
- 2025-02-07 Warszawa => Starszy Programista C <=
- 2025-02-07 Niby to nie sąd ale kooorwa tak to w sądach dziś wygląda?
- 2025-02-06 PROGRAM DOPŁAT DO AUT ELEKTRYCZNYCH TO ABSURD. ZA ŚRODKI Z KPO KUPIMY NIEMIECKIE I CHIŃSKIE AUTA
- 2025-02-05 ceny OC
- 2025-02-05 Re: ceny OC
- 2025-02-05 Re: ceny OC
- 2025-02-07 Smar do video
- 2025-02-06 Litowe baterie AA Li/FeS2 a alkaliczne
- 2025-02-07 Gliwice => Business Development Manager - Network and Network Security
- 2025-02-07 Warszawa => System Architect (Java background) <=
- 2025-02-07 Warszawa => System Architect (background deweloperski w Java) <=
- 2025-02-07 Warszawa => Solution Architect (Java background) <=
- 2025-02-07 Gliwice => Ekspert IT (obszar systemów sieciowych) <=