arhiv6

Может быть это такая форма электрохимической коррозии? В какой среде использовалось устройство - могла влага попасть?

Cntrl+click по заголовку нужного графика. Покажет среднее на отображаемом участке графика. http://www.linear.com/solutions/1832

Похоже, ТС очень нуждается в ответе. Такие же темы есть ещё на казусе и схем.нет

У продавцов (farnell, mouser, digikey и т.п.) есть удобные параметрические поиски - попробуйте там посмотреть. Единственное - в вашем случае поиск может ничего не дать, если нужны именно раздельные транзисторы в одном корпусе. Обычно выбор больше среди комплиментарных сборок (у них соединены стоки внутри корпуса) но и для таких устройств может ничего не найтись - слишком большой ток для smd корпуса.

А проверка DRC почему не показала эту ошибку?

Для gcc это делается ключом -E gcc -E test.c > test.txt

А при чём тут децибелы?

Тут есть серия статей (там внизу ссылки - 16 страниц) про устройство анализаторов.

Если от них нужен только доступ к статьям ieee, то проще пользоваться сервисом Sci-Hub (актуальный адрес: http://sci-hub.bz/), там регистрация не нужна.

Но как вы хотите тогда снимать с него показания, если кабель внутрь завести нельзя?

Так вроде тепловизор тоже покажет температуру только на поверхности?

А такие мосфеты на 70МГЦ разве работают? Если смотреть относительно IRLML2060, то по динамическим параметрам будут лучше GaN от EPC. Они до 10-25МГц работают, смотрите AN015 с описанием транзисторов и статью, где есть схема высокочастотного полумостового драйвера для них.

Вроде же hg умеет штатно конверитровать из svn? hg convert svn://localhost/your_repo Полученные репозитории можно будет добавить к текущему проекту как субрепозитории (пример).

Ищите "energy harvesting ic". Вот: есть у TI (bq25504 bq25570 и bq25505 - старт от 0.33В, работа от 0.1-0.13В) и есть у Linear (старт от 0.25В, работа от 0.22В), может ещё у кого найдёте.

Вот ещё есть перевод документа от TI, где рассказано, почему: Как (не)надо развязывать высокоскоростные операционные усилители (даже формул немного есть :) )

Зачем эти сложности с измерением C или L? Я же на прошлой странице предложил простой копеечный вариант с диодами и перемычками для трёх GPIO линий. ТС, Вам мой вариант не подошёл? Почему? Это сколько? 17, 18, 100?

Ну, если ток утечки диода так страшен, для входов можно делать програмный pull-down (плис же так умееет?) или внешними резисторами подтянуть к земле.

Неправильно посчитали, не 64. Посадочных места три, на каждое место 4 варианта установки компонента, но некоторые варианты пересекаются. Например - установлены два любых резистора, это не отличить от трех резисторов, или двух резисторов и диода.

Можно обойтись всего тремя линиями и всего тремя посадочными местами. На посадочное место ставится диод (в прямом или обратном включении), перемычка (резистор 0 Ом) или ничего не ставится. Логика опроса такая: переводим одну линию на выход (+3,3В), остальные на вход и считываем с них состояния. Потом вторую ножку на выход, остальные на вход и считываем с них, потом так же с третьей ножкой. Вариантов много можно нарисовать. Вот 17штук, и это не все варианты включения. Кто посчитает, сколько их возможно?

У TI нашёл понижающий двухфазный преобразователь TPS54A20. Но одна из фаз включена через разделительный конденсатор. Зачем это сделано? Что даёт такая топология?

Если не для себя, а для заказчика, то да, проще всего сделать как советовал AlexandrY - переименовать c в cpp и переработать код, добавив классы. Вроде такой стиль программирования так и называют - "си с классами". Если другие фишки C++ при этом не использовать, то в производительности/ресурсах вроде не потеряете, а некоторые удобства (например, инкапсуляция) добавятся.

Микран тоже не стоит на месте - появилась новая серия "Панорама" - приборы Р4213 и Р4226 до 13,5 ГГц и 26,5 ГГц соответственно + встроенный измеритель шума + встроенный дополнительный генератор. PDF с описанием.

Бернард Скляр, "Цифровая связь. Теоретические основы и практическое применение". Глава 10 Синхронизация.

Собственно, на форуме программистов подсказали, что проблема в возможном нарушения стандарта. Так же подсказали возможный вариант решения: #include <setjmp.h> jmp_buf jbuf; extern int my_setjmp (jmp_buf env) asm ("_setjmp"); static inline int __attribute__((always_inline)) foo (void) { return my_setjmp (jbuf); } int bar (void) { return foo(); }

Но я не сохраняю результат выполнения. Место вызова - правильное: если я явно напишу в это месте setjmp(foo) - работает. Если я вставлю setjmp(foo) в это место с помощью define - работает. Если я вставлю setjmp(foo) в это место с помощью inline функции - не работатет (точнее компилятор просто не даст собрать). Хотя в последнем случае вместо вызова inline-функции компилятор должен (если я правильно понимаю) заменить вызов функции фактическим кодом из функции. Почему же он мне запрещает это сделать? Только лишь потому что так сказано в стандарте?