Устройство связи (телефон) меняется некоторыми чуть ли не ежемесячно. Средний срок «актуальности» модели — 2 года. Номер SIM же может с десяток лет не меняться.
Если привязываться к аппарату — это будет огромный прирост бюрократии. Начиная от создания единого для всех (включая локальных и зарубежных) операторов реестра идентификаторов устройств. Его постоянная актуализация и валидность. (блокчейн?)
Лишняя «бумажная» работа с регистрацией новых аппаратов, причём «купил второй в дополнение к первому» и «купил на замену старому» — это будут разные операции.
CodeSys мне не подходит. У меня цель помимо прикладной задачи — организовать работу с внешним прибором. Прокачать скилы в кросс-платформенном программировании. Будь то Питон, плюсы или .net core.
По этому и вариант с Win10 IOT нежелательный.
Разработка софта под винду — часть моей профессиональной деятельности. В перспективе x86/64 Linux. А программирование ПЛК не рассматривается даже факультативно.
На самом деле вопрос с драйверами решаемый. Меня перейти на Win10 IOT заставило другое. Я не смог найти удовлетворяющую меня среду разработки под Raspbian.
Сначала были наполеоновские планы на Python. Но зашитые в сборку IDE меня не устраивали. Хотелось что-то типа PyCharm — с поддержкой проектов, подсветкой синтаксиса и отладчиком. Поиски в интернете дали более-менее подходящий вариант — Ninja-IDE. Но установить я его не смог, несмотря на инструкцию на оф. сайте. При запуске после всех манипуляций выдавалось сообщение, мол не удаётся загрузить Resources решения этой проблемы не нашёл.
Потом мой взгляд упал на Qt. Я даже установил Qt Creator, но закономерно упёрся в недостаток аппаратных ресурсов, чтобы это всё крутилось прямо на малине. В интернете море инструкций по организации кросс-компиляций в Qt с ПК по SSH, но они все почему-то друг от друга отличаются. Попробовав 3 или 4 из них и потерпев «фиаско» был мягко говоря расстроен.
Случайно увидел несколько возможностей писать в VisualStudio под малину:
1) Платный плагин VisualGDB. И можно кросс-компилить c++ приложения в малину. Но ключевое слово «платный» исключает этот вариант;
2) Родной майкросовстский тип проекта кросс-платформенного приложение. Но это похоже на какую-то издёвку. Создав такой проект можно ТОЛЬКО мигать светодиодиками, подключенными на GPIO. Проект так и называется Blink.
3) Нормальная разработка под Win 10 IOT.
Так-что я пришёл к этой ситуации по остаточному принципу. Если есть реальный опыт разработки под линуксовой осью на C++ или python был бы крайне признателен за наводку.
Задавал этот вопрос на нескольких форумах. Ответов не дождался.
Тут-же, как я понимаю, есть люди, которые действительно что-то разрабатывали на малине.
) это хорошо, но на руках у меня только FTDI. CH340 ещё где-то найти надо. Впрочем, я пока остановился на Win for IoT. Там ещё и кросс-компиляция UWP приложений из Visual Studio из коробки идёт. Есть и жирные минуса:
1) Это не полноценная ОС, даже если сравнивать с Raspbian. Приложение устанавливается, указывается в конфиге, как запускаемое на старте и всё. Только это приложение и крутится.
2) Отсутствует удалённый клиент. Точнее он формально есть, но не работает. Никаких SSH и уж, тем-более TeamViewer или VNC не завезли. Хотите видеть результат — приобретайте ещё один монитор.
3) Т.к. разработка ПО — UWP, то и у разработчика на ПК должна быть Windows 8 или 10. Тут надо оговориться, что глубоко в этом направлении не копал, может есть возможность писать на других, поддерживаемых Visual Studio языках/технологиях.
Да, есть определённые проблемы с драйверами. У нас в организации крайне котируется фирма MOXA для «больших» ПК, но, как оказалось, драйвера для ARM камней они не пишут.
Есть несколько поделок на FT232R. На оф. сайте есть драйвер и даже инструкция по установке на Raspberry. Но даже с ней установка — не самое тривиальное мероприятие. Хотелось бы всё это упростить. Та-же задача IoT без возможности подключения внешних девайсов по последовательному интерфейсу неполноценна. Конкретно в моём случае мне требуется подключить «умный» электросчётчик по RS-485.
Хотя я — человек избалованный Windows и допускаю, что установка драйвера вместо 3-х кликов мышки в два десятка консольных команд для мира Linux — норма.
Кстати, установив SD-ку с Windows 10 for IOT был приятно удивлён наличием драйвера FTDI «из коробки».
И всё-таки я настаиваю, что есть проблема с последовательными портами. Есть один полноценный UART, но на нём висит блютус. Даже при условии отключения голубого зуба на него внешнее оборудование без шаманства не подключишь. А в ряде случаев нужен полноценный RS-485 или RS-232 (хотябы базовые линии Rx, Tx, GND). Сейчас подразумевается подключение внешних преобразователей черед USB, но это неудобно.
Этого пункта в голосовалке не хватает.
А по мне не помешал бы полноценный последовательный порт, хотя-бы RS-485, а желательно, чтобы был настраиваемый 232/485. Ибо с внешними USB целая проблема. То драйвера под ARM нет (MOXA), то драйвер есть, но чтобы его на Raspbian поставить надо изрядно покрасноглазить (FTDI).
Если привязываться к аппарату — это будет огромный прирост бюрократии. Начиная от создания единого для всех (включая локальных и зарубежных) операторов реестра идентификаторов устройств. Его постоянная актуализация и валидность. (блокчейн?)
Лишняя «бумажная» работа с регистрацией новых аппаратов, причём «купил второй в дополнение к первому» и «купил на замену старому» — это будут разные операции.
По этому и вариант с Win10 IOT нежелательный.
Разработка софта под винду — часть моей профессиональной деятельности. В перспективе x86/64 Linux. А программирование ПЛК не рассматривается даже факультативно.
Сначала были наполеоновские планы на Python. Но зашитые в сборку IDE меня не устраивали. Хотелось что-то типа PyCharm — с поддержкой проектов, подсветкой синтаксиса и отладчиком. Поиски в интернете дали более-менее подходящий вариант — Ninja-IDE. Но установить я его не смог, несмотря на инструкцию на оф. сайте. При запуске после всех манипуляций выдавалось сообщение, мол не удаётся загрузить Resources решения этой проблемы не нашёл.
Потом мой взгляд упал на Qt. Я даже установил Qt Creator, но закономерно упёрся в недостаток аппаратных ресурсов, чтобы это всё крутилось прямо на малине. В интернете море инструкций по организации кросс-компиляций в Qt с ПК по SSH, но они все почему-то друг от друга отличаются. Попробовав 3 или 4 из них и потерпев «фиаско» был мягко говоря расстроен.
Случайно увидел несколько возможностей писать в VisualStudio под малину:
1) Платный плагин VisualGDB. И можно кросс-компилить c++ приложения в малину. Но ключевое слово «платный» исключает этот вариант;
2) Родной майкросовстский тип проекта кросс-платформенного приложение. Но это похоже на какую-то издёвку. Создав такой проект можно ТОЛЬКО мигать светодиодиками, подключенными на GPIO. Проект так и называется Blink.
3) Нормальная разработка под Win 10 IOT.
Так-что я пришёл к этой ситуации по остаточному принципу. Если есть реальный опыт разработки под линуксовой осью на C++ или python был бы крайне признателен за наводку.
Задавал этот вопрос на нескольких форумах. Ответов не дождался.
Тут-же, как я понимаю, есть люди, которые действительно что-то разрабатывали на малине.
1) Это не полноценная ОС, даже если сравнивать с Raspbian. Приложение устанавливается, указывается в конфиге, как запускаемое на старте и всё. Только это приложение и крутится.
2) Отсутствует удалённый клиент. Точнее он формально есть, но не работает. Никаких SSH и уж, тем-более TeamViewer или VNC не завезли. Хотите видеть результат — приобретайте ещё один монитор.
3) Т.к. разработка ПО — UWP, то и у разработчика на ПК должна быть Windows 8 или 10. Тут надо оговориться, что глубоко в этом направлении не копал, может есть возможность писать на других, поддерживаемых Visual Studio языках/технологиях.
Есть несколько поделок на FT232R. На оф. сайте есть драйвер и даже инструкция по установке на Raspberry. Но даже с ней установка — не самое тривиальное мероприятие. Хотелось бы всё это упростить. Та-же задача IoT без возможности подключения внешних девайсов по последовательному интерфейсу неполноценна. Конкретно в моём случае мне требуется подключить «умный» электросчётчик по RS-485.
Хотя я — человек избалованный Windows и допускаю, что установка драйвера вместо 3-х кликов мышки в два десятка консольных команд для мира Linux — норма.
Кстати, установив SD-ку с Windows 10 for IOT был приятно удивлён наличием драйвера FTDI «из коробки».
Этого пункта в голосовалке не хватает.