У сом не просто 5 вольт, а +/- 5в , стандарт рс232. Тут только микросхему конвертер лепить.

тогда я никак не пойму, почему пк , есп и с можемом норм, а есп с модемом никак без всяких этих микросхем

кондер ей на ноги на тыщу мкф

А какой практический смысл? По описанию получится либо просто загрузчик либо aot - второе само по себе прикольно но очень прибито гвоздями будет

тогда я никак не пойму, почему пк , есп и с можемом норм, а есп с модемом никак без всяких этих микросхем

Практический смысл в понимании того, как реализовать приложения. У флиппера почти так же сделано, но для понимания хочется с нуля

Ну тогда начинать нужно с изучения/изменения bootloader и MMU

ну я же в разделе новичков, а не в разделе “по делу”, что за даташит

Добрый вечер, может ли из за кабеля микро юсб плохо работать esp32 Cam? С вифи точно проблем нет, но еле грузит изображение даже в самом плохом качестве на стандартном скетче из ардуино ide

Не обязательно. У флиппера MMU нет. У армов есть забавная особенность, там можно слинковать по нулевому адресу и кинуть в любой валидный для исполнения кусок памяти. При условии, что программа использует только свои же функции, ей пофигу, где она в памяти, потому что все джампы внутри неё по относительным адресам. Если у есп получится то же самое сделать, то можно будет тупо выделять кусок псрам, кидать туда bin файл и запускать

Не обязательно. У флиппера MMU нет. У армов есть забавная особенность, там можно слинковать по нулевому адресу и кинуть в любой валидный для исполнения кусок памяти. При условии, что программа использует только свои же функции, ей пофигу, где она в памяти, потому что все джампы внутри неё по относительным адресам. Если у есп получится то же самое сделать, то можно будет тупо выделять кусок псрам, кидать туда bin файл и запускать

Ну есть стандарт который как раз обеспечивает предсказуемость , его нужно придердиваться , без стандарта так и будет: в зависимости от железа ( оно разное) будет работать или не будет... Например триггеры Шмитта на разные уровни

дак конвертер max232 делает +5 и -5, а rs232 нужно от +3.3 до -3.3, судя по манам. в теории состыковывается, на практике не очень

А почитать

дак конвертер max232 делает +5 и -5, а rs232 нужно от +3.3 до -3.3, судя по манам. в теории состыковывается, на практике не очень

Ну где ты в есп минус высрешь?

ну на есп то он есть. и и запись даже в iram заблокирована в бутлоадере, вангую что если ты XIP подключишь, то и в PSRAM которая выделена под код тоже писать не получится( MMU выдаст exception ), про последнее гарантировать не могу, не проверял, про iram - проверял, но там можно малой кровью обойтись

Тогда нужно выключить MMU. Я ж не линукс кручу, зачем он нужен

Не всегда мах232 выдаёт 5 бывает и 7 . Но работает и то и то( вписывается в стандарт). От чего зависит не знаю,тех процесс или архитектура разная... Вики пишет низкий порог +/-5в.. Стандарт rs232

Не всегда мах232 выдаёт 5 бывает и 7 . Но работает и то и то( вписывается в стандарт). От чего зависит не знаю,тех процесс или архитектура разная... Вики пишет низкий порог +/-5в.. Стандарт rs232

А мануал почитать?

А мануал почитать?

А какие мин уровни у сом? Если не 5в

"И Шахразаду застигло утро, и она прекратила дозволенные речи"

Не обязательно. У флиппера MMU нет. У армов есть забавная особенность, там можно слинковать по нулевому адресу и кинуть в любой валидный для исполнения кусок памяти. При условии, что программа использует только свои же функции, ей пофигу, где она в памяти, потому что все джампы внутри неё по относительным адресам. Если у есп получится то же самое сделать, то можно будет тупо выделять кусок псрам, кидать туда bin файл и запускать

Я о другом

А какие мин уровни у сом? Если не 5в

А, ну тогда почешу репу и попробую сделать так, чтобы оно работало, но не ругалось :) Видимо надо было на стмках оставаться, но у них вайфай-блютуза нет

Так присрать

Больше геморроя, на мой взгляд. Даже несмотря на кривой тулчейн есп, вайфай-блютуз отдаётся на откуп второму ядру и библиотекам и всё просто работает. Так проще

А, ну тогда почешу репу и попробую сделать так, чтобы оно работало, но не ругалось :) Видимо надо было на стмках оставаться, но у них вайфай-блютуза нет

У стмок есть и блютуз и зигбии

В wb55 памяти мало + проблемы со вторым ядром

256 кбайт оперативки это мало?

В некоторых случаях и +-2 заработает Но это прям дичь

У меня будет ПЛИС подключена, довольно большая. Со всеми вытекающими. На ней процессорное ядро, к ней подключён один гиг оперативы. Туда будут заливаться конфигурация ПЛИС и код для ядра

еще и на esp в baremetal ? и подгружаемые куски кода ?

Подгружаемые куски кода опционально. Baremetal только там, где это действительно нужно. Вайфай-блютуз я умру так делать, например. Ещё надо изучить lvgl и посмотреть, используется ли двойная буферизация и DMA

а пример можно ?

