Это не эволюция. Скриптовые языки также стары как ассемблер.
Вся индустрия ПЛК держится на скриптовых движках уже десятки лет.
Но движки ПЛК по прежнему продаются за огромные деньги и не собираются дешеветь.
А смысл скриптов в том что они безопасны на микроконтроллерах без MMU.
Если в линуксе можно писать на нативном C-и и все равно иметь безопасный код, то для микроконтроллеров типа Cortex-M3,M4,M7,M8 остаются только скрипты.
И в этом их сила. Можно написать глючный скрипт, загрузить его по сети в микроконтроллер и этот скрипт не убъёт все остальные задачи RTOS на микроконтроллере.
А значит вы резко увеличиваете эффективность разработки, поскольку не тратите лишние минуты на подъем убитой среды исполнения после каждой итерации.
Правильно ли я понял, что сборка под ARM производится скриптами msbuild, а не средствами IDE Keil?
Т.е. непосредственно под Keil нет проекта для сборки?
И вообще нет ничего такого где можно было бы обозреть проект для сборки .NET FM в виде структурированного дерева папок и исходников.
Понять состав проекта можно только изучая скрипты msbuild?
BXNUI0116E: The <мой eмайл> organization has no spaces for which you are a developer. Try to select another organization or create a space.
Что это?
Или где рекламируемый у IBM в рецетах шаблон «Internet of Things Foundation Starter»?
У меня есть только «Internet of Things Foundation» и это явно не то.
А время идет, подписка кончается.
Уже думаю не проще ли у Microsoft Azure.
У них хоть Visual Studio 2015 без проблем все примеры запускает.
Да ясно, технология интересная, чего уж там говорить. Тот же lwIP можно заменить чем нибудь посерьезней с хорошей операционкой, имею в виду MQX.
Скажите вы сами портировали netmf-interpreter на что-нибудь?
Можете дать объяснение странной структуре его .sln файлов?
На прошлой неделе скачал этот netmf-interpreter.
Ужасно все запутано.
Идут какие-то .sln файлы которые никакая версия не может открыть ни VS2010 ни VS2015.
Надо запускать какую-то сборку на .cmd файлах.
А дальше то что?
Вижу TCP стек сделан на той же lwIP.
Так не проще ли FreeRTOS поставить?
Какой уникальный middleware может предоставить .NET Micro Framework 4.4 которого нет в других открытых проектах для микроконтроллеров?
Носил Asics Gel Cayano 19, Asics Gel Cayano 20 для большой пронации. Все рвутся через год в районе носка.
Теперь ношу Asics GEL-Nimbus 17 с нормальной пронацией. Режим — 40 км в неделю. Эффект разной пронации даже не заметил.
Я не знаю как у других, но с Asics просто беда. Материал кроссовок у пятки в районе ахилесова сухожилия истирается и рвется уже через пару месяцев.
А как у вас c этим?
Я использую библиотеку YAJL.
Там расширяемый событийный парсер. Поддерживает комментарии.
Удобное API для доступа к узлам в дереве.
Очень простое портирование.
Но главное в JSON для embedded это менеджер памяти со статистикой использования.
Потому что наступит момент когда просто может не хватить памяти для дерева и этот момент надо разрулить без сбоев.
Да, спасибо за замечание.
Чтобы получить такую осциллограмму на самом деле было вставлено несколько десятков таких пар команд.
Эт недочет, надо было дать скриншот реальной программы.
Кстати при измерении частоты меандра изменялась частота системной шины. И она не влияла на частоту выходного сигнала.
Я тоже в основном работаю с IAR. Он компилирует ровно в те же 3 команды что и GCC.
Но про IAR напишу как нибудь в другой раз.
Глубину вложенности в вашем смысле я и имел в виду.
А вы измеряли сколько стека расходуется в микроконтроллере на парсинг какого-нибудь тестового JSON файла?
А какие средcтва контроля переполнения стека вы используете?
Если правильно понял, то чем ветвистее дерево JSON тем больше стека расходуется на его парсинг и в стек попадают каждый раз не только данные из ветвей но и весь контекст одной и той же рекурсивной функции. Или нет?
В нашей практике приоритеты несколько другие.
Во первых, возможность втыкать голые провода никогда не используется.
Такие ситуации возникают при полнейших авралах и панике. Но в таких ситуациях делаются чаще более грубые ошибки, как например втыкание провода не в ту клему.
Вот это бичь всех ящиков с проводным монтажом. Почти все проблемы связаны с тем что кто-то что-то не туда воткнул.
А плата в свою очередь всегда меняется полностью, конечно. И это не составляет проблем. Наши монтажники всегда едут с запасной платой.
Тиристорное управление как сказано в статье используется только на старте и остановке. Это секунды. Температура тепловых предохранителей даже на градус не успевают за это время изменится.
А по поводу помех, то микроконтроллеры Kinetis в этом смысле имеют специальные аппаратные средства фильтрации сигналов, не говоря уже о том что есть и программные средства.
Ну и выход из строя ПЛК если все соединили правильно не рассматриваем.
Проблема в том, что программа в ПЛК не адаптируется к изменяющимся состояниям механической системы.
Появляются дребезги, разрегулируются конечники, изнашиваются тормоза, изменяется состояние смазки, изменяется геометрия направляющих, плывут тайминги.
И ПЛК просто отказывается работать без всякой информации о причинах и без всяких логов. Вот тут и начинается бесплодный мозговой штурм.
Для концевых выключателей предназначены аналоговые входы.
Поскольку система работает в широком диапазоне напряжений, то выбран вариант аналоговых входов для всех датчиков.
На качество работы ПО это не влияет поскольку все входы могут быть перенастроены и на дискретный режим.
Если в глазу так много пиксел, то почему мы читаем не страницами, а по словам?
Мозг и не видит и не запоминает все, что попадает в поле зрения глаз.
Глазам нужно долго сканировать чтобы запомнить всю статическую картинку.
Сколько вы запомните слов если вам дать взглянуть на страницу 1 мс?
Наука склоняется к цифре в 70 млрд. нейронов в мозге.
Затем подавляющее их большинство не работает в каждый момент времени, как показывает томография. Иначе мозгу бы понадобился радиатор.
Далее информация в мозге многократно резервируется, т.е. как минимум половина операций не несет дополнительной информации.
Есть факты когда у людей в голове вообще пусто, а мозг размазан по стенкам черепа. Т.е. наводит на мысль как минимум о десятикратной избыточности мозга.
В тоже время flops это операция на 64-х битном сигнале, а синапс передает однобитный сигнал.
Т.е. чтобы перевести flops-ы в бинарные операции их надо умножить еще на 10^19.
Итого получаем космичекое превосходство компьютеров над мозгом.
Вся индустрия ПЛК держится на скриптовых движках уже десятки лет.
Но движки ПЛК по прежнему продаются за огромные деньги и не собираются дешеветь.
А смысл скриптов в том что они безопасны на микроконтроллерах без MMU.
Если в линуксе можно писать на нативном C-и и все равно иметь безопасный код, то для микроконтроллеров типа Cortex-M3,M4,M7,M8 остаются только скрипты.
И в этом их сила. Можно написать глючный скрипт, загрузить его по сети в микроконтроллер и этот скрипт не убъёт все остальные задачи RTOS на микроконтроллере.
А значит вы резко увеличиваете эффективность разработки, поскольку не тратите лишние минуты на подъем убитой среды исполнения после каждой итерации.
Правильно ли я понял, что сборка под ARM производится скриптами msbuild, а не средствами IDE Keil?
Т.е. непосредственно под Keil нет проекта для сборки?
И вообще нет ничего такого где можно было бы обозреть проект для сборки .NET FM в виде структурированного дерева папок и исходников.
Понять состав проекта можно только изучая скрипты msbuild?
Точно было сообщение, что в US регионе какого-то сервиса нет и надо переходить на UK регион.
И вообще что за странные там регионы?
Но и в UK регионе Internet of Things Workbench не работает, пишет что все платно.
Сделал подписку на триальный период 30 дней. Получил Dashboard с кучей шаблонов.
И вот захожу на страницу рецептов, например конкретно эту — developer.ibm.com/recipes/tutorials/rapid-node-js-app-generation-for-storing-device-data-in-cloudant
И хочу создать по ссылке на ней нечто называющееся Internet of Things Workbench.
А мне пишет:
No spaces in organization.
Что это?
Или где рекламируемый у IBM в рецетах шаблон «Internet of Things Foundation Starter»?
У меня есть только «Internet of Things Foundation» и это явно не то.
А время идет, подписка кончается.
Уже думаю не проще ли у Microsoft Azure.
У них хоть Visual Studio 2015 без проблем все примеры запускает.
Скажите вы сами портировали netmf-interpreter на что-нибудь?
Можете дать объяснение странной структуре его .sln файлов?
Ужасно все запутано.
Идут какие-то .sln файлы которые никакая версия не может открыть ни VS2010 ни VS2015.
Надо запускать какую-то сборку на .cmd файлах.
А дальше то что?
Вижу TCP стек сделан на той же lwIP.
Так не проще ли FreeRTOS поставить?
Какой уникальный middleware может предоставить .NET Micro Framework 4.4 которого нет в других открытых проектах для микроконтроллеров?
Теперь ношу Asics GEL-Nimbus 17 с нормальной пронацией. Режим — 40 км в неделю. Эффект разной пронации даже не заметил.
Я не знаю как у других, но с Asics просто беда. Материал кроссовок у пятки в районе ахилесова сухожилия истирается и рвется уже через пару месяцев.
А как у вас c этим?
А теперь можете показать результат своей работы как программиста?
Там расширяемый событийный парсер. Поддерживает комментарии.
Удобное API для доступа к узлам в дереве.
Очень простое портирование.
Но главное в JSON для embedded это менеджер памяти со статистикой использования.
Потому что наступит момент когда просто может не хватить памяти для дерева и этот момент надо разрулить без сбоев.
Чтобы получить такую осциллограмму на самом деле было вставлено несколько десятков таких пар команд.
Эт недочет, надо было дать скриншот реальной программы.
Кстати при измерении частоты меандра изменялась частота системной шины. И она не влияла на частоту выходного сигнала.
Я тоже в основном работаю с IAR. Он компилирует ровно в те же 3 команды что и GCC.
Но про IAR напишу как нибудь в другой раз.
А вы измеряли сколько стека расходуется в микроконтроллере на парсинг какого-нибудь тестового JSON файла?
Если правильно понял, то чем ветвистее дерево JSON тем больше стека расходуется на его парсинг и в стек попадают каждый раз не только данные из ветвей но и весь контекст одной и той же рекурсивной функции. Или нет?
Во первых, возможность втыкать голые провода никогда не используется.
Такие ситуации возникают при полнейших авралах и панике. Но в таких ситуациях делаются чаще более грубые ошибки, как например втыкание провода не в ту клему.
Вот это бичь всех ящиков с проводным монтажом. Почти все проблемы связаны с тем что кто-то что-то не туда воткнул.
А плата в свою очередь всегда меняется полностью, конечно. И это не составляет проблем. Наши монтажники всегда едут с запасной платой.
Тиристорное управление как сказано в статье используется только на старте и остановке. Это секунды. Температура тепловых предохранителей даже на градус не успевают за это время изменится.
А по поводу помех, то микроконтроллеры Kinetis в этом смысле имеют специальные аппаратные средства фильтрации сигналов, не говоря уже о том что есть и программные средства.
Ну и выход из строя ПЛК если все соединили правильно не рассматриваем.
Проблема в том, что программа в ПЛК не адаптируется к изменяющимся состояниям механической системы.
Появляются дребезги, разрегулируются конечники, изнашиваются тормоза, изменяется состояние смазки, изменяется геометрия направляющих, плывут тайминги.
И ПЛК просто отказывается работать без всякой информации о причинах и без всяких логов. Вот тут и начинается бесплодный мозговой штурм.
Поскольку система работает в широком диапазоне напряжений, то выбран вариант аналоговых входов для всех датчиков.
На качество работы ПО это не влияет поскольку все входы могут быть перенастроены и на дискретный режим.
Мозг и не видит и не запоминает все, что попадает в поле зрения глаз.
Глазам нужно долго сканировать чтобы запомнить всю статическую картинку.
Сколько вы запомните слов если вам дать взглянуть на страницу 1 мс?
Затем подавляющее их большинство не работает в каждый момент времени, как показывает томография. Иначе мозгу бы понадобился радиатор.
Далее информация в мозге многократно резервируется, т.е. как минимум половина операций не несет дополнительной информации.
Есть факты когда у людей в голове вообще пусто, а мозг размазан по стенкам черепа. Т.е. наводит на мысль как минимум о десятикратной избыточности мозга.
В тоже время flops это операция на 64-х битном сигнале, а синапс передает однобитный сигнал.
Т.е. чтобы перевести flops-ы в бинарные операции их надо умножить еще на 10^19.
Итого получаем космичекое превосходство компьютеров над мозгом.