https://www.opennet.dev/openforum/vsluhforumID3/104640.html Компания ARM представила (http://community.arm.com/groups/internet-of-things/blog/2015/09/08/mbed-os-beta-is-here) бета-выпуск новой встраиваемой операционной системы mbed OS (http://mbed.org/), развиваемой для оснащения потребительских устройств, соответствующих концепции "Интернет вещей (https://ru.wikipedia.org/wiki/%D0%98%D0%BD%D1%82%D0%B5%D1%80%D0%BD%D0%B5%D1%82_%D0%B2%D0%B5%D1%89%D0%B5%D0%B9)" (IoT, Internet of Things). Код (https://github.com/ARMmbed/) операционной системы распространяется (http://www.mbed.com/en/development/getting-started/get-code/) под лицензией Apache 2.0. Одновременно доступны для тестирования такие сопутствующие компоненты, как облачный сервис mbed Device Connector (http://www.mbed.com/en/development/cloud/mbed-device-connector-service/), клиент для подключения сторонних решений mbed Client (http://www.mbed.com/en/development/software/mbed-client/), прослойка для связывания устройств с web-приложениями mbed Device Server (http://www.mbed.com/en/development/cloud/mbed-device-serve https://www.opennet.dev/openforum/vsluhforumID3/104640.html#85 Fri, 25 Sep 2015 20:49:19 GMT &gt; ifdef -- это не крайний случай, а инструмент для вполне конкретных целей. <br><br>При том чаще всего - знатный костыль. Загаживающий код.<br><br>&gt; можно применить gcc -E.<br><br>Не очень хочется, если честно.<br><br>&gt; Ну так (почти) все предпочитают хороший свободный код.<br><br>Не совсем так. Многие эмбедеры вообще очень слабо разбираются в лицензии, а иары и кайлы честно сперли с кряками, как обычно у юзерей винды, особенно в exUSSR. Ну и либы и прочее по такому же принципу делают.<br><br>&gt; подглядеть, другими словами.<br><br>Тут соглашусь, пожалуй.<br><br>&gt; Ну, мы иногда изучаем чужой треш-код, берём оттуда полезные кусочки,<br>&gt; остальное дописываем сами.<br><br>И в результате получается стремноватый код с непонятным лицензионным статусом?<br><br>&gt; Согласен. Однако по поводу лицензий, авторы обычно быстро отвечают на просьбы разъяснить.<br><br>Но на все это надо тратить сильно отдельное время.<br><br>&gt; GitHub не позволяет.. почему?<br><br>Я не знаю что он там не позволяет. Git pull с него работает. А если кто не умеет по протоколу git работать - наверное это уже https://www.opennet.dev/openforum/vsluhforumID3/104640.html#84 Sat, 12 Sep 2015 08:55:39 GMT &gt;&gt; http://www.opennet.ru/openforum/vsluhforumID3/104640.html#26 <br>&gt; ИМХО там булшит. Реально графику рисуют самые разные железяки. И мелкие МК, <br>&gt; и среднекалиберные апликушники, и полновесные писюки. Задачи бывают разные. И требования <br>&gt; тоже. И право на жизнь имеют все эти варианты.<br><br>Серьёзно? Мелким МК нужен OpenGL? Не могли бы вы кинуть ссылку, где рассказывается о том, где кто-то сделал готовое решение в такой связке? Вопрос не риторический, мне действительно интересно.<br><br><br> https://www.opennet.dev/openforum/vsluhforumID3/104640.html#83 Sat, 12 Sep 2015 08:50:21 GMT &gt;[оверквотинг удален]<br>&gt; Позволю себе не согласиться, у "апликушных ARM" есть куча периферии характерной для <br>&gt; микроконтроллеров и не характерной для писюков. Ну там GPIO, ADC всякие, <br>&gt; SPI/I2C/UART доступные юзеру и прочая. Это скорее ниша посередине.<br>&gt;&gt; Да, это можно назвать embedded-ом, конечно, <br>&gt; Просто по определению. Embedded - то что встроено. Если встроили обычный писюк, <br>&gt; как-то подогнав его под требования к эмбедовке - ну значит это <br>&gt; эмбедовка, что тут скажешь. Ну да, писюкастая и на любителя <br>&gt;&gt; но нужно держать в уме, что это скорее просто компьютер с некоторыми <br>&gt;&gt; особеностями embedded-а.<br>&gt; Это просто встроенный компьютер. Embedded computer. Эмбедовка - по определению.<br><br>IMHO:<br>Слово embedded -- слегка многозначное. Можно понимать в прямом значении ("встроенный"), а можно и в переносном (с технологиями характерными для встраиваемых решений).<br>Например обычные PC-шники тоже встраивают в терминалы. Тоже embedded? Да, embedded, но только в прямом значении, так как кроме того, что е https://www.opennet.dev/openforum/vsluhforumID3/104640.html#82 Sat, 12 Sep 2015 08:28:23 GMT &gt;[оверквотинг удален]<br>&gt; Ну я видимо не настолько часто меняю камни, или не настолько часто <br>&gt; делаю что-то, чтобы такими вещами заморочиться. Основное время занимает все-таки написание <br>&gt; фирмвари и обпрыгивание грабель, а не что-то еще.<br>&gt;&gt; Причём тут винды? Это JAVA-вая хень <br>&gt; А ставится из setup.exe oO.<br>&gt;&gt; сценарию из автогенерённого (однократно) Makefile. В чём проблема?<br>&gt; Ну я встретил 2 упоминания этой хрени. Решил посмотреть что это. Предложение <br>&gt; скачать вело на setup.exe с MZ PE файлом. Дальше не разбирался <br>&gt; по этому поводу. В таком случае сорь за наезд, не по <br>&gt; делу.<br><br>Да, понимаю, меня точно так же сбило с толку, и я прошёл мимо. А чуть позже я на каком-то форуме, читая про проблемы с поиском корректного startup.s, нашёл упоминание про то, что CubeMX является кроссплатформенным. Дальнейший поиск показал, что он вполне запускается с помощью "java -jar Setup.exe". Похоже, что это самораспаковывающейся и самозапускающейся jar для windows, однако с возможностью запускать прямо с помощью https://www.opennet.dev/openforum/vsluhforumID3/104640.html#81 Sat, 12 Sep 2015 08:22:39 GMT &gt;&gt; #ifdef-ы на разные случаи жизни.<br>&gt; Увлечение этим - делает код уродским, нечитабельным и трудным в майнтенансе и <br>&gt; понимании. Существуют варианты как это относительно культурно делать, но у большинства <br>&gt; тех кто этим пользуется, получается уродизация программы, так что потом в <br>&gt; ней вообще сложно разобраться.<br>&gt; Знаешь, я - не препроцессор. Мне не очень хочется держать в мозгу <br>&gt; большой state из всякой дряни котрая вообще к решению задачи относится <br>&gt; довольно косвенно. Поэтому ifdef - это крайний случай, а не повод <br>&gt; для гордости.<br><br>ifdef -- это не крайний случай, а инструмент для вполне конкретных целей. Да, он осложняет чтение кода, но лично для меня сильно ifdef-еный код (если это оправдано) остаётся обычно вполне читаемым. На крайний случай можно применить gcc -E.<br><br>&gt;&gt; Ну вот пробуешь сам завести какую-то периферию -- не заводится. А если <br>&gt;&gt; будет библиотечка, которая показывает proof of concept, <br>&gt; Я как-то насмотрелся на код, который вывалили абы как. И знаешь, я <br>&gt; пришел к выводу https://www.opennet.dev/openforum/vsluhforumID3/104640.html#80 Sat, 12 Sep 2015 02:58:01 GMT &gt; пустого проекта (чтобы сгенерировать код под конкретный камешек или плату, не тратя время).<br><br>Ну я видимо не настолько часто меняю камни, или не настолько часто делаю что-то, чтобы такими вещами заморочиться. Основное время занимает все-таки написание фирмвари и обпрыгивание грабель, а не что-то еще.<br><br>&gt; Причём тут винды? Это JAVA-вая хень<br><br>А ставится из setup.exe oO.<br><br>&gt; сценарию из автогенерённого (однократно) Makefile. В чём проблема?<br><br>Ну я встретил 2 упоминания этой хрени. Решил посмотреть что это. Предложение скачать вело на setup.exe с MZ PE файлом. Дальше не разбирался по этому поводу. В таком случае сорь за наезд, не по делу.<br> https://www.opennet.dev/openforum/vsluhforumID3/104640.html#79 Fri, 11 Sep 2015 22:26:52 GMT А ещё бывают разные требования к ЭМС и они одни уже могут перевесить всё в пользу примитивного мк. Для выполнения их могут, например, потребоваться такие изменения и такое удорожание всего что с связано с "крутой" системой по сравнению с примитивным мк, что сравнивать цены чипов бессмысленно совершенно (у проца даже задаром и даже с небольшой доплатой шансов "победить" может не быть совсем).<br> https://www.opennet.dev/openforum/vsluhforumID3/104640.html#78 Fri, 11 Sep 2015 21:07:18 GMT &gt; Вообще не проблема. Можно хоть литий-ионник поставить, менеджер питания у апликушных процов <br>&gt; даже умеет его заряжать в нормальных железках. В планшетах часто требуется <br>&gt; автономность питания, все дела. Кроме всего прочего это позволяет решить вопрос <br>&gt; с питанием путем "прицепили банку лития к менеджеру питания".<br><br>И как оно будет работать в климатике и механике? А обеспечить зарядку из хренового первичного питания тоже не вот два пальца об асфальт.<br><br>&gt; Для МК качественное питание ессно сделать проще и несколько дешевле.<br><br>А иногда и в разы и на порядки!<br><br>&gt;&gt; - время готовности к работе, скажем, не более 200 мс после подачи <br>&gt;&gt; питания (да, да система с linux не успеет загрузиться - придется <br>&gt;&gt; держать всё время под питанием) <br>&gt; Кстати говоря, рекордсмены довольно близко подобрались - загрузку линя и на нем <br>&gt; программы, гонящей картинку с видеокамеры на экран на Ti OMAP за <br>&gt; 300 миллисекунд можно найти на ютубе. Это конечно нишевое развлечение, но <br>&gt; профессионалы могут и позажигать.<br><br>А ка https://www.opennet.dev/openforum/vsluhforumID3/104640.html#77 Fri, 11 Sep 2015 11:54:56 GMT Честно говоря, сейчас совершенно нет времени отвечать, поэтому прочёл пока только часть данного комментария, а отвечу только на:<br><br>&gt; Я gcc пользуюсь. И geany. Из линуха. А вы думали, я буду <br>&gt; изучать тулчейн и ОС чисто для прикола? Так не пойдет.<br><br>И? Тоже gcc и linux (конечно же). Но только vim, а не geany. Не понимаю ваш вопрос. Та хрень нужна лишь для генерации пустого проекта (чтобы сгенерировать код под конкретный камешек или плату, не тратя время).<br><br>&gt; И да, погодь, я поискал что это. Как работу работать - значит, <br>&gt; винды.<br><br>Причём тут винды? Это JAVA-вая хень (что тоже противно, но тем ни менее винда тут ни при чём).<br><br>&gt; А сказки про сборку всего и вся из сорцов - <br>&gt; быстренько идут лесом с интересом. Так и запишем. Впрочем, было ожидаемо. <br><br>Это JAVA-вская херь, которая генерит полностью открытый код. Сам код проекта в результате полностью открыт, который в свою очередь потом компилится gcc по сценарию из автогенерённого (однократно) Makefile. В чём проблема?<br><br>Надеюсь сегодня вечером будет в