Массовая параллельная таблетка STM32Duino Blue

AG123
Чт, 06 апреля 2017 г., 11:21
«Давным -давно, Rasberry Pi сделал это
http: // chackaday.com/2012/09/12/64-Rasbe ... rcomputer/

Будет ли это время STM32duino сделать в основном то же самое? И чтобы быть более «жестким ядром» Ethernet, I2C Bus Can Can 1024 STM32Duino Blue Pill вместе всего на 2 проводах
:ржу не могу:

Ахулл
Чт, 06 апреля 2017 г. 11:11
AG123 написал:«Давным -давно, Rasberry Pi сделал это
http: // chackaday.com/2012/09/12/64-Rasbe ... rcomputer/

Будет ли это время STM32duino сделать в основном то же самое? И чтобы быть более «жестким ядром» Ethernet, I2C Bus Can Can 1024 STM32Duino Blue Pill вместе всего на 2 проводах
:ржу не могу:

Ореховый
Пт 07 апреля 2017 12:54
Кластеризация PI имеет смысл, так как он может запускать Linux, и его легко общаться, чтобы создать большое количество чисел, хрустящее...
И быть Linux открывает это число, которое хрустят для всех видов возможных видов использования...

Синяя таблетка... Хорошо... просто не так быстро или построен для такого рода использования.

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

Это встроенный чип для встроенных процессов...

Racemaniac
Пт. 07 апреля 2017 г. 13:17
Это действительно не имеет никакого смысла, даже на 2 $ за чертеж, но все равно будет забавным проектом xD

Ахулл
SAT 08 апреля 2017 г. 10:27
Если у вас есть 1024 небольшие задачи, которые должны работать параллельно, скажем, 1024 FFTS или что -то подобное, то это будет полезный трюк.
Полезно параллельно меньшее количество таблеток, например, вы можете использовать один в качестве контроллера дисплея, другой в качестве радио драйвера, треть. Тяжелые петли кодирования, которые вы можете достичь с помощью отдельных плат, и модульность, которую он обеспечивает, являются преимуществами в этом сценарии.

Mrburnette
SAT 08 апреля 2017 14:46
5 долларов США за узло RPI ноль является наименее дорогим коммерчески доступным микропроцессор Реализация для PER NODE я, кажется, встроен в кластер. Реализация облегчается тем фактом, что RPI является правлением Linux SOC.

http: // chackaday.com/2016/01/25/raspberr ... S-A-Punch/

Для микроконтроллеров распределенная архитектура приложений представляет серьезные ограничения, поскольку потоки работников становятся более сложными. Скорее, разбивание ролей микроконтроллера для назначения конкретных аппаратных задач обеспечивает лучшее общее использование инвестиций: периферический контроллер, контроллер дисплея, контроллер последовательного сообщения, основной логический оркестров. В таком сценарии каждый из микроконтроллеров выполняет одну повторяющуюся задачу, которая выполняет эту потребность, такую ​​как ведение журнала SD -карт или сбор данных датчиков. SPI или высокоскоростной последовательный может связать несколько UC вместе, так что основной контроллер приложения должен был иметь дело только с предварительно перераспределенными наборами данных из узлов щупальце и логики программы.

Луча


PS: Я очень рекомендую любого, кто не играл с нолью RPI за 5 долларов, чтобы попасть на борт. Если вам нужен Wi -Fi и Bluetooth, $ 10 u.С.D RPI Zero-W-отличная игра. По сути, ваши 5 долларов покупают вам процессор 1 ГГц, видео HDMI и 512 Мбайты RAM и интерфейс карты SDIO и USB OTG. Более 50% вашей оперативной памяти будет доступно вам после того, как X-Server запустит графический интерфейс. Если вы пойдете без головы и сбросите Xserver/VNC и используете только SSH и CLI, то у вас будет около 75% ОЗУ. Это необычайно интересные маленькие платы Linux.

Недостатком SOC является увеличение диссипации власти... Совет SOC может легко потреблять 750 мА плюс. Различные подсистемы, такие как HDMI, могут быть отключены, чтобы удовлетворить текущие требования < 100 мА (доска не-W) на основе некоторых из моих испытаний ... Поместив его к северу от ESP8266 Среднее 80 мА простоя.

Луча

AG123
Солнце 09 апреля 2017 г. 6:04
Согласован с Ahull, используя множество подключенных MCU, вероятно, соответствует различным вариантам использования ниши
Как таковой MCU Excel в IO, ADC и Control, он может разделить задачи IO, которые необходимо управлять множеством различных устройств / элементов

Пример сценария может быть чем -то
https: // vimeo.com/46857169

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

@ahull, я опубликовал это из случайной мозговой волны, я не мог лично позволить себе эксперимент с голубыми таблетками 1024 :ржу не могу:

