_3m

Я тоже так делал. Удивительно что за много лет существования этого плагина так и не добавили нормальный выбор сторонних svd файлов.

Была когда то доблестная фирма Holtek (она и сейчас существует только никому не интересна). Для написания прошивок под OTP контроллеры был у них аппаратный эмулятор. Также у них были mask-ROM чипы и даже flash версии. Только они все вели себя по разному 🙂 Для Эмулятора, OTP, mask и flash версий нужны были разные версии прошивки а документации об отличиях не было. Уверен что PADAUK умеет веселиться не хуже холтека. Всем успехов в программировании за 5тыр/проект!

PADAUK Technology Co., Ltd. это Тайвань. Тайвань полностью прекращает торговлю с РФ.

Похоже что это термочувствительный элемент. Термостат - он для аварийной защиты от пожара. Делаю ставку на NTC thermistor они в корпусах DO-35 есть в количествах, как раз на высокие температуры и на них нет маркировки. На диодах указывают полярность, динисторы маркируются текстом и часто покрашены а двунаправленному стабилитрону в этом месте делать нечего.

Вы не сможете скомпенсировать погрешность датчика не имея глубокого понимания физических причин возникающей нескомпенсированной погрешности а также знаний о применяемых алгоритмах обработки сигнала в чипе который спрятан в датчике. Наивно считать что производители датчиков все "альтернативно одаренные" и температурный датчик встраивают просто так без какой либо либо цели "шоб було". Температурная компенсация в датчиках 100% используется но похоже не у всех она работает должным образом и слабо документирована (например время установки показаний). На представленных вами графиках изменений температуры влажность не достигает установившегося уровня. У датчиков имеет место быть медленная и несимметричная реакция на изменения относительной влажности (намокают быстро а сохнут медленно). "...влияет не сама температура, а ее производная..." это потому что чувствительный элемент не успевает набрать/отдать влагу а по термодатчику внутренним контроллером показания уже пересчитаны под мгновенную температуру.

Здравствуйте! Есть ли в составе пакета Allegro 17.4 штатные средства для экстракции паразитных параметров трасс ? Например чтобы получить индуктивность (а лучше эквивалентную схему) печатной катушки индуктивности сложной формы, паразитные параметры подводящих трасс (индуктивность, емкость до слоя земли).

Я пытался использовать vosk. Вывод - непригоден для реальных условий "в поле". Дикторский текст распознает хорошо если например читать книжку в микрофон, как дело доходит до разговора в комнате выдает ахинею. Хорошо работает whisper с моделью large v3 но оно дико медленное и нужны гигабайты ram, причем при работе на cpu параллелится только на 4 потока и Xeon не загружает совсем а топовой видеокарты с Cuda у меня не было.

Совместимость, переносимость, интероперабельность .... нет, не слышали! Чего только не придумают лишь бы уменьшить продажи.

Затем что внутри сборки китайцы могут поставить какую угодно память лишь бы объем совпал и продадут это под тем же партнамбером. Закрытый аллвинеровский инит DRAM автоматически детектит память любого типа манипулируя в том числе напряжением LDOB (а у более старших процессоров - соответствущим AXP***). Если применен фиксированный стабилизатор автодетект не работает и остается только молиться чтобы в следующей партии не поменяли тип DRAM.

Откуда такая дезинформация ??? Ничего именно аллвинером там не зашито кроме серийника и конфига которым отключены "вредные" блоки. Везде где видел - нехитрым алгоритмом генерился LAA из серийника. Если где то и зашито это делает производитель оборудования заодно с прошивкой ключей HDCP и ключом шифрования firmware.

Думаю раз вопрос поставлен значит это не случай изолированной сети и уникальные MAC таки жизненно необходимы.

Почему вы думаете что на самых дешевых картах MAC уникальный ? Китайцы - ребята простые они зашьют туда все что угодно. Например в нескольких партиях RTL8710 был один и тот же MAC. Тут вопрос в ответственности. С китайцев не спросишь, в суд не подашь и рекламации не предъявить. Жить в таких условиях намного проще.

