2 микроконтроллера, 1 память

@volervagashim · Регистрация: 07.10.2019

Студворк — интернет-сервис помощи студентам

День добрый! Есть задача: имеются два устройства - хилинький, но почти не требующий питания микроконтроллер и большой и мощный, но относительно прожорливый одноплатник (пусть raspberry, но не суть). Необходимо, чтобы микроконтроллер долго-долго набирал данные с датчика (не суть какого), сохранял это в какую-то память, и раз в какой-то период времени включал одноплатник, чтобы тот считывал эти данные, быстренько обрабатывал и отключался.
Вопрос: как реализовать решение с общей памятью? Есть брать какую-нибудь spi-flash, то как адекватно реализовать два мастера на одном spi? Или есть более разумные способы?

@COKPOWEHEU · 07.10.2019, 15:00

Если данных много, лучше не flash, а ram, а то еще протрется до дыр не вовремя.
Есть ли запас у "слабого" контроллера по скорости и свободным ногам? Если есть, проще соединить с памятью только его, а данными пусть обменивается, скажем, по UART. То есть разбудил "мощного", дождался запроса данных и передает их. Реализовывать ожидание запроса придется, поскольку заранее не известно время запуска.
Это самый, на мой взгляд, разумный подход.
Но можно и поизвращаться: взять две микросхемы ОЗУ и пусть "слабый" работает с одной, а "мощный" с другой. Когда закончат - поменяются. Реализовать "перекидывание" четырех линий можно на внешней логике.
Извращение 2: пусть "слабый" контроллер подстраивается под "мощного", то есть пока с памятью общается тот - не мешать ему, когда "мощный" закончил, снял CS и перевел выводы в Z-состояние, можно подхватывать управление и писать туда то, что нужно. Конечно, внешнюю схему тут тоже придется налепить чтобы не было конфликтов.

@Voland_ · 07.10.2019, 16:41

Сообщение от volervagashim

Есть брать какую-нибудь spi-flash, то как адекватно реализовать два мастера на одном spi? Или есть более разумные способы?

штатный SPI не может иметь подключение нескольких мастеров на шине. Можно, конечно, колхозить что угодно - подключаться в момент, когда ни один из мастеров не работает, но это все равно чревато коллизией, хотя, и сильно маловероятно ввиду краткости использования.

поддержу схему COKPOWEHEU, трансфер данных с "мелкого" в "крупный" вполне оправдан. Мелкий может быть свободно любым serial/parrallel' слейвом для "главного", отдавая ему архивные данные.

ValeryS · 07.10.2019, 19:24

Сообщение от Voland_

штатный SPI не может иметь подключение нескольких мастеров на шине.

вообще то говорят что STM32 может работать в режиме мультимастера, но сам я не пробовал, где то читал в описаниях

@i8085 · 07.10.2019, 21:57

Сообщение от COKPOWEHEU

Извращение 2: пусть "слабый" контроллер подстраивается под "мощного"

Почему "извращение" и зачем "подстраиваться", если по условию слабый управляет мощным?
Слабый перед включением мощного переводит линии управления памятью в третье состояние (освобождает шину), включает мощный, ждёт от него сигнала окончания, выключает его и снова забирает шину управления памятью. Никаких извратов...

И, видимо, ещё потребуется канал обмена данными с мощным. Ну там начальный адрес, размер записи передавать, ещё параметры какие-нибудь, получать ответные коды для обработки ошибок, результаты расчёта забирать...

@locm · 07.10.2019, 23:05

А не проще мощный МК переводить в спящий режим когда не требуется работа? Тогда можно исключить "слабый" МК.

@i8085 · 08.10.2019, 01:36

Сообщение от locm

А не проще ..в спящий режим ...?

Видимо идея с двумя контроллерами и возникла из-за проблемы реализации "чтобы микроконтроллер долго-долго набирал данные с датчика" в спящем режиме.

@northener · 08.10.2019, 02:08

Сообщение от COKPOWEHEU

Есть ли запас у "слабого" контроллера по скорости

