Pull to refresh

Comments 37

существенные недостатки
— в качестве платформы рассматривается PIC32MZ с MIPS ядром — странный выбор в эпоху ARM
— не рассмотрены протоколы для интернета вещей — например ZigBee, Z-wave, Bluetooth
Так и знал, что первым комментарием будет кто-нибудь из ARM-опоклонников, который будет удивляться, что другие архитектуры вообще смеют существовать.

Ну вот подробное сравнение MIPS microAptiv UP против соотвествующих ARM Cortex M3/4 — http://silicon-russia.com/public_materials/2015_11_14_mipsfpga_related_presentations/mips_versus_relevant_arm_in_case_of_mipsfpga_2015_10_25.pdf
смотрим цену на отладочную платку PIC32MZ
http://eu.mouser.com/ProductDetail/Microchip-Technology/DM320006/?qs=sGAEpiMZZMsZOJ0x%252bXAYs356uvQj53jdcQjfiVKHOciWQsBFOvi7ag%3d%3d
— 111,10 €

цену на STM Discovery называть не буду — и так все знают

В процессоре на STM Discovery есть кэши и TLB MMU? Без сравнения всех features и устройств (WiFi) сравнение цен не имеет смысла. Особенно специальных цен.
А я назову. От 9 евро, с максимумом выбора по моделям и производителям в районе 15 евро. И это прекрасно.
Как то вы агрессивно позиционируете свою «правильную плату».
И кстати я правильно понимаю ваш комментарий что без «кэша и TLB MMU» интернет вещей не состоится? И на каждую вещь выходящую в интернет иметь по «кэшу и TLB MMU» в комплекте под 100$ будет дороговато.
Сам по себе «интернет вещей» — это относительно небольшая часть курса. Большие куски курса посвящены общему образованию молодого студента в вопросах программирования на ассемблере, прерываний, RTOS-ов, небольшого ликбеза по микроархитектуре и т. д. В этом контексте ввести кэши (что это такое и как оно меняет работу встроенного процессора) — это довольно полезно для общего образования. Иначе это прийдется вводить в другом курсе.
А если к плате за 9 евро купить модуль Wi-Fi за 3 евро и прицепить его на UART, то она, я так понимаю, резко станет правильной?

Или отсутствие TLB MMU будет продолжать мешать? А чему конкретно в IoT отсутствие TLB MMU мешает?
Я выразился некорректно. Под словом «правильная» я имел в виду «та плата, которая используется в материалах курса».

TLB MMU и кэши — это элемент общего образования программиста встроенных систем (и программиста вообще). Так как большие куски курса посвящены именно общему образованию в архитектуре и т. д. то наличие этих features полезно именно для этого.
В заголовке написано «Новый курс по микроконтроллерам для интернета вещей».

Ни в тексте статьи, ни в комментариях никто не может объяснить, какое это всё отношение имеет к интернету вещей.

Могу я, как человек, руководящий разработкой устройств для интернета вещей, попросить либо таки рассказать нам, что конкретно в этом курсе относится к интернету вещей*, либо убрать из названия статьи ложь?

* — в таком случае я даже обещаю не спрашивать, почему первоначально в статье с таким заголовком рассказывалось про какой-то PIC32MZ, для IoT подходящий примерно как «Камаз» для воскресных поездок на дачу
Уломали, убрал из заголовка про интернет вещей. Оставил «современный курс по микроконтроллерам c небольшой привязкой к интернету вещей» так как в части 13 курса идет речь про связь микроконтроллера через WiFi с cloud.
так как в части 13 курса идет речь про связь микроконтроллера через WiFi с cloud.


То есть из всего курса под названием «Connected Microcontroller Lab», из 13 его глав, ровно одна, последняя, посвящена вопросам, собственно, connectivity, и она сводится к тому, как написать XML-файл и с помощью функции FlowMessaging_PublishToUserTopic() из готового SDK и купленного на ебее готового модуля Wi-Fi отправить содержимое этого файла в проприетарное облако, которым, по моим сведениям, в мире пользуется примерно никто?

А я тут, чёрт возьми, в обучающих презентациях по IoT рисую модель OSI и рассказываю, почему отсутствие стандартизации уровня приложений в 6LoWPAN по сравнению с ZigBee не является существенным недостатком.