AG123
Солнце 09 апреля 2017 г. 6:39 утра
Между прочим, поскольку современные экраны Spi TFT, такие как ILI9341, в значительной степени управляются командными и не зависящими от MCU и имеют свою собственную память, возможно, чтобы несколько синих таблеток могли поделиться 1 ILI9341 над SPI и для каждой синей таблетки STM32, чтобы нарисовать их собственные детали на том же экране

И я полагаю, что с несколькими синими таблетками, занимающимися АЦП и стоимостью стохастической или вероятностной выборки, возможно, можно было бы перейти по многофункциональному осциллографу с этой «параллельной» отбором выборки, но проблема будет в том, как их координировать, чтобы собрать оригинальную волну форма :ржу не могу:

AG123
Солнце 09 апреля 2017 г. 8:02 утра
@mrburnette
imho rpi, beaglebone black et.ал. имеют разные «класс» в том смысле, что они представляют собой полные однопласовые компьютеры (некоторые мульти -ядры, такие как RPI 3)
Основной камень преткновения и переход к *голой металлу *разработки в стиле Duino обычно - *энергопотребление *и *стоимость *.
Для небольших проектов я думаю, что RPI и Beaglebone Black все еще довольно управляемые с точки зрения «стоимости», в частности, если это полезно для функционального сценария.
На RPI и Beagle Bone можно просто запустить полный стек Java или Python, который ест сотни мег памяти и вспышки.

Главное, что пришло бы к *энергопотреблению *, я попытался включить черный Beaglebone Black на батареях. Но в моем случае 7 -дюймовый ICD TFT подключен и питается с той же платы. Я думаю, что энергопотребление выходит на колоссальные 1+ - 2 А. Это, вероятно, означает, что настройка Beaglebone Black + TFT LCD (более чем TFT LCD, который бы я ни думаю), вероятно, работает от 3 до 10 Вт
Это довольно высокое потребление мощности и не может быть выполнено на постоянной основе на батареях. (Я думаю, что удаление ЖК -дисплея TFT продлится гораздо дольше, но все еще на 1 ГГц и 512 млн. DRAM, потребуется довольно много управления энергопотреблением, чтобы сохранить власть)

Следовательно, все больше и больше я думаю, что выделенная функциональность «маленькие» металлические платы, такие как STM32Duino E.глин. Blue Pill, Maple Mini заполнит эту нишу «небольших приложений», которые работают на батареях (очень осуществимых), он подходит для «низкой мощности» для небольшого устройства и выделенного приложения
Это не по теме от «массовой параллельной» темы, но мне кажется, что управление несколькими STM32Duino или как в конечном итоге заполнит другую нишу по сравнению с такими, как RPI и Beagleboards

Одна из причин, по которой MCU, подобные STM32, работаю на низкой мощности, я считаю использование SRAM, который, в отличие от DRAM, не требует периодического обновления.
Но SRAM ест довольно много дорогих чиповых недвижимости и драгоценен, оставляя нас с 20 тыс. На Bluepill, Maplemini против 512MB-1GB, скажем на RPI или Beagleboard :ржу не могу:

Ахулл
Солнце 09 апреля 2017 г. 11:20
Тип мобильного телефона, такие как PI и BBB, довольно хороши в питание, но любое приложение, которое запускает множество сердечников на полной скорости, очевидно, будет использовать довольно много питания. 1024 Bluepills на самом деле относительно скромны в своих потребностях в силе. Интересно, что будет лучшим MIPS на ватт, мы могли бы справиться.

турбосквит
Вт 24 июля 2018 г., 20:32
Жаль, что голубая таблетки не имеют достаточного количества похожей общения HW, чтобы сделать «транскумутер». : D

AG123
Вторник 24 июля 2018 г. 22:30
Что ж, если вы довольны SPI и/или i2c и/или UART, вы можете приблизиться к стандартам 80 -х годов с BP, MM и, возможно, превышают его :ржу не могу:
https: // en.Википедия.org/wiki/transputer

Mrburnette
Ср. 25 июля 2018 г., 2:26
Масштабируемый кластер с использованием ESP32 & RPI для оркестровки.

GitHub

Raspberry Pi делает тяжелую работу; Узлы ESP32 создают эластичный кластер.

Я считаю, что аналогичный подход может работать для чертежи. По текущим ценам двойной ESP32, вероятно, является победителем в результате затрат, но если у человека уже есть ящик, полный STM32F103, то математика может измениться в пользу устройства STM.


Луча

Ахулл
Ср. 25 июля 2018 г., 11:30
ESP32 имеет преимущество в том, что он является многоуровневым, и, насколько мне известно, ни одно из низкоуровневых устройств STM32 не является, поэтому, хотя это может стоить дороже, ESP32 более быстрее и дает больше отдачи за ваш доллар.

