А GUI на Linux (X11) не планируется шоли? "As we consider what building device applications will look like in a unified .NET, we see many devices across multiple platforms used, from Android and iOS to Windows and macOS." Ага, еще плагин для тиктока интегрировали бы...
Мне на ARM64 нужны были интерфейсы, в том числе блютуз, и конечно формочки. Пощупал .NET 5 и перешёл на Qt. Там тоже есть вопросы, но вроде пока всё решаемо...
Я помимо промышленной электроники занимаюсь преподавательской деятельностью в доп. образовании. Так вот, основная проблема — профориентация. Большинство не знает чего хочет. А придя в тех. кружок оказывается, что здесь не веселуха и препод на тамада, а надо что-то делать (паять, прогать, изучать, отлаживать). На этом многие отваливаются. Кстати заглядывайте в нашу группу vk.com/cansat_samara
"Вы сомневаетесь в том, что Linux сможет уверенно обслуживать одно событие в сутки менее чем за один час?"
Да, сомневаюсь. Вы уверены, что у Вас есть опыт работы с RTOS для ведения дискуссии на эту тему?
Приведенная мной цитата и Ваши цитаты с той же вики отлично дополняют друг друга. "если сказать что события будут гарантированно не чаще, чем один раз в день, и отреагировать на них надо не медленнее, чем за один час — то вжух — и любой Linux" — как раз таки нет, потому что отсутствует "способность операционной системы обеспечить требуемый уровень сервиса в определённый промежуток времени."
Я использую FreeRTOS много лет и могу привести пример оттуда, поясняющий слова Антона Бондарева. В FreeRTOS какую функцию не вызови, а последним параметром укажи максимальное время выполнения этой функции. Хочешь закинуть элемент в очередь — укажи сколько ОС будет пытаться его туда положить, и вернёт программисту код ошибки, если время превышено.
"линукса с Xenomai с тактом прикладного софта в 50 микросекунд и rt_preempt с прикладным софтом на 100 микросекунд. "
Напишите пожалуйста об этом статейку!
"если сказать что события будут гарантированно не чаще, чем один раз в день, и отреагировать на них надо не медленнее, чем за один час — то вжух — и любой Linux на любой малопроизводительной железке становится системой реального времени." — это конечно популярное заблуждение.
"В подавляющем большинстве случаев, при нажатии на менюшку, иконку, кнопку, мы сразу увидим перерисовку экрана, если конечно все в порядке (интернет есть, процесс не завис и т.д.). А вот если случилось что-то непредвиденное, например, связь пропала, мы увидим, чем отличаются (должны отличаться) системы реального времени. Обычный смартфон мы просто перезагрузим. Но если эта система управляет электростанцией, то сами понимаете, такое не всегда возможно. Отсюда делаем вывод, что система реального времени должна предсказуемо, а не быстро, реагировать на любое событие или совокупность событий, вне зависимости от своего состояния и окружения. "
Это очень ценное замечание, потому что ценность сего туториала как раз в его пригодности для копи-пастности. Я его пишу для новичков, которые делают свои первые шаги в консоли Linux. Я изменил пункт 1). Прошу Вас ознакомиться и высказать своё мнение.
Я очень рад уже тому, что развивают технологии! Даже самообучение как цель по-моему уже стоит затрат. Не стоит полагать, что отечественная электроника должна быть экономически конкурентноспособна.
Понимаю, что в «МЦСТ» меня не услышат,
но сделайте годную документацию, компиляторы, среды отладки пожалуйста! А не как с Байкал-Т1… https://habr.com/ru/post/412077/
Мне доводилось хорошее слышать о cutmaster.ru и m-drives.ru
А вообще сейчас в станкостроении сложилась уникальная ситуация: электроника для управления появляется размером в одну микросхему, можно легко свои печатные платы делать, а не покупать эти коробки со step/dir интерфейсом. Механические комплектующие и расходники (фрезы, свёрла) для бюджетных вариантов торгуются на алике по скромным ценам по сравнению с тем, сколько мы тратим например, на поход в кафе… И сейчас, мне кажется, решает удобный софт верхнего уровня. А такой софт часто стоит сопоставимо со станком
"У ARM есть спецификация EBBR года этак с 2017. То, что еще не все ее осилили — проблемы неосиливших."
Поясните пожалуйста!
Очень интересный рисунок "Прототип торгового автомата": I2C через ферритовое кольцо -а это находка!
CooperMaster TinyB требует BlueZ и DBus, то есть даже на Android не взлетит, только классические (DBus) линуксы?
TinyB похоже тоже загнулся? Бежать на Qt?
А GUI на Linux (X11) не планируется шоли? "As we consider what building device applications will look like in a unified .NET, we see many devices across multiple platforms used, from Android and iOS to Windows and macOS." Ага, еще плагин для тиктока интегрировали бы...
Мне на ARM64 нужны были интерфейсы, в том числе блютуз, и конечно формочки. Пощупал .NET 5 и перешёл на Qt. Там тоже есть вопросы, но вроде пока всё решаемо...
Пытался осилить некоторое время назад. Avalonia — костыли на костылях. В итоге убёг на Qt.
P.S. Целевая платформа: OrangePi
Про GPIO подробнее. Как с ним работать из под того-же Qt?
Я помимо промышленной электроники занимаюсь преподавательской деятельностью в доп. образовании. Так вот, основная проблема — профориентация. Большинство не знает чего хочет. А придя в тех. кружок оказывается, что здесь не веселуха и препод на тамада, а надо что-то делать (паять, прогать, изучать, отлаживать). На этом многие отваливаются. Кстати заглядывайте в нашу группу vk.com/cansat_samara
"Вы сомневаетесь в том, что Linux сможет уверенно обслуживать одно событие в сутки менее чем за один час?"
Да, сомневаюсь. Вы уверены, что у Вас есть опыт работы с RTOS для ведения дискуссии на эту тему?
Выше я процитировал Антона Бондарева https://habr.com/ru/company/embox/blog/440390/
Приведенная мной цитата и Ваши цитаты с той же вики отлично дополняют друг друга. "если сказать что события будут гарантированно не чаще, чем один раз в день, и отреагировать на них надо не медленнее, чем за один час — то вжух — и любой Linux" — как раз таки нет, потому что отсутствует "способность операционной системы обеспечить требуемый уровень сервиса в определённый промежуток времени."
Я использую FreeRTOS много лет и могу привести пример оттуда, поясняющий слова Антона Бондарева. В FreeRTOS какую функцию не вызови, а последним параметром укажи максимальное время выполнения этой функции. Хочешь закинуть элемент в очередь — укажи сколько ОС будет пытаться его туда положить, и вернёт программисту код ошибки, если время превышено.
"линукса с Xenomai с тактом прикладного софта в 50 микросекунд и rt_preempt с прикладным софтом на 100 микросекунд. "
Напишите пожалуйста об этом статейку!
"если сказать что события будут гарантированно не чаще, чем один раз в день, и отреагировать на них надо не медленнее, чем за один час — то вжух — и любой Linux на любой малопроизводительной железке становится системой реального времени." — это конечно популярное заблуждение.
"В подавляющем большинстве случаев, при нажатии на менюшку, иконку, кнопку, мы сразу увидим перерисовку экрана, если конечно все в порядке (интернет есть, процесс не завис и т.д.). А вот если случилось что-то непредвиденное, например, связь пропала, мы увидим, чем отличаются (должны отличаться) системы реального времени. Обычный смартфон мы просто перезагрузим. Но если эта система управляет электростанцией, то сами понимаете, такое не всегда возможно. Отсюда делаем вывод, что система реального времени должна предсказуемо, а не быстро, реагировать на любое событие или совокупность событий, вне зависимости от своего состояния и окружения. "
Подскажите, есть ли VR шлем с поддержкой Ubuntu? Гугл выдал лишь кустарные наработки...
Не забывайте, что мозг человека более 15 кадров в секунду уже не...
Это очень ценное замечание, потому что ценность сего туториала как раз в его пригодности для копи-пастности. Я его пишу для новичков, которые делают свои первые шаги в консоли Linux. Я изменил пункт 1). Прошу Вас ознакомиться и высказать своё мнение.
Прошу пояснить, какими этикетами это запрещено?
Я очень рад уже тому, что развивают технологии! Даже самообучение как цель по-моему уже стоит затрат. Не стоит полагать, что отечественная электроника должна быть экономически конкурентноспособна.
Вот история про потерянные технологии великой космической https://lozga.livejournal.com/145264.html
Всех приглашаю на форум
Понимаю, что в «МЦСТ» меня не услышат,
но сделайте годную документацию, компиляторы, среды отладки пожалуйста! А не как с Байкал-Т1… https://habr.com/ru/post/412077/
В статье не хватает про Apache NimBLE и как его использовать...
Мне доводилось хорошее слышать о cutmaster.ru и m-drives.ru
А вообще сейчас в станкостроении сложилась уникальная ситуация: электроника для управления появляется размером в одну микросхему, можно легко свои печатные платы делать, а не покупать эти коробки со step/dir интерфейсом. Механические комплектующие и расходники (фрезы, свёрла) для бюджетных вариантов торгуются на алике по скромным ценам по сравнению с тем, сколько мы тратим например, на поход в кафе… И сейчас, мне кажется, решает удобный софт верхнего уровня. А такой софт часто стоит сопоставимо со станком