Jump to content

    

Recommended Posts

Был сегодня на ChipExpo 2018. Кроме всего прочего, стал участником и свидетелем интересного разговора. Некто искал embedded платформу для автоприменения (карьерный самосвал) с позабавившей меня (и не только) вводной - частота процессора не менее 1GHz (архитектура, кол-во ядер и т.д. - пофигу), надо наличие LVDS видеоконтроллера. Найти-то можно, только после этого последовала еще одна вводная: готовые, без допиливания, сборки Linux и (!) Android. На вопрос "А нафига Андроид в таком применении" клиент двинул мысль, что с точки зрения Long Term Support с течением времени проще будет найти разработчика под Android/Java, чем под C/C++/Qt. Вот я и пытаюсь понять, насколько он прав, учитывая особенности применения устройства.

P.S. Кстати, TI он даже не рассматривал в силу американизма...

Share this post


Link to post
Share on other sites

так наверно это не для мишин-критикал системы, а для какой-то информационной, то есть какой-то дисплейчик и т.п?

еще вопрос:

а самосвалы отечественного производства или "доработка" импортного?

Share this post


Link to post
Share on other sites
33 minutes ago, yes said:

так наверно это не для мишин-критикал системы, а для какой-то информационной, то есть какой-то дисплейчик и т.п?

еще вопрос:

а самосвалы отечественного производства или "доработка" импортного?

Да, не mission-critical.

Речь была про БелАЗы. Они, похоже, очень сильно пошли в развитие: Часть 1 Часть 2 Часть 3

Share this post


Link to post
Share on other sites

Не далее как вчера пришла новость о том что проект mbed собирается расширяться на специальном линуксе - https://os.mbed.com/blog/entry/Introducing-Arm-Mbed-Linux-OS/ 

Я бы обождал и посмотрел что будет.
Могут легко закруть гайки и требовать TrustZone от встраиваемых приложений. И тогда будет не до Андроида. 

 

 

Share this post


Link to post
Share on other sites
On 10/18/2018 at 6:45 PM, gosha-z said:

На вопрос "А нафига Андроид в таком применении" клиент двинул мысль, что с точки зрения Long Term Support с течением времени проще будет найти разработчика под Android/Java, чем под C/C++/Qt

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

Андроид даст возможность сделать это с минимумом работы.

Share this post


Link to post
Share on other sites
21 minutes ago, syoma said:

Андроид даст возможность сделать это с минимумом работы.

В свете последних наездов на Андроид в Европе не все так радужно.
Сам Андроид быстро меняется.
Вплоть до того что если сейчас пишется на Java, то завтра он уже будет на Kotlin.

Я вот смотрю в сторону   https://www.zephyrproject.org/ .
Оказывается это замаскированная VxWorks.  Т.е. проект с десятками лет истории. 
Все что надо для IoT имеет.   GUI можно взять на стороне, их теперь навалом, не хуже андроидного.
Риалтайм крутейший, в десятки раз быстрее линукса (ну и Андроида соотвественно) на i.MX RT

Share this post


Link to post
Share on other sites
2 minutes ago, AlexandrY said:

Риалтайм крутейший, в десятки раз быстрее линукса (ну и Андроида соотвественно) на i.MX RT

А нафиг тот риалтайм на железке, задача которой заключается только в плавной прокрутке и стрелочках? А вот с реакцией на асинхронные события, типа нажатия на кнопку, Андроид справляется очень неплохо по сравнению с крутыми реалтаймами.

4 minutes ago, AlexandrY said:

Вплоть до того что если сейчас пишется на Java, то завтра он уже будет на Kotlin.

С точки зрения GUI даже это не нужно. На андроид уже полно апп, в которых в редакторе рисуешь свои окошки и табло, загружаешь в планшет и все работает - и без всяких Java или Kotlin. Ну да, для этого нужен 1Ггц и 2ГБ оперативки, но кого это интересует?

Share this post


Link to post
Share on other sites
20 minutes ago, syoma said:

А нафиг тот риалтайм на железке, задача которой заключается только в плавной прокрутке и стрелочках? А вот с реакцией на асинхронные события, типа нажатия на кнопку, Андроид справляется очень неплохо по сравнению с крутыми реалтаймами.