Сказав, что, скажем, 512 чертежей, даст вам рейтинг Vax Mips около 24990.72 (это будет 25 vax gips ;) ) у вас будет умеренно быстрый узел 512, массово параллельный массив примерно за 1000 долларов, что не так уж и плохо.

Zoomx
Ср. 25 июля 2018 г. 11:50
Я считаю, что его следует сравнить с графическим процессором.

Ахулл
Ср. 25 июля 2018 г. 11:51
[Zoomx - Ср. 25 июля 2018 г. 11:50] - Я считаю, что его следует сравнить с графическим процессором.
Правда, но я думаю, это зависит от задач, которые вы пытаетесь выполнить.

Mrburnette
Ср. 25 июля 2018 г. 13:29
[Ахулл - Ср. 25 июля 2018 г. 11:51] -
[Zoomx - Ср. 25 июля 2018 г. 11:50] - Я считаю, что его следует сравнить с графическим процессором.
Правда, но я думаю, это зависит от задач, которые вы пытаетесь выполнить.
Силикон не развился (пока), чтобы выбрать графический процессор по процессору ... Это все о архитектуре. Будущий кремний, вероятно, будет больше мучить воды.

Однако, думая о таких вещах, RPI Zero за 5 долларов предоставляет как процессор, так и графический процессор, Linux и достаточно оперативной памяти, чтобы построить серьезно мощный кластер. Поскольку RPI Zero является «реальной» машиной Linux, применяются традиционные методы кластеризации, как и готовое программное обеспечение.

Попытка «кластера» куча блюз досок само по себе будет кластером, IMO. То, что вы получите, это большая коробка ввода/вывода... Может быть Мактивно яntergrated яне ОUtput и мы могли бы думать об этом как о переднем процессоре для более обычной машины с несколькими CPU. Несколько процессоров появились бы на направленных запросах ввода -вывода из маленьких подчиненных плат, а локальная мощность ЦП будет проверять и настраивать дейтаграмму для легкой передачи и пищеварения главным компьютером; Таким образом, небольшой процессор ввода/вывода разгрузил бы большую часть «грязного» поручения, проверки данных и форматирования данных ввода-вывода.


Луча

PS: Я больше не очень активен в пространстве STM32, но травма моей доминирующей руки временно помешала мне от прикосновения и кодирования (быстро) ... Кажется, я в порядке, когда выкапнут один кольцо на моем планшете Android, однако. Единственный хороший результат из травмы - это то, что я получаю супружескую помощь в работе во дворе этим летом этим летом.

AG123
Пт 27 июля 2018 г., 17:10
Оказывается, есть древние усилия, которые «были там, которые», так это - машина для соединения
https: // en.Википедия.org/wiki/connection_machine
и забытая мышление машины Корпорация
https: // en.Википедия.org/wiki/unding_ ... Орпорация
Идея MIMD (множественная инструкция, несколько данных)
https: // en.Википедия.org/wiki/mimd
Я полагаю, что для того, чтобы сделать FFT (быстрое преобразование Фурье), вы можете транслировать данные на шине I2C, все BP/MM читают один и тот же сигнал
Или в этом отношении распределяет его на BP/MM Round Robin на USB-автобусе, USB-сериал будет делать
Тогда каждый пт/мм выполняет свою долю работы, о, но тогда вам все равно нужно будет их снова собрать
эээ, может быть, это может быть сделано хозяином, возможно, пусть это будет Raspberry Pi 3 или Beagle Bone Black
Таким образом, это собирает результат и представляет результаты FFT, которые говорят на графике
:ржу не могу:

Paulvdh
Пт 14 декабря 2018 г. 12:06
Для меня кажется, что эта идея была бы довольно глупым упражнением, и это, вероятно, самая важная причина, по которой она не была сделана раньше.

1024 устройства на 7 -битной адресной шине I2C?
Есть некоторые расширения до I2C, но все же полоса поход будет слишком мала для такого количества устройств, и вы нарушите предел емкости автобуса I2C.

STM32 имеет довольно много доступных автобусов с более высокой пропускной способностью. От USB, i2s, SPI, до скромного USART.
В качестве «быстрого вычисления» упражнение было бы довольно бессмысленным, но как распределенная сеть ввода-вывода с возможностями вычисления для каждого узла оно имеет смысл. И комбинация UART & Драйверы RS-485-довольно эффективная комбинация для этого.
Посмотрите на большие светодиодные установки, которые делает Майк Харрисон:
https: // www.YouTube.com/user/mikeselectricstuff/видео
Некоторые из крупных распределенных светодиодных установок, которые он разработал, имеют 100.000 светодиодов и распределенная сеть процессоров.
Недавно я увидел видео с коробкой для сплиттера с входом Ethernet, потому что у него кончилась пропускная способность с RS-485.