Для резки 3мм оргстекла надо именно 100W CO2 лазер. Полупроводниковый 40W лазер не возьмет такой материл, а только лишь испортит заготовку из плексигласа.
Существует ли какая-нибудь готовая клиентская Windows утилита (c GUI или консольный вариант), которая опрашивает ECU по CAN через UDS протокол? Чтобы прочитать стандартные в UDS DID параметры. Такие как VIN номер, серийный номер ECU, дату производства ECU, дату программирования ECU, название производителя ECU и прочее.
В той же Tesla S, около 200 ECU, и ни в одном из них нет UART, все делается только по CAN и совсем они там от этого не страдают. Model 3 и Supercharger тоже на CAN.
Чтобы использовать CLI Вам даже не обязателен UART. Если использовать протокол ISO-TP по CAN, то можно передавать в ECU всё те же самые команды CLI. Вопрос лишь в отдельной консольной DeskTop утилите ISO-TP клиента.
Хотя если в микроконтроллере есть штатные средства слежения за стеком (прерывание по определенному значению Stack Pointer), то лучше все-таки использовать их.
Это не штатные средства, а MPU, который еще надо сконфигурировать под стек. MPU вообще всё равно есть стек или нет.
Можно ли сделать схему в которой будет протекать пилообразный ток ?
Можно ли смастерить схему на индуктивности и операционниках в которой будет протекать линейный ток на всём участке до насыщения?
Для антуража можно даже добавить к тексту песню
Леонидов Максим - Во французской стороне
Для резки 3мм оргстекла надо именно 100W CO2 лазер. Полупроводниковый 40W лазер не возьмет такой материл, а только лишь испортит заготовку из плексигласа.
Ваш код прохардкожен только для работы с одним ir приемником. А как будет выглядеть драйвер ,который сможет работать с N приемниками?
Зачем в 2006 понадобился автомобильный протокол UDS если уже в 2003 был автомобильный протокол XCP?
Существует ли какая-нибудь готовая клиентская Windows утилита (c GUI или консольный вариант), которая опрашивает ECU по CAN через UDS протокол? Чтобы прочитать стандартные в UDS DID параметры. Такие как VIN номер, серийный номер ECU, дату производства ECU, дату программирования ECU, название производителя ECU и прочее.
Чтобы использовать CLI Вам даже не обязателен UART. Если использовать протокол ISO-TP по CAN, то можно передавать в ECU всё те же самые команды CLI. Вопрос лишь в отдельной консольной DeskTop утилите ISO-TP клиента.
Каковы физические принципы изменения индуктивности?
Может ли в одной CAN шине происходить сразу две пересекающиеся во времени ISO-TP сессии?
Что приемник должен делать, если приходят два подряд Consecutive Frame с одинаковым счётчиком SN?
Как могут выглядеть модульные нагрузочные и интеграционные тесты для протокола ISO-TP?
В РФ CAN XL будут применять в лучшем случае только лет через 50-70.
У нас еще даже CAN-FD нигде не применяют.
Нужен пример ассемблерного кода.
Это не штатные средства, а MPU, который еще надо сконфигурировать под стек.
MPU вообще всё равно есть стек или нет.
Это хорошо. В Zephyr RTOS тоже так.
Однако не всегда нужно использовать RTOS.
Вот в тестировочных прошивках RTOS не нужна.
На этот случай в ARM Cortex-M есть MPU, который сгенерирует прерывание, если мы вывалимся за стек.
нет
да
Модульное Тестирование в Embedded
https://habr.com/ru/articles/698092/
Глубина заполнения стека зачастую зависит от того какие входные данные поступают в прошивку по мере ее работы.