Pixhawk построен на PX4 Flight Stack.
А тот в свою очередь базируется на одной из старейших RTOS — NuttX
Начиналась эта RTOS еще от 8-и разрядных микроконтроллеров AVR
Никакого большого процессора там нет.
Автопилоты этого класса делаются на нескольких средненьких STM32F.
RTOS там вообще только в одном из них применяется.
Хотя да, NuttX поддерживает POSIX, но никогда к Линуксу и большим процессорам с MMU никакого отношения не имела.
На мой взгляд ошибочно Arduino связывают с AVR.
Arduino это прежде всего характерная IDE и формфактор.
Эта IDE легко эмулируется в броузере, к ней несложно прикрутить любой компилятор, скетчи элементарно ложатся на RTOS и OS.
Потому Arduino неуловим, его не поймать за хвост. Сегодня он на AVR, а завтра на Sitara и Intel.
Отсюда и неуклюжесть попыток с чем-то сравнивать Arduino.
Я бы даже сказал, что Arduino и Raspberry Pi почти одно и то же.
Сейчас во встраиваемых системах хорошо известны как минимум 5-ть операционных систем реального времени (RTOS) способных работать на STM32F407 и ниже с открытыми исходными текстами (хотя и под разными лицензиями).
Это: FreeRTOS, Micrium (uC/OS-II, III), Keil (RTX) она же mbed.org, Freescale MQX, Texas Instruments RTOS
Они все! идут с демонстрационными примерами включающими WEB сервер и работу в интернете по разным протоколам.
Некоторые из них совместимы с POSIX.
Не согласен со статьей. Это неудачная попытка упрощения действительности.
Arduino и Raspberry Pi можно и нужно сравнивать по быстродействию. И задачи они способны выполнять одни и те же.
Просто автор забыл, что Arduino это не только AVR-ы, но и Cortex-M3 до 84 МГц (пока)
Сравнение правда осложняет то, что на процессоры Raspberry Pi не открыта полностью вся документация.
Итого, частота системной шины на Raspberry Pi 250 МГц от нее работает UART и SPI, GPIO и PWM тактируются похоже от 100 МГц
Т.е. Raspberry Pi способен гораздо лучше работать с сенсорами и исполнительными механизмами.
Но для Arduino есть операционные системы.
Как не забавно, но для Cortex-M3 на которых сделаны некоторые Arduino адаптирован тот же Линукс.
И это если не брать в расчет мультипроцессорный Arduino TRE — 1-GHz Sitara AM335x.
Серьезный фактор в том, что у Arduino (однопроцессорных) можно защитить программу от считывания и копирования, а в Raspberry Pi нет.
Т.е. по сути все обсуждение различий Arduino и Raspberry Pi сводится к обсуждению различий способностей их пользователей.
Кто-то знает отлично линукс, но неспособен разработать под него драйвера GPIO для работы в реальном времени под Raspberry Pi.
Кто-то отлично знает свой аквариум, но не настроен изучать командную строку и скрипты линукса.
А кто-то умеет и то и другое и сделает на Raspberry Pi все что можно сделать на Arduino и наоборот.
Эт точно.
На Саяно-Шушенской ГЭС стояли датчики вибрации подключенные по USB.
Как известно ими не пользовались либо не обращали внимания. Видимо отваливались часто.
И что с этой ГЭС стало все знают.
В промконтроллерах строго либо RS485, либо CAN, либо последняя мода — EtherCAT
А выбирая контроллер с USB еще очень важно планировать заранее от чего он будет тактироваться.
Может оказаться, что одни скоростные интерфейсы (тот же Ethernet) по частотам не совместимы с частотами нужными для USB.
Лучше когда SoC имеет для USB свой отдельный генератор.
Вольфрам ясно себя позиционирует как блокнотный математический решатель.
Проекты в нем размером с пару экранных страниц.
Я обычно для таких дел использую Mathcad.
Это вроде очень продвинутого калькулятора.
Mathcad-ом я пользуюсь постоянно, хотя тоже разрабатываю комплексные системы управления, симулирую схемы, делаю анализ электромагнитных полей и излучений и т.д.
И ясно, что Wolfram не заменит ни Simulink-а, ни ANSYS HFSS, ни COMSOL просто потому что в этих мощных пакетах огромную часть работы занимает рутинное забивание физического описания объектов моделирования и расчета.
Работа важная, но не интеллектуальная. Все силы брошены на борьбу с человеко машинным-интерфейсом. Как машине объяснить что надо решать.
Wolfram же дает идеи как решить по другому. Как вообще иначе подойти к проблеме. Сгенерировать идею.
Требовать от Wolfram-а сложных прикладных решений это равно как покупая краски и кисточки обязательно требовать примеры их применения и чтоб было изображено обязательно то, что вы хотите нарисовать.
Эт точно.
Есть проблема формулирования «реальных (осмысленных) задач» или постановка цели, а есть проблема решения.
Никакая машина не решит за человека проблему формулирования и постановки цели.
Поскольку цели человек ставит на основе своего незнания. А машина не в силах оценить насколько глубоко незнание человека.
Она потенциально все знает.
О чем Стивен и высказался в конце.
Вот что интереснее было бы, это сравнение с Mаtlab-ом
Вот это классная новость.
Кто не понял, то по простому будет так:
IBM выложил бесплатно! софт для микроконтроллеров STM32 в связке со свехдальнобойными передатчиками Semtech SX1272 для компиляторов IAR, Keil и GCC.
А у IBM есть IBM IoT Foundation сервер для подключения к которому тоже выложен бесплатный софт для микроконтроллеров. Для того же STM32 есть.
Итого получаем бесплатное решение по организации в облаках IBM мониторинга своей сети распределенных по городу датчиков без всяких Wi-Fi, GSM, 3G, WiMAX и проч.
Если писать, то надо писать до конца.
TVS диоды имеют ограниченный ресурс.
И PolyZen в связи с этим рекомендуют включать в цепи с уже имеющимся ограничителем тока.
Иначе они станут такими же одноразовыми как и плавкие предохранители.
Там не шаговые двигатели а обычные DC двигатели. Обратная связь потенциометром.
Внутри каждого двигателя свой контроллер. Вот он то и задает динамику движений.
По уму его бы выкинуть и управлять двигателями напрямую. Вот тогда бы робот начал бы бегать!
Почему вы называете это API?
Это сбивает с толку.
Это исходники, библиотеки для определенных микроконтроллеров или что?
Это «API», оно портируемое? Инструкции по портированию есть?
Т.е. как я понял у вас нет легковесной портируемой библиотеки на C-и для малых встраиваемых однокристальных дивайсов подобных Arduino.
Вы ориентированы продавать вспомогательные аппаратные устройства-конвертеры.
А жаль.
Могли бы реализовать в сорсах пару популярных IoT протоколов как это делает Digi.
Надо было сделать в магазине заслонку на соленоиде чтобы подавать патроны в трубку по одному. А на торце трубки вместо подающего штока расположить proximity sensor типа VL6180X. Тогда можно было бы непринужденно без подстройки стрелять снарядами с произвольной формой.
Это и счетчик снарядов заменило бы.
Вот о чем стоить задуматься так это об остаточной намагниченности снарядов.
Неправильное расположение намагниченых снарядов в магазине может привести к сильному ухудшению энергетики выстрела.
Диоды продолжают пропускать ток некоторое время после выключения транзисторов. Т.е. катушка продолжает создавать магнитное поле когда его уже не должно быть.
Ставить надо двухсторонние трансилы они же TVS-ы вольт на 40.
Смотря что мы можем варьировать.
Изменять очевидно можно геомерию катушек.
Сечение провода, а значит и ток более под вопросом.
Но думаю стоило бы и ток варьировать при заданном напряжении.
Тогда это превращается в задачу соленоида, где надо максимизировать силу.
Решать можно, например, в пакете COMSOL
А тот в свою очередь базируется на одной из старейших RTOS — NuttX
Начиналась эта RTOS еще от 8-и разрядных микроконтроллеров AVR
Никакого большого процессора там нет.
Автопилоты этого класса делаются на нескольких средненьких STM32F.
RTOS там вообще только в одном из них применяется.
Хотя да, NuttX поддерживает POSIX, но никогда к Линуксу и большим процессорам с MMU никакого отношения не имела.
Arduino это прежде всего характерная IDE и формфактор.
Эта IDE легко эмулируется в броузере, к ней несложно прикрутить любой компилятор, скетчи элементарно ложатся на RTOS и OS.
Потому Arduino неуловим, его не поймать за хвост. Сегодня он на AVR, а завтра на Sitara и Intel.
Отсюда и неуклюжесть попыток с чем-то сравнивать Arduino.
Я бы даже сказал, что Arduino и Raspberry Pi почти одно и то же.
Сейчас во встраиваемых системах хорошо известны как минимум 5-ть операционных систем реального времени (RTOS) способных работать на STM32F407 и ниже с открытыми исходными текстами (хотя и под разными лицензиями).
Это: FreeRTOS, Micrium (uC/OS-II, III), Keil (RTX) она же mbed.org, Freescale MQX, Texas Instruments RTOS
Они все! идут с демонстрационными примерами включающими WEB сервер и работу в интернете по разным протоколам.
Некоторые из них совместимы с POSIX.
Так в чем же смысл Embox?
Arduino и Raspberry Pi можно и нужно сравнивать по быстродействию. И задачи они способны выполнять одни и те же.
Просто автор забыл, что Arduino это не только AVR-ы, но и Cortex-M3 до 84 МГц (пока)
Сравнение правда осложняет то, что на процессоры Raspberry Pi не открыта полностью вся документация.
Итого, частота системной шины на Raspberry Pi 250 МГц от нее работает UART и SPI, GPIO и PWM тактируются похоже от 100 МГц
Т.е. Raspberry Pi способен гораздо лучше работать с сенсорами и исполнительными механизмами.
Но для Arduino есть операционные системы.
Как не забавно, но для Cortex-M3 на которых сделаны некоторые Arduino адаптирован тот же Линукс.
И это если не брать в расчет мультипроцессорный Arduino TRE — 1-GHz Sitara AM335x.
Серьезный фактор в том, что у Arduino (однопроцессорных) можно защитить программу от считывания и копирования, а в Raspberry Pi нет.
Т.е. по сути все обсуждение различий Arduino и Raspberry Pi сводится к обсуждению различий способностей их пользователей.
Кто-то знает отлично линукс, но неспособен разработать под него драйвера GPIO для работы в реальном времени под Raspberry Pi.
Кто-то отлично знает свой аквариум, но не настроен изучать командную строку и скрипты линукса.
А кто-то умеет и то и другое и сделает на Raspberry Pi все что можно сделать на Arduino и наоборот.
На Саяно-Шушенской ГЭС стояли датчики вибрации подключенные по USB.
Как известно ими не пользовались либо не обращали внимания. Видимо отваливались часто.
И что с этой ГЭС стало все знают.
В промконтроллерах строго либо RS485, либо CAN, либо последняя мода — EtherCAT
А выбирая контроллер с USB еще очень важно планировать заранее от чего он будет тактироваться.
Может оказаться, что одни скоростные интерфейсы (тот же Ethernet) по частотам не совместимы с частотами нужными для USB.
Лучше когда SoC имеет для USB свой отдельный генератор.
SystemModeler даже не смотрел. Тогда впрочем странно звучат претензии по поводу отсутствия конкретных примеров.
Там примеров хоть отбавляй.
Но даже эта статья меня завела.
Обязательно скачаю Mathematica для пробы.
Проекты в нем размером с пару экранных страниц.
Я обычно для таких дел использую Mathcad.
Это вроде очень продвинутого калькулятора.
Mathcad-ом я пользуюсь постоянно, хотя тоже разрабатываю комплексные системы управления, симулирую схемы, делаю анализ электромагнитных полей и излучений и т.д.
И ясно, что Wolfram не заменит ни Simulink-а, ни ANSYS HFSS, ни COMSOL просто потому что в этих мощных пакетах огромную часть работы занимает рутинное забивание физического описания объектов моделирования и расчета.
Работа важная, но не интеллектуальная. Все силы брошены на борьбу с человеко машинным-интерфейсом. Как машине объяснить что надо решать.
Wolfram же дает идеи как решить по другому. Как вообще иначе подойти к проблеме. Сгенерировать идею.
Требовать от Wolfram-а сложных прикладных решений это равно как покупая краски и кисточки обязательно требовать примеры их применения и чтоб было изображено обязательно то, что вы хотите нарисовать.
Есть проблема формулирования «реальных (осмысленных) задач» или постановка цели, а есть проблема решения.
Никакая машина не решит за человека проблему формулирования и постановки цели.
Поскольку цели человек ставит на основе своего незнания. А машина не в силах оценить насколько глубоко незнание человека.
Она потенциально все знает.
О чем Стивен и высказался в конце.
Вот что интереснее было бы, это сравнение с Mаtlab-ом
Кто не понял, то по простому будет так:
IBM выложил бесплатно! софт для микроконтроллеров STM32 в связке со свехдальнобойными передатчиками Semtech SX1272 для компиляторов IAR, Keil и GCC.
А у IBM есть IBM IoT Foundation сервер для подключения к которому тоже выложен бесплатный софт для микроконтроллеров. Для того же STM32 есть.
Итого получаем бесплатное решение по организации в облаках IBM мониторинга своей сети распределенных по городу датчиков без всяких Wi-Fi, GSM, 3G, WiMAX и проч.
TVS диоды имеют ограниченный ресурс.
И PolyZen в связи с этим рекомендуют включать в цепи с уже имеющимся ограничителем тока.
Иначе они станут такими же одноразовыми как и плавкие предохранители.
Внутри каждого двигателя свой контроллер. Вот он то и задает динамику движений.
По уму его бы выкинуть и управлять двигателями напрямую. Вот тогда бы робот начал бы бегать!
Это сбивает с толку.
Это исходники, библиотеки для определенных микроконтроллеров или что?
Это «API», оно портируемое? Инструкции по портированию есть?
А так, конечно, MQTT, XMPP хотелось бы видеть.
Вы ориентированы продавать вспомогательные аппаратные устройства-конвертеры.
А жаль.
Могли бы реализовать в сорсах пару популярных IoT протоколов как это делает Digi.
Так можно Arduino подключить к вашему серверу и что там можно будет увидеть?
Это и счетчик снарядов заменило бы.
Неправильное расположение намагниченых снарядов в магазине может привести к сильному ухудшению энергетики выстрела.
Ставить надо двухсторонние трансилы они же TVS-ы вольт на 40.
Изменять очевидно можно геомерию катушек.
Сечение провода, а значит и ток более под вопросом.
Но думаю стоило бы и ток варьировать при заданном напряжении.
Тогда это превращается в задачу соленоида, где надо максимизировать силу.
Решать можно, например, в пакете COMSOL