Такими темпами мы скоро до мышей того-с. Мигание светодиодом на Arduino будет «привязкой к Интернету вещей» называться.
Название статьи и содержимое отредактировали таки в «правильную» сторону. Теперь из названия и сути следует что интернет вещей будет затронут среди общего.
Но если почитать оригинал то там всё крутится вокруг концепта «Connected MCU» — подключенный к сети микроконтроллер и заявляется что сегодняшние реалии в лице 8-и и 16-и битных MCU не отвечают завтрашним запросам на «быть всегда на линии», а вот очень популярный PIC32MZ подготовит всех к «правильному пониманию» того как надо быть в облаке.

By providing access to our popular PIC32MZ family of high-performance MCUs, we are empowering next-generation engineers and research students to better understand the increasing demands of future applications and gain hands-on experience of IoT design.

Слегка конечно смело заявлено, но заявляет-то производитель чипа, а по совместительству и организатор курса. Положение его обязывает.

Но думается мне что сам-то курс по себе конечно норм и кто-то получит удовольствие от него. Кстати там указывается и целевая аудитория — «мой первый микроконтроллер».
Но если почитать оригинал то там всё крутится вокруг концепта «Connected MCU» — подключенный к сети микроконтроллер


Где вы это увидели? Кроме главы 13, посвящённой созданию XML'а для мёртворождённого имаджинейшеновского FlowCloud — это обычный курс про устройство и программирование микроконтроллера. Таймеры, периферия. Даже глава 7 с многообещающим названием «Communications» ожидаемо сводится к обсуждению потрохов SPI.

и заявляется что сегодняшние реалии в лице 8-и и 16-и битных MCU не отвечают завтрашним запросам на «быть всегда на линии», а вот очень популярный PIC32MZ подготовит всех к «правильному пониманию» того как надо быть в облаке


Только это — полная чушь.

By providing access to our popular PIC32MZ family of high-performance MCUs, we are empowering next-generation engineers and research students to better understand the increasing demands of future applications and gain hands-on experience of IoT design.


Здесь соврано дважды. Во-первых, что такое «providing access»? Его и раньше можно было спокойно купить. Во-вторых, в курсе нет никакого «experience of IoT design». Вообще нет. Даже намёков на него нет.

Слегка конечно смело заявлено, но заявляет-то производитель чипа, а по совместительству и организатор курса. Положение его обязывает.


Есть такое правило — «хороший пиарщик никогда не врёт, он просто говорит не всю правду».

Так вот, тут то ли пиарщик был крайне посредственный, то ли — более вероятно — сверху ему дали разнарядку «хочешь не хочешь, а IoT впихни и FlowCloud прорекламируй» (в одной крупной корейской компании, например, по такому же принципу в течение года яростно пихали в каждую дырку софтину ChatOn, пока она окончательно не померла).

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

Нет, я хорошо к MIPS отношусь. Но вот это вот — стыд.
LONDON, April 19, 2016 (GLOBE NEWSWIRE) — Imagination Technologies (IMG.L) and Microchip Technology, together with Digilent Inc. announce the Connected MCU Lab, a new course developed through the companies’ respective university programs.


Says Robert Owen, manager, Worldwide University Programme at Imagination: “The need for internet connectivity and the demand for ease of development are rapidly driving the embedded world towards 32-bit MCUs. As a result, the next generation of embedded system designers and developers need to understand the techniques of connecting embedded systems to the cloud. This is an urgent teaching requirement as many college courses today are still using 8-bit and 16-bit MCUs. The Connected MCU Lab course makes it easy to give the next generation of engineers the skills they need. The 32-bit MIPS CPUs at the heart of Microchip’s popular PIC32 MCUs are ideal for teaching and projects, and the Wi-FIRE board is powerful enough to support very ambitious projects, enabling this course to provide a foundation on which students can grow throughout their degree.”

Основной конечной целью таки заявляется достижение состояния подключенности.
Но вот что я думаю.
YuriPanchul хорошее дело сделал выложив эту новость, а у нас как-то не туда всё покатилось в обсуждении. Но с другой стороны Юрий, всё ж таки избыточна вышеприведенная убежденность мистера Robert Owen. Кстати я отметил что про чип написано 32-bit MIPS CPU, а не MCU как более принято. Я вот когда прочел статью утром решил что они бы ещё на примере FPGA реализовали IoT.
А вообще это хорошее дело, курс по некоторой не очень массовой технологии. Ну и нам повод порассуждать :-)
Основной конечной целью таки заявляется достижение состояния подключенности