Сомневаюсь я что ребята настолько тупые, что требуют 1 ГГц только на стрелочки или им в самосвале нужен медиацентр.
Склоняюсь что им нужен скоростной логгер по CAN шине, или осциллограф по EtherCAT, или хаб сенсоров типа sensor fusion или того хуже - ИИ.
Короче гибрид риалтайма с IoT и HMI. По крайней мере я бы так рассуждал на их месте. 

Но  Андроид уже разделился на две платформы - для смартфонов и для IoT. И дальше будет только сложнее. И риалтаймом там не пахнет.   
 

Share this post


Link to post
Share on other sites
6 minutes ago, AlexandrY said:

Сомневаюсь я что ребята настолько тупые, что требуют 1 ГГц только на стрелочки или им в самосвале нужен медиацентр

Ну я не знаю. У меня на стенке висит планшет с частотой 800Мгц, задачей которого является только показывание температуры да посылка сообщений через WiFi при нажатии на виртуальную кнопочку.

А во вполне промышленный проект я собираюсь засовывать Raspberry Pi в индустриальном температурном диапазоне, как простой логгер CAN шины, и гейтвей в Интернет - почти то, что вы предлагаете. ИИ там есть тоже, как и полно другой фигни.

И в любом случае - основная причина - цена и наличие готовой платформы. Мне нужно будет от силы тысяча штук в год, и тратить деньги на разработку своей платформы мне нафиг не нужно. А Распберри Пай, если не будет существовать в виде модели 3B, или какая там сейчас в моде, то будет существовать в модели 4 или 5 даже через 10 лет. И с тем же Линуксом, скорей всего. Кстати он же  "Белазу", наверное, тоже подошел бы.

 

Share this post


Link to post
Share on other sites

Сегодня игрался с Windows Subsystem for Linux.
Однако линукс больше не нужен чтобы запускать программы созданные для линукса.

Windows - вот действительно долговечная система. У них даже договор можно сделать на 10 лет поддержки.
Для реально крутой приборной панели нужна плата с аппаратной поддержкой графики и это не  Raspberry Pi на Broadcom с софтовым рендерингом, а  Intel.
За последний год сильно увеличился выбор плат для Windows 10 IoT Core
Если я и буду делать информационный хаб, то он будет точно на Windows.  
Если вы что-то там наскребли для CAN-а под Линукс, то теперь это же можно запустить и на Windows. 

А Андроид для серьезной приборной панели не катит ни как, весь его GUI рассчитан на маленькие экраны смартфонов. 


 

 

 

 

Share this post


Link to post
Share on other sites
46 minutes ago, AlexandrY said:

За последний год сильно увеличился выбор плат для Windows 10 IoT Core

Если я и буду делать информационный хаб, то он будет точно на Windows.  

Не пробовали Win 10 IoT на "малине"?

Share this post


Link to post
Share on other sites
11 hours ago, AlexandrY said:

Для реально крутой приборной панели нужна плата с аппаратной поддержкой графики и это не  Raspberry Pi на Broadcom с софтовым рендерингом, а  Intel.

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

Share this post


Link to post
Share on other sites

Я тут на Тесле гонял недавно.
Хотел бы я посмотреть как вы такую графику изобразите на STM32

tesla.thumb.jpg.4a5a484ffb929ca4fb77ff83f3e77977.jpg

Вот такую графику я бы делал в Windows, если надо быстро и бюджетно. 

И как вы верно заметили есть другой сегмент GUI для малых микроконтроллеров. Вот такой GUI типа emGUI или TouchGFX я бы и предложил использовать в паре с zephyrproject 
В любом случае малина - ниша ардуинщиков.
А профессиональные решения  делаются на других более развитых в ту или иную сторону платформах. 

Share this post


Link to post
Share on other sites

AlexandrY, такая графика делается на фреймворках типа Qt или WPF. Qt наверняка поднимается и на "малине" (лень искать примеры), ну не будет там аппаратного ускорения, ну и бог с ним. На андройде подобное тоже делается, причем с аппаратной поддержкой если используется многоядерный "камень".

syoma тоже прав насчет того, что на front-end "планшете", цель которого показушки для общения с пользователем какой-то мегариалтайм не нужен, т.к. в рамках той же MVC парадигмы графики лога CAN шины должны доставаться из модели с меньшей скоростью, а вот сама модель должна обновляться быстро, но этим занимается не графическая часть системы.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this