На мой взгляд это важно. Из общих соображений по сформулированной задаче лично я делаю вывод, что "слабый" должен собирать данные постоянно. И это его главная задача, которой не должно мешать ничто. В частности периодическая передача данных в "сильный" контроллер.

@Voland_ · 08.10.2019, 08:59

Сообщение от ValeryS

вообще то говорят что STM32 может работать в режиме мультимастера, но сам я не пробовал, где то читал в описаниях

"ну, можно, конечно, и зайца научить курить" <c> просто, имхо, такой конфиг сводит все преимущества мощной SPI на "нет".
К тому же нет резона это делать. Потому что в практически любом МК общего назначения есть как минимум парочка быстрых интерфейсов, которыми можно свободно разделить функции. Допустим, посадить FLASH на SPI с мелким МК, и общаться по UART с верхним уровнем.

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

@COKPOWEHEU · 08.10.2019, 11:14

Сообщение от i8085

Почему "извращение" и зачем "подстраиваться", если по условию слабый управляет мощным?

Потому что он им не управляет, естественно. Он его только запускает. В "мощном" своя ОС, свои драйвера, которые наверняка не реалтаймовые, то есть синхронизироваться просто не умеют.

Сообщение от i8085

Слабый перед включением мощного переводит линии управления памятью в третье состояние (освобождает шину)

... и теряет все данные, собранные за время активности "мощного", просто потому что некуда их записывать.

Сообщение от locm

А не проще мощный МК переводить в спящий режим когда не требуется работа? Тогда можно исключить "слабый" МК.

Тут вопрос к ТСу, умеет ли его "мощный" контроллер достаточно крепко спать и не сильно ли вырастет суммарное потребление.

Сообщение от northener

И это его главная задача, которой не должно мешать ничто. В частности периодическая передача данных в "сильный" контроллер.

В общем случае согласен, ТС не сказал насколько "слабый" контроллер загружен. Но, скорее всего, данные приходят относительно редко и их можно повесить на прерывание, а обмен с "мощным" на аппаратный UART. А UART штука асинхронная, так что "мощный" вполне подождет пока "слабый" примет очередную порцию данных, прожует и выплюнет в буфер, после чего как ни в чем не бывало продолжит общение.

@locm · 08.10.2019, 12:29

Сообщение от i8085

Видимо идея с двумя контроллерами и возникла из-за проблемы реализации "чтобы микроконтроллер долго-долго набирал данные с датчика" в спящем режиме.

Разве микроконтроллер не может просыпаться на короткое время, собрать данные и дальше спать? Вот я и пишу что можно взять мощный МК, который собирает данные расходуя минимум энергии, а потом обрабатывает их.

@Rius · 08.10.2019, 12:43

Не по теме:

Есть чипы с мощными процессорами и микроконтроллерами на борту как раз для таких целей.

@COKPOWEHEU · 08.10.2019, 13:30

Сообщение от locm

Вот я и пишу что можно взять мощный МК, который собирает данные расходуя минимум энергии, а потом обрабатывает их.

ТС говорил, что "мощный" контроллер это что-то порядка raspberry pi, то есть уже не столько контроллер, сколько микрокомпьютер. Не уверен что они могут достаточно эффективно спать. А вот какая-нибудь ATmega48 - сколько угодно. Раз в минуту проснулась, опросила датчик и снова спать с потреблением меньше 1 мкА.
Конечно, конкретные контроллеры известны только ТСу, так что придется ждать пока он проснется.

@locm · 08.10.2019, 13:41

Не знаю что требуется ТС. Я предлагал взять МК по мощнее, например STM32F407. В спящем режиме он потребляет несколько микроампер. К нему можно подключить внешнюю оперативную память до 128 МБ (если имеющихся 192 КБ мало) в которой хранить данные. При сборе данных МК просыпается (от внешнего сигнала или встроенного RTC), помещает данные в память и дальше спит. Когда необходимо собранные данные обрабатываются.

Новые блоги и статьи Все статьи Все блоги /
сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/	WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .	Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .	Почему дизайн решает? Neotwalker 09.01.2026 В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .
Модель микоризы: классовый агентный подход 3 anaschu 06.01.2026 aa0a7f55b50dd51c5ec569d2d10c54f6/ O1rJuneU_ls https:/ / vkvideo. ru/ video-115721503_456239114	Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ФедосеевПавел 06.01.2026 Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ВВЕДЕНИЕ Введу сокращения: аналоговый ПИД — ПИД регулятор с управляющим выходом в виде числа в диапазоне от 0% до. . .	Модель микоризы: классовый агентный подход 2 anaschu 06.01.2026 репозиторий https:/ / github. com/ shumilovas/ fungi ветка по-частям. коммит Create переделка под биомассу. txt вход sc, но sm считается внутри мицелия. кстати, обьем тоже должен там считаться. . . .	Расчёт токов в цепи постоянного тока igorrr37 05.01.2026 / * Дана цепь постоянного тока с сопротивлениями и источниками (напряжения, ЭДС и тока). Найти токи и напряжения во всех элементах. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа и. . .

@volervagashim 0 / 0 / 0 Регистрация: 07.10.2019 Сообщений: 1

	2 микроконтроллера, 1 память 07.10.2019, 13:18. Показов 1681. Ответов 13 Метки flash, spi, память (Все метки) День добрый! Есть задача: имеются два устройства - хилинький, но почти не требующий питания микроконтроллер и большой и мощный, но относительно прожорливый одноплатник (пусть raspberry, но не суть). Необходимо, чтобы микроконтроллер долго-долго набирал данные с датчика (не суть какого), сохранял это в какую-то память, и раз в какой-то период времени включал одноплатник, чтобы тот считывал эти данные, быстренько обрабатывал и отключался. Вопрос: как реализовать решение с общей памятью? Есть брать какую-нибудь spi-flash, то как адекватно реализовать два мастера на одном spi? Или есть более разумные способы? 0

@COKPOWEHEU 4082 / 2680 / 432 Регистрация: 09.09.2017 Сообщений: 11,901
	07.10.2019, 15:00
	Если данных много, лучше не flash, а ram, а то еще протрется до дыр не вовремя. Есть ли запас у "слабого" контроллера по скорости и свободным ногам? Если есть, проще соединить с памятью только его, а данными пусть обменивается, скажем, по UART. То есть разбудил "мощного", дождался запроса данных и передает их. Реализовывать ожидание запроса придется, поскольку заранее не известно время запуска. Это самый, на мой взгляд, разумный подход. Но можно и поизвращаться: взять две микросхемы ОЗУ и пусть "слабый" работает с одной, а "мощный" с другой. Когда закончат - поменяются. Реализовать "перекидывание" четырех линий можно на внешней логике. Извращение 2: пусть "слабый" контроллер подстраивается под "мощного", то есть пока с памятью общается тот - не мешать ему, когда "мощный" закончил, снял CS и перевел выводы в Z-состояние, можно подхватывать управление и писать туда то, что нужно. Конечно, внешнюю схему тут тоже придется налепить чтобы не было конфликтов. 1

@locm 6533 / 3161 / 334 Регистрация: 28.10.2011 Сообщений: 12,414 Записей в блоге: 7
	07.10.2019, 23:05
	А не проще мощный МК переводить в спящий режим когда не требуется работа? Тогда можно исключить "слабый" МК. 0

@Rius
	08.10.2019, 12:43
	Не по теме: Есть чипы с мощными процессорами и микроконтроллерами на борту как раз для таких целей. 0

@locm 6533 / 3161 / 334 Регистрация: 28.10.2011 Сообщений: 12,414 Записей в блоге: 7
	08.10.2019, 13:41
	Не знаю что требуется ТС. Я предлагал взять МК по мощнее, например STM32F407. В спящем режиме он потребляет несколько микроампер. К нему можно подключить внешнюю оперативную память до 128 МБ (если имеющихся 192 КБ мало) в которой хранить данные. При сборе данных МК просыпается (от внешнего сигнала или встроенного RTC), помещает данные в память и дальше спит. Когда необходимо собранные данные обрабатываются. 0