Целью чего? Курса? Тогда это выглядит примерно как «я тут на кресле сижу и вставать не планирую, но моей основной целью является тренировка в беге на длинные дистанции».

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

Ну и на «The need for internet connectivity and the demand for ease of development are rapidly driving the embedded world towards 32-bit MCUs» я могу заметить г-ну Оуэну, что не rapidly driving, а has driven. Индустрия в большинстве своём уже благополучно перешла на Cortex-M, большинство решений последнего поколения — на нём.
Аргумент принимается. Я скажу об этом Роберту Оуэну.
Юрий, если серьёзно — я как человек, занимавшийся пиаром в том же Samsung, говорю — не надо, категорически не надо стараться обязательно запихнуть свои технологии в глотку читателя.

Ни FlowCloud, ни PIC32MZ ему не нужны. И от того, что вы отчаянно пытаетесь в него это запихнуть, никаких бонусов вы не получите — наоборот, разбирающиеся в IoT вообще это до конца не дочитают, а не разбирающиеся увязнут в постороннем мусоре.

Если ваш товар не нужен покупателю — просто не продавайте его. Освободите место на прилавке для другого. Пока вы к прилавку гвоздями прибиваете то, что люди не берут — у вас на нём не будет места для того, что берут.

Тот же курс, но с рассказом про настоящий IoT, привлечёт на порядок больше внимания — это же попросту не паханое поле, в отличие от вскопанной уже до базальтовой плиты темы «как работать с SPI в микроконтроллере». Про настоящий. С рассказом про его особенности, сети, протоколы.

Ёлки зелёные, это даже китайцы из Mediatek'а делают уже, и делают куда лучше вас.

А что у вас нет для этого IoT ни одного живого решения, которое можно было бы реально в IoT где-нибудь применить — ну так просто, чёрт возьми, не говорите об этом, и всё. См. выше про хорошего пиарщика. У медиатека тоже решения такие, что не пришей кобыле хвост.
Хорошо, отставим FlowCloud (он занимает очень небольшую часть курса и я его не фанат). Про PIC32MZ у меня другое мнение — в нем есть много вещей для контекста обучения.

Но у меня вопрос к вам: что вы думаете про Samsung Artik 1?
Про PIC32MZ у меня другое мнение — в нем есть много вещей для контекста обучения


Для контекста обучения может и есть. Для контекста IoT он глубоко бессмысленен.

Но у меня вопрос к вам: что вы думаете про Samsung Artik 1?


Спустя год после официального объявления от него есть красивые фотографии и product brief в две странички. Купить его нельзя, документации на него нет — зачем вообще про него думать?

Если же на секунду представить, что он существует и доступен в материалом мире, то:

1) Samsung — компания настолько крупная, что может делать что угодно и зачем угодно, если ей вздумалось или если ей за это занесли денег (впрочем, сомневаюсь, что у вас столько есть). Разработки Samsung хоронятся столь же легко, как и выпускаются.

2) Выпускать открытую и подробную документацию на свои процессоры — не в традициях Samsung. Хотите адекватную поддержку — заводите знакомства в Сувоне.

3) Именно Artik 1 — достаточно бессмысленное решение. Для большинства конечных устройств IoT он слишком крупный, слишком жручий и не обладает нормальными радиоинтерфейсами. Что можно делать на модуле с линуксом и BLE — я лично слабо представляю. Тысячу первую никому не нужную умную лампочку с розничной ценой в сотню баксов? Для встройки в КБТ ему не хватает Wi-Fi, да и размеры там малокритичны.

А вот Artik 5 и Artik 10 в принципе ложатся на концепцию IoT-гейта — там есть Wi-Fi, ZigBee и 6LoWPAN. Но они тоже странные — в A5 вкрячено недовидеоядро (720p — для гейта много, для медиаплеера мало), а A10 крайне наворочен по процессору и явно будет недёшев, но при этом у него плохо с сетевыми функциями — Wi-Fi только на 2,4 ГГц (впрочем, тут на разных страницах сайта Самсунг сам с собой договориться не может, в одном документе аж a/b/g/n/ac указано), антенных разъёмов два — и если один под ZigBee/6LoWPAN, то на долю Wi-Fi вообще остаётся режим 1x1 со 150 Мбит/с. В общем, какой-нибудь медиаплеер очередной на нём можно сделать, но зачем — пока не очень понятно.

Ах да, и это уже не MIPS. Упс.
Плата, которую вы привели — это совсем другая плата, чем плата, которая используется в курсе. Сделайте табличку против вот этой платы c PIC32MZ в которой есть WiFi (она используется в курсе):

http://store.digilentinc.com/chipkit-wi-fire-wifi-enabled-mz-microcontroller-board/
да, MIPS превосходит ARM в некоторых позициях в 1.5-2 раза, но не в 11
Сделайте пожалуйста табличку что есть на одной плате и что на другой
Это совсем другая плата, чем плата, которая используется в курсе. Сделайте табличку против вот этой платы c PIC32MZ за $79 в которой есть WiFi

http://store.digilentinc.com/chipkit-wi-fire-wifi-enabled-mz-microcontroller-board/

Также сделайте табличку против вот этой платы c PIC32MZ за 22 евро:

https://www.olimex.com/Products/PIC/Development/PIC32-HMZ144/open-source-hardware
Юрий, а мы про Интернет вещей или про TLB MMU?

В Интернете вещей в 99 случаях из 100 Cortex-M3 хватает за глаза. И PIC32MZ с товарищами пролетает даже не потому, что цену устройства поднимает в небесные выси, а потому, что у него с беспроводными интерфейсами — что?

Правильно, ничего.

А у меня тут за 5 баксов чип размером 5x5 мм, у которого из периферии — кварц, питание и согласование с антенной. С поддержкой ZigBee, 6LoWPAN и Bluetooth практически из коробки, энергопотреблением 0,15 мкА в спячке и Cortex'ом на 48 МГц.
Я так понимаю, слова «для Интернета вещей» теперь ставят тупо на всём, потому что так надо.

То есть курс хороший, но Интернет вещей тут вообще ни при чём.
Посмотрел на таблицу сверху — это какая-то лажа, даже не смешно. Embedded PC — high cost… Weight — high!!! Power — HIgh!!!
Писать такое в эпоху, когда ARM embedded PC можно купить по цене от 10 долларов и выше, когда весит он десятки-сотню граммов и потребляет 2.5-5 ватт.
Похоже заказной учебник, чтобы продвигать свое решение.
Про цены на семплы уже было сказано, дальше читать смысла не имеет.
Ну вообще 5 Вт  — это very high, а типичные размеры больше спичечного коробка — very large.

У нас вот текущая задача — устройство, которому надо с пары десятков датчиков по 6LoWPAN собирать данные, переваривать их, накапливать и потом выплёвывать в GSM. Заказчик хочет туда полноценный микрокомпьютер, чтобы с Wi-Fi — потому что на этапе отладки заказчику удобно за него зацепиться и в понятном ему линуксе ковыряться.

Микрокомпьютеров у нас есть. С размерами меньше спичечного коробка, энергопотреблением в районе 0,5 Вт и весом меньше 5 г. С линуксом и Wi-Fi.

Теперь внимание: эта штука должна стоять в поле. В чистом. Где чёрт его знает, возможно ли вообще питание, кроме батареек. Стоять она там будет 6 месяцев. Закапывать автомобильный аккумулятор по разным причинам нежелательно.

Ну как, ваши 5 Вт вам всё ещё кажутся низким энергопотреблением? ;)
1:0, ваш ход. Что насчет массы и стоимости? Как насчет стоимости разработки? Удобства отладки? Набор инструментария.
2.5 Ватт — это стероидный проект, с большой производительностью. Ведь не секрет, что у некоторых компаний интернет вещей со сбором данных с датчиков — всего лишь малая часть проекта. 0.5 Ватт с Линуксом на борту — такое тоже бывает. Пример — i.MX286 SBC
Вы мне отвечаете?

Мне можно про «такое тоже бывает» не рассказывать — мы эти микрокомпьютеры делаем. На MIPS'е, кстати.

Стоимость разработки и удобство отладки — смотря для кого. В данном случае заказчик — интегратор, который будет делать тестовый проект. Линукс для него — родная и понятная среда, не линукс — неродная и непонятная. Поэтому он бы предпочёл линукс и вайфай, чтобы просто с ноутбука цепляться.

Про массу и стоимость я тоже многое могу сказать. Вы правда считаете «10 долларов и выше», а также «десяток-сотню граммов» хорошими показателями для IoT?

Заметьте, мы выше обсуждали всего лишь центральный гейт, а не конечные IoT-устройства. Вы вообще какие конечные устройства готовы делать на железке с базовой стоимостью в десятки долларов, весом в сотню граммов, габаритами с сигаретную пачку и энергопотреблением в несколько ватт?

Ну то есть, хотя бы теоретически, в каких оконечных устройствах эти чудо-параметры можно будет окупить удобством разработки?

Если хотите, я вам могу ТЗ на конкретные проекты, которые мы делаем, обрисовать.
А давайте взглянем на ТЗ. Выкладывайте. Больше цифр, меньше слов.
АСУНО. Плата управления, устанавливаемая в уличную светодиодную лампу. Питание 230 VAC, беспроводной интерфейс управления с дальностью не менее 100 м и количеством устройств в одной сети не менее 200, выход управления яркостью 0-10 В, датчики температуры и тока светодиодных линеек, при пропадании связи — автономная работа по заданному расписанию. -40...+65 °С, IP65 (вся электроника тупо заливается компаундом наглухо). Габариты — 70x80x25 мм.

Ваш ценник за конечное устройство на дешёвом и маленьком embedded PC? Включая всю периферию и питание.

Сельское хозяйство. Автономные датчики а) влажности почвы, б) температуры и влажности воздуха и в) CO2. Беспроводная связь, не менее 300 м, не менее 30 устройств в сети. Автономная работа не менее 6 месяцев со съёмом и передачей показаний раз в час. Габариты — устройство вместе с питанием устанавливается в герметичный корпус шириной 45 мм, длину можно считать неограниченной. -5...+50 °C, корпус — не ваша забота.

Ваш ценник за конечное устройство на дешёвом и маленьком embedded PC? Включая датчики и питание.

Инфраструктура «умного дома»/«умного офиса». Исполнительные устройства — реле, диммеры AC (по углу фазы), диммеры DC (для светодиодных панелей без собственного драйвера, т.е. со стабилизацией по току), гейты DALI и т.п., управляющие устройства — кнопочные пульты, датчики температуры и влажности, датчики движения. Габариты — монтаж в стандартные подрозетники диаметром 68 мм. Питание — исполнительные устройства от 230 VAC, управляющие — 230 VAC или батарейное, расчётный срок работы не менее 3 лет. Ячеистая сеть, не менее 200 устройств в одной сети, не менее 5 хопов глубина сети, не менее 20 м дальность связи.

Ваш ценник за конечное устройство на дешёвом и маленьком embedded PC? Включая всю периферию и питание.

P.S. Давайте также будем нажимать кнопочку «ответить» под комментарием, мне тогда хотя бы уведомления будут на почту приходить.
Вы плавно уходите от главной темы, а именно ошибки в таблице параметров, на мой взгляд. Предлагаете написать стоимость решения, что к теме первого комментария вряд ли имеет отношения. Ваш обвяз — датчики, будет примерно одинаковым и там и там. Если вести речь о Линукс, то да единственное противоречение, что я тут вижу — это время автономной работы. Да, полгода — это много для ARM с Линукс на борту, По крайней мере я не слышал о режимах, где Линукс просыпался бы раз в день и все остальное время с сохранением контекста спал бы имея микроамперы в потреблении. Необходимость питать DDR память всегда обходится в минимальные 20-30 мА. Но мне кажется решение либо есть в виде примитива — будить систему ненадолго внешним чипом, а затем выключать. Таким образом можно решить и вашу задачу. И тогда инструментарий будет скорее не на уровне embedded, что достаточно удобно и приводит к мысли, озвученной ранее. 6LoWPAN есть для atmel чипов в новых ядрах. IMX 233 мог бы подойти сюда.
Предлагаете написать стоимость решения, что к теме первого комментария вряд ли имеет отношения


Как это не имеет? Вы спорили с тем, что embedded PC — это, в контексте IoT, дорого. Ну вот я и прошу вас продемонстрировать, как в контексте IoT вы что-то реальное на них сделаете недорого.

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


Да-да. Вместо одного 5-долларового чипа начать городить огород ровно с одной целью — продемонстрировать, что на embedded PC такое тоже можно сделать. Поставить таймер, который будет включать и выключать ваш ePC, подключить к ePC внешний радиоинтерфейс… Ну да, будет вдвое сложнее и вдвое же дороже, а также в половине случаев не влезет в заданные габариты, но ведь можно же.

Сова и глобус.

И чёрт возьми, начните наконец нажимать ссылку «ответить» под комментарием, на который вы отвечаете.
Sign up to leave a comment.

Articles