Ножку дёрнуть. Нахера ради этого вызывать какую-то длинную тягучую функцию с проверками, есди можно сделать одну запись в условный BSRR. Потом обернуть в красивый макрос. То же самое, например, с отсылкой буфера через SPI при помощи DMA. Если что-то сложное, например, otg, вайфай-блютуз, то там, конечно, нафиг надо baremetal городить

Если ты сделал парочку функций записей в регистры минуя врапперы esp-idf, то баре металлом это назвать совсем сложно.

Так я же говорю, что всё баре металлом не надо делать. Только то, что относительно легко реализуется, а в врапперах раздуто сверх меры

Так и не называй его баре металлом. Это просто LL

Баре метал это скорее к тому, что я хочу код на втором ядре крутить без RTOS. Чтобы самому решать, когда включать RTOS, а когда нет. Ну и большинство вещей хочу всё-таки написать на регистрах. Юарт, сдшка, экран по 16-битной шине через DMA

Баре метал это скорее к тому, что я хочу код на втором ядре крутить без RTOS. Чтобы самому решать, когда включать RTOS, а когда нет. Ну и большинство вещей хочу всё-таки написать на регистрах. Юарт, сдшка, экран по 16-битной шине через DMA

а велосипед то зачем - все написано и работает

Ну тогда я выкидываю в помойку все регистры и свой курсач, сажусь в ардуино иде и херак-херак и в продакшн

Что бы что?

Баре метал это скорее к тому, что я хочу код на втором ядре крутить без RTOS. Чтобы самому решать, когда включать RTOS, а когда нет. Ну и большинство вещей хочу всё-таки написать на регистрах. Юарт, сдшка, экран по 16-битной шине через DMA

Да ну эти экстремальные танцы) лучше сделать и забыть)

Причем тут ардуино иде? И зачем писать надо что-то на регистрах? Чтобы что? ты для полноты картины тогда си еще выкинь и на асме пиши

Потому что зачем писать, если уже всё написано. Асм неоптимален по временным затратам. При выставлении правильных флагов компиляции один хрен получится не хуже, чем если руками писать. В крайнем случае интринсики и ассемблерные вставки. Но ассемблер у есп емнип свой. Разбираться долго

вот это точно быстрее работать не будет ))

Есть risc-v еспшки. Там известная архитектура

У меня будет ПЛИС подключена, довольно большая. Со всеми вытекающими. На ней процессорное ядро, к ней подключён один гиг оперативы. Туда будут заливаться конфигурация ПЛИС и код для ядра

А нахер тебе в такой архитектуре есп или СТМ?

Что бы что?

Не обязательно. У флиппера MMU нет. У армов есть забавная особенность, там можно слинковать по нулевому адресу и кинуть в любой валидный для исполнения кусок памяти. При условии, что программа использует только свои же функции, ей пофигу, где она в памяти, потому что все джампы внутри неё по относительным адресам. Если у есп получится то же самое сделать, то можно будет тупо выделять кусок псрам, кидать туда bin файл и запускать

Конечно. Зато я буду понимать, что происходит внутри. И выкину половину ненужного

ещё вот такое попалось, https://news.ycombinator.com/item?id=24098048 но сначала надо погрызть книжку Inside the C++ Object Model Stanley B. Lippman Publisher : Addison Wesley Pub Date : May 03, 1996 ISBN : 0-201-83454-5 Pages : 304 (182)

Блин, так есп ещё и на плюсах по умолчанию? Боже. Можно просто си?

Блин, так есп ещё и на плюсах по умолчанию? Боже. Можно просто си?

Блин, так есп ещё и на плюсах по умолчанию? Боже. Можно просто си?

Ты вообще есп открывал хоть на секунду? или опять очередные теории - я буду на регистрах, будет у меня баре металл, все будет своё и тд и тп?

понимать что происходит всегда полезно, а насчет выкинуть ? программа в 8(16,32,64) метров флэша не входит ?

Блин, так есп ещё и на плюсах по умолчанию? Боже. Можно просто си?

1. Флэш медленный. Я слышал уже сто раз аргументы про 100 мкс vs 1 мс. Не хочу, чтобы подтупливало на ровном месте. 2. Прошивка заливается быстрее, елси она меньше. Через блютуз обновление прошивки хотелось бы. Но блютуз не очень-то и быстрый

Ты вообще есп открывал хоть на секунду? или опять очередные теории - я буду на регистрах, будет у меня баре металл, все будет своё и тд и тп?

У тебя сколько объем, если он небыстрый?

Вопрос не в объёме флэша, а в доставании оттуда кода. Кэш не всесилен и не резиновый, однако. Как и IRAM и DRAM (тем более их между двумя ядрами делим)

1. Флэш медленный. Я слышал уже сто раз аргументы про 100 мкс vs 1 мс. Не хочу, чтобы подтупливало на ровном месте. 2. Прошивка заливается быстрее, елси она меньше. Через блютуз обновление прошивки хотелось бы. Но блютуз не очень-то и быстрый

ну про размер....... там что то около 800к wifi стэк а если еще bt пристегнешь то и поболе будет, так что все остальное что в рамках курсача напишешь на фоне этого потеряется

Присри Фрам Будет быстро и вечно