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), помещает данные в память и дальше спит. Когда необходимо собранные данные обрабатываются.

Новые блоги и статьи Все статьи Все блоги /
Автозаполнение реквизита при выборе элемента справочника Maks 27.03.2026 Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .	Сумматор с применением элементов трёх состояний. Hrethgir 26.03.2026 Тут. https:/ / fips. ru/ EGD/ ab3c85c8-836d-4866-871b-c2f0c5d77fbc Первый документ красиво выглядит, но без схемы. Это конечно не даёт никаких плюсов автору, но тем не менее. . . всё может быть. . .	Автозаполнение реквизитов при создании документа Maks 26.03.2026 Программный код из решения ниже размещается в модуле объекта документа, в процедуре "ПриСозданииНаСервере". Алгоритм проверки заполнения реализован для исключения перезаписи значения реквизита,. . .	Команды формы и диалоговое окно Maks 26.03.2026 1. Команда формы "ЗаполнитьЗапчасти". Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. В качестве источника данных. . .
Кому нужен AOT? DevAlt 26.03.2026 Решил сделать простой ланчер Написал заготовку: dotnet new console --aot -o UrlHandler var items = args. Split(":"); var tag = items; var id = items; var executable = args;. . .	Отправка уведомления на почту при создании или изменении элементов справочника Maks 24.03.2026 Программная отправка письма электронной почты на примере типового справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной записи электронной. . .	модель ЗдравоСохранения 5. Меньше увольнений- больше дохода! anaschu 24.03.2026 Теперь система здравосохранения уменьшает количество увольнений. 9TO2GP2bpX4 a42b81fb172ffc12ca589c7898261ccb/ https:/ / rutube. ru/ video/ a42b81fb172ffc12ca589c7898261ccb/ Слева синяя линия -. . .	Midnight Chicago Blues kumehtar 24.03.2026 Такой Midnight Chicago Blues, знаешь?. . Когда вечерние улицы становятся ночными, а ты не можешь уснуть. Ты идёшь в любимый старый бар, и бармен наливает тебе виски. Ты смотришь на пролетающие. . .

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

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

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

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

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

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