Совет негодный! Если серьезный корпоративный заказчик с действительно работающей службой информационной безопасности он в ТЗ впишет требование уникальности MAC. Не дай бог коллизия - разборки на уровне СИБ, немедленное отключение всей поставленной продукции до приведения к требованиям ТЗ. Все за счет поставщика + компенсация убытков и упущенной выгоды.

Процессор STM32G031, отладчик Jlink, среда Chibi studio. Не получается отлаживать приложение созданное с использованием Chibios-NIL. Если ставлю брекпойнт в main loop или внутри потока - все ОК. А останов в обработчике прерываний потоки перестают исполняться, работает только main loop но ошибок или исключений при этом не возникает. Пока перевел проект на RT, с ним отладка работает нормально но RT в данном случае избыточна и ненужно раздувает объем кода.

Я полностью читаю мануалы на используемые чипы, причем всегда начинаю с того что напечатано мелким шрифтом и с errata если есть, в последнюю очередь читается первая страница ДШ. Мануал на МК полностью не читаю - на это жизни не хватит. Кстати с точки зрения менеджмента когда разработчик читает мануал - он бездельничает, код в это время не пишет, схему не составляет и плату не трассирует. Баклуши бьет, гад.

И практически никто не понимает необходимости и не документирует неудачные ходы, отброшенные варианты решения поставленной задачи. При разработке необходимо знать не только как сделано но и почему именно так а не каким либо другим образом. Эта информация остается только в памяти зачинателей проекта.

О, манагер пожаловал. Конечно оно так... ровно до момента когда требуется создать изделие с жесткими ограничениями хотя бы по одному критерию: стоимость, энергопотребление, производительность, отсутствие или "китайскость" документации на ключевой компонент например cpu... Тогда оказывается что толпа обезьянок совершенно бесполезна и все-таки нужен гуру.

В "большом" IT софт именно так и разрабатывают! Ну подумаешь что оно работает только в облаках, какие проблемы: арендуешь под задачу Дата-Центр и вуаля. Законы большого мира неизбежно будут применены и в мире embedded.

Не мгновенна но реакция компьютера на появление питания таргета была бы намного быстрее чем запускать отладку руками и RTT благодаря буферу заработал бы без потерь.

Ничем не поможет. Подцепиться к работающему процессу может и STM32CubeIDE и даже обычный Eclipse. Проблема в GBD сервере. Он завершается когда теряет коннект с таргетом что и происходит при снятии питания (RTT - тоже). Процедура автоматического коннекта при появлении питания в сеггеровском ПО почему то не предусмотрена.

Озвучен: это как раз вариант б)

На ПК опрос modbus rtu реализуется с помощью: а) С использованием специально обученных переходников которые либо сами отрабатывают протокол либо хотя бы позволяют работать с паузами согласно спецификации rtu. Это редкость потому что жаба всегда против. б) Покланием толстого болта на все разделы спецификации RTU относящиеся к паузам. Заодно кладется болт на устойчивость к сбоям и надежность доставки пакетов. Это мэйнстрим, так все и работают.

Ой как все запущено... "преобразователь COM->USB" не умеет RTU! Совсем, от слова вообще. Если вы как микроконтроллерщик хотя бы читали спецификацию RTU то должны знать что там критически важна отработка временных интервалов. Ни Виндоуз ни Линукс не умеют работать с точными времянками потому что они ни разу не RTOS да и USB не гарантирует соблюдение временных характеристик что называется by design. Ту в которой вы привыкли писать программы для ПК. Если под ПК ранее не писали - ищите на проект писюкового погромизда. Отличный совет! Что у нас с лицензией Qt для Russia ???

Если вы хотите реально производить продукцию то ваш выбор должен быть в пользу массово производимых компонентов. Причем даже санкционка если она массовая вполне себе покупается. А вот применять "аналоговнет" - это залет в том числе "КНР, но сделанный для нас".

Спасибо за попытку помочь однако *link V7 сделан на AT91SAM7S64.