gerber

Не нужно напрямую работать с DLL FTD2xx, для этого в комплекте с DLL идут библиотеки "обёртки" под 32 и 64-бит ftd2xx.lib для сборки в Visual Studio. И заголовочный файл ftd2xx.h. Линкуете библиотеки себе в проект приложения и работаете с подключенными устройствами FTDI через функции FT_..., у FTDI есть подробный Programming Manual на этот счёт. Можно, кстати, работать вообще без DLL, статически слинковав библиотеку себе в проект (за счёт увеличения размера исполняемого файла, естественно). При этом на работу приложения не будут влиять последующие обновления FTD2xx.dll. Хорошо это или плохо - решать вам. В комплекте драйвера есть 2 вида библиотек: "большая" и "маленькая". "Большая" вмещает в себя весь функционал DLL, а "маленькая" является всего лишь интерфейсом к DLL.

Судя по фото, дорожки идут на резисторы 0402, проще к ним припаяться. Да, и вряд ли это JTAG, во-первых, слишком много пинов для JTAG-а, во-вторых, не просматривается логика производителя "оставить на серийном изделии разъём JTAG". Скорее всего, это для модуля расширения, или дополнительной флэшки.

Да. И правильно тут советуют, рассчитать значения CCR таблично и обработчике UIF только перенести очередное значение в CCR. Нехорошо в обработчике прерывания вести float-вычисления.

Менять CCR надо в обработчике прерывания "Update Event"

Даже любопытно стало, это что же за АЦП в корпусе SOT23-6 ?

AVRDUDESS 2.14 без проблем шьёт/верифицирует ATmega/ATxmega/ATtiny/AVR8(16,32,64) через FTDI переходник по протоколам PDI/UPDI. Или я не понял вопрос автора?

Вероятнее всего, у вас ошибка в программной части, драйвере трансивера или стеке LoRaWAN. В метре от базовой станции пакеты должны ходить вообще без распаянного радиотракта и антенны, голый чип с питанием. Пакеты доходят, даже если в тракте КЗ на землю, вот тут RSSI и будет -90, но пакеты доходят.

С avrdude неспортивно. Тогда и прошивать надо через LPT порт правильными записями в порт 0x378.

Не стыкуется с требованием питания от 220 вольт.

Тема интересная и перспективная, но, увы, не для России. Востребовано в странах с развитой курортной инфраструктурой, проще говоря, куда летом едет вал туристов отдохнуть несколько дней на море. Очень удобно для туриста и хозяина какой-нибудь "халупы", турист получает код, и открывает им замок в халупу строго оплаченное время, после чего код аннулируется. Хозяину тоже удобно, турист может прилетает ночью, не надо идти открывать ему. Делал такую систему, сейчас внедряется где-то в курортной Европе.

Тогда смотрите команду Set/Check Security Mode.

Попробуйте установить пин 0000.

Вобщем, зря завел тему, всё оказалось много проще, проводимость возникает не на плате, а между gate и source P-channel MOSFET-а, такой вот вид пробоя транзистора. Gate по-разному управляется при высоком и низком напряжении на source, и в какой-то момент нарушается ограничение gate-source voltage. Но это уже offtopic и совсем другая история.

Столкнулся с непонятным эффектом на печатной плате. Есть участок платы, где зазор между проводниками 0,25 мм. Изначально замыкания нет и всё хорошо. Но после подачи на один из проводников напряжения порядка 50 вольт между этими проводниками появилась проводимость порядка 30-60 Ом. Причем в серии 25 плат проводимость появилась на каждой (!) плате, разброс от 30 до 60 Ом. На некоторых платах после прогрева паяльником 320 С в зоне проводимости она исчезает, но после остывания возвращается вновь. Что это такое и в чём природа данного дефекта? Самое неприятное, что проводимость 30-60 Ом и выжечь током её непросто. Чтобы раскачать значительный ток, нужно будет подать высокое напряжение, а плата смонтирована уже. Было бы КЗ - было бы проще, выжег током и всё.

Насколько помню старые языки (Фортран, Паскаль), процедура не возвращает ничего, а функция возвращает результат. Ещё раньше процедуры назывались "подпрограмма", ей передавала управление основная программа, не ожидая ничего взамен :)