Re: Alternatywa dla ESP8266/ESP32? Moduł EMW3165. - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.misc.elektronika › Alternatywa dla ESP8266/ESP32? Moduł EMW3165. › Re: Alternatywa dla ESP8266/ESP32? Moduł EMW3165.

Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!news.unit
0.net!newsreader4.netcologne.de!news.netcologne.de!peer03.ams1!peer.ams1.xlned.
com!news.xlned.com!peer03.fr7!futter-mich.highwinds-media.com!news.highwinds-me
dia.com!newsfeed.neostrada.pl!unt-exc-02.news.neostrada.pl!unt-spo-a-02.news.ne
ostrada.pl!news.neostrada.pl.POSTED!not-for-mail
Subject: Re: Alternatywa dla ESP8266/ESP32? Moduł EMW3165.
Newsgroups: pl.misc.elektronika
References: <5bd56498$0$502$65785112@news.neostrada.pl>
<5bd6af89$0$498$65785112@news.neostrada.pl>
<5bd6b3e3$0$486$65785112@news.neostrada.pl>
<pr8112$dai$1@node1.news.atman.pl>
<5bd82631$0$487$65785112@news.neostrada.pl>
<a...@n...neostrada.pl>
<5bd86659$0$508$65785112@news.neostrada.pl>
From: Zbych <a...@o...pl>
Date: Tue, 30 Oct 2018 19:21:30 +0100
User-Agent: Experimental news reader based on atomic-powered harvester v. 0.1
MIME-Version: 1.0
In-Reply-To: <5bd86659$0$508$65785112@news.neostrada.pl>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: pl
Content-Transfer-Encoding: 8bit
Lines: 23
Message-ID: <5bd8a12a$0$487$65785112@news.neostrada.pl>
Organization: Telekomunikacja Polska
NNTP-Posting-Host: 176.221.121.130
X-Trace: 1540923690 unt-rea-a-02.news.neostrada.pl 487 176.221.121.130:40898
X-Complaints-To: a...@n...neostrada.pl
X-Received-Bytes: 2352
X-Received-Body-CRC: 3175130108
Xref: news-archive.icm.edu.pl pl.misc.elektronika:737760
[ ukryj nagłówki ]
Atlantis wrote on 30.10.2018 15:10:
> On 30.10.2018 14:30, Marek wrote:
>
>>> przypisując funkcjom atrybutów ICACHE_FLASH_ATTR, przez co są one
>>> umieszczane w RAM-ie.
>>
>> W jakim celu? Serio w zastosowaniu do httpd było to konieczne na tym mcu?
>
> Pisząc poprzednią wiadomość popełniłem błąd. Atrybut ICACHE_FLASH_ATTR
> umieszcza funkcję we flashu. Wszystkie funkcje pozbawione tego atrybutu
> są po starcie programu kopiowane do RAM-u i wykonywane z niego. A
> przeznaczone jest na to tylko 32kB.
>
> Co więcej - z wygenerowanej mapy linkera wynika, że do RAM-u trafia
> także biblioteka standardowa i trochę funkcji systemowych. I prawdę
> mówiąc nie mam pojęcia czy i jak mogę coś z tym zrobić...

Sprawa wydaje się bardzo prosta do rozwiązania - trzeba zmienić skrypt
linkera tak, żeby segment .text domyślnie był we flashu (40200000h) i
tylko wybrane (krytyczne czasowo) funkcje miały atrybut umieszczający je
w RAMie segmencie irom0.text (40100000) i jednocześnie we flashu jako
dane inicjalizujące. Poprawki mogą też wymagać skrypty startowe
przepisujące ten segment do RAMu.