Size: a a a

2020 August 04

КП

Крылатый Пегас... in Embedded Group
Ilya 🇧🇾
Или когда ОТК подписывает не глядя на изделие а только на бумагу. Но обойти это ОТК нельзя потому что они очень важны...
Такое ОТК стоит больших денег фирме при проёбе. Странно, что их ещё не выебали.
источник

I

Ilya 🇧🇾 in Embedded Group
Крылатый Пегас
Такое ОТК стоит больших денег фирме при проёбе. Странно, что их ещё не выебали.
К сожалению бюрократия может быть совершенно не нужной.
источник

КП

Крылатый Пегас... in Embedded Group
Ilya 🇧🇾
К сожалению бюрократия может быть совершенно не нужной.
Ой не, бюрократия лучшая защита жопы инженера от дилдо прокурора или суда. И за проёб на выходе при прошедшей приёмке ОТК отвечает своей жопой тот самый ОТК.
источник

I

Ilya 🇧🇾 in Embedded Group
Крылатый Пегас
Ой не, бюрократия лучшая защита жопы инженера от дилдо прокурора или суда. И за проёб на выходе при прошедшей приёмке ОТК отвечает своей жопой тот самый ОТК.
Суды не помню. А вот дилдо за косяки помню. И никакое ОТК не спасло.
источник

I

Ilya 🇧🇾 in Embedded Group
Разные структуры бывают.
источник

КП

Крылатый Пегас... in Embedded Group
Ilya 🇧🇾
Суды не помню. А вот дилдо за косяки помню. И никакое ОТК не спасло.
Это пока никто не помер.)
источник

I

Ilya 🇧🇾 in Embedded Group
Крылатый Пегас
Это пока никто не помер.)
Продукция такова что никто не помрёт ни при каких условиях
источник

DP

Dmitry Ponyatov in Embedded Group
Ruben
Насчет медленности и правда, CRC два года считает.
кто мешает через llvmlite написать?
источник

DP

Dmitry Ponyatov in Embedded Group
Игорь
Спасибо за ответы. Решил попробовать такой набор jlink+openocd+gdb + gcс + VSCode. Но что то пошло не так, вроде бы и есть варианты реализации vSCode но в основном под windows (открыл несколько вариантов везде используется .elf файл при компиляции ошибка, не найден файл, хотя взял из инета готовый примера в launche прописан к нему путь). Вообщем vSCode настроить не получилось. Openocd прочитал на него документацию на русском, понятно что нужно настроить локальный сервер для подключения к jlink, в документации написано для разных контроллеров и не только, что все сливается, а я как новичок не соображу что и куда. Если есть у кого опыт и желание рассказать как настроить буду рад
написать Makefile, и запускать его через taskи
источник

A

Anton in Embedded Group
STM32 + FreeRtos
Есть основной поток, в котором опрашивается датчик,
и при некоторых значениях с датчика, требуется мигать светодиодом.
Мигать светодиодом хочу в отдельном потоке(LED_Task),
как будет лучше сделать:
1)Из основного потока создавать LED_Task, который в конце выполнения сам себя удалит
2)Или лучше чтобы LED_Task ждал Сигнал или сообщение по queue
3)Была так же мысль реализовать это через Suspend/Resume
Хочу понять для себя насколько вообще корректно для каких то задач постоянно создавать и потом удалять потоки,
или лучше чтобы они все были заранее определены.
источник

DP

Dmitry Ponyatov in Embedded Group
Andrey S
к сожалению, питон занял нишу паскаля.
там тоже было что то про то что сначала научить паскалю а кому надо тот пойдет дальше.
что породило целую орду программистов на паскале которые больше ничего изучать не желали.
а позже им еще и дельфи подвезли и он был очень популярен.
но сейчас он на свалке истории разве что для поддержки старых проектов.
задолбали ныть! — возьмите SICP напишите сами свой язык, намажьте сверху парсер для инфиксного синтаксиса
источник

VK

Valentin Kornienko in Embedded Group
Anton
STM32 + FreeRtos
Есть основной поток, в котором опрашивается датчик,
и при некоторых значениях с датчика, требуется мигать светодиодом.
Мигать светодиодом хочу в отдельном потоке(LED_Task),
как будет лучше сделать:
1)Из основного потока создавать LED_Task, который в конце выполнения сам себя удалит
2)Или лучше чтобы LED_Task ждал Сигнал или сообщение по queue
3)Была так же мысль реализовать это через Suspend/Resume
Хочу понять для себя насколько вообще корректно для каких то задач постоянно создавать и потом удалять потоки,
или лучше чтобы они все были заранее определены.
xTaskNotify
источник

VK

Valentin Kornienko in Embedded Group
Смотрите в эту сторону, как вариант
источник

DS

Dmitriy Salko in Embedded Group
Anton
STM32 + FreeRtos
Есть основной поток, в котором опрашивается датчик,
и при некоторых значениях с датчика, требуется мигать светодиодом.
Мигать светодиодом хочу в отдельном потоке(LED_Task),
как будет лучше сделать:
1)Из основного потока создавать LED_Task, который в конце выполнения сам себя удалит
2)Или лучше чтобы LED_Task ждал Сигнал или сообщение по queue
3)Была так же мысль реализовать это через Suspend/Resume
Хочу понять для себя насколько вообще корректно для каких то задач постоянно создавать и потом удалять потоки,
или лучше чтобы они все были заранее определены.
Так suspend / resume не создаёт и удаляет потоки, а просто приостанавливает - так что тоже ок.
источник

P.

Pavel . in Embedded Group
Anton
STM32 + FreeRtos
Есть основной поток, в котором опрашивается датчик,
и при некоторых значениях с датчика, требуется мигать светодиодом.
Мигать светодиодом хочу в отдельном потоке(LED_Task),
как будет лучше сделать:
1)Из основного потока создавать LED_Task, который в конце выполнения сам себя удалит
2)Или лучше чтобы LED_Task ждал Сигнал или сообщение по queue
3)Была так же мысль реализовать это через Suspend/Resume
Хочу понять для себя насколько вообще корректно для каких то задач постоянно создавать и потом удалять потоки,
или лучше чтобы они все были заранее определены.
создание\удаление потока довльно таки тяжелая операции с сраврнении с изменением состояния пина. куда больше подходит таймер для данной задачи (уверен во фриРтос они есть). итого когда надо мигнуть лэдом:
включить лед, завести one-shot timer. по завершению таймера - выключить лэд.
источник

P.

Pavel . in Embedded Group
на счет нкалдадных:
1) отъесть кусок хипы дабы выделить стек для потока
2) запихнуть поток в скедулер
3) на каждом прохоходе скедулера проверять на один поток больше
удаление:
1) потенциальная фрагментация хипы
источник

DP

Dmitry Ponyatov in Embedded Group
Vyacheslav 🇱🇻
Простой синтаксически, прививает чувство типизации но не требует её жестко (any), хорошо задокументирован, Компилируется (ради познания самого процесса), но можно чуть ли не JIT использовать. В общем есть все то, что нужно было бы жаваскрипту, чтобы его не стыдно было преподавать, при этом со всеми его полезными приколами и перспективой легко войти в макакинг
Nim возьмите
источник

A

Alexander in Embedded Group
Либо повесить led на аппаратный шим и просто битом регистра запрещать/разрешать его тикание.
источник

DP

Dmitry Ponyatov in Embedded Group
🅵🅾️🆇
Всем утречка.
Котята, пару вопросов на перспективу.
Хочу в перспективе чисто для себя, общего развития и собственных задач освоить микроконтроллеры.

Какой язык взять в 2021, 2022 под встраиваемые системы и всякие stm32, не из расчета устроится на работу и зарабатывать денежку, а из расчета писать для себя наименее забагованый код тому, кто почти не пишет на языках низкого уровня и под embedded?
Си, раст или еще что то?

Есть ли под язык который назовете злой линтер/аналайзер, который прям вообще по жоскому будет блюсти качество кода и ругать за то, что можно было бы сделать оптимальнее исходя именно из микроконтроллеров?
Си без вариантов, причём диалект и компилятор gcc, потом Rust
Nim для эмбеда лениво пинает пара человек, есть шансы что сгененерированный код соберется под STM32
источник

VK

Valentin Kornienko in Embedded Group
🅵🅾️🆇
Всем утречка.
Котята, пару вопросов на перспективу.
Хочу в перспективе чисто для себя, общего развития и собственных задач освоить микроконтроллеры.

Какой язык взять в 2021, 2022 под встраиваемые системы и всякие stm32, не из расчета устроится на работу и зарабатывать денежку, а из расчета писать для себя наименее забагованый код тому, кто почти не пишет на языках низкого уровня и под embedded?
Си, раст или еще что то?

Есть ли под язык который назовете злой линтер/аналайзер, который прям вообще по жоскому будет блюсти качество кода и ругать за то, что можно было бы сделать оптимальнее исходя именно из микроконтроллеров?
Плюсы, в контексте Си с классами + фишки из С++17.
источник