arhiv6

Вряд ли такое возможно при прошивке через SWD, но скорее всего можно написать свой бутлоадер, который будет обновлять прошивку во flash и одновременно поддерживать установленные состояния на GPIO. И уже c помощью этого бутлоадера обновлять прошивку. Но правильнее будет добавить внешние подтягивающие резисторы.

Думаю, Вы ошиблись разделом форума, скорее всего вам лучше подойдёт раздел Вопросы аналоговой техники.

Даже если все перифирийные таймеры заняты, в самом ARM ядре есть системный таймер который для этого можно использовать. Вот пример.

А ещё есть интерпретатор Си (picoC) - пример. Если скрипты совсем простые (проигрывание последовательности команд, например), можно виртуальную машину использовать - пример.

Тут уже обсуждали планировщики для МК. Скорее всего Вам подойдёт AVR-Crontab. Сам я им не пользовался, но похоже он реализует функционал планировщика cron.

Тут есть неплохая серия статей по ПИД-регуляторам (слева меню - там целый раздел им выделен).

Чтобы красиво было+адаптивный дизайн используют связку технологий HTML+CSS+JavaScript+Ajax. На geektimes была серия постов про arduino mega server.Там как раз реализован вебинтерфейс умного дома с графиками и кнопками. Из минусов - эта штука написана под arduino, но за основу (посмотреть как сейчас делают вебинтерфейсы) должно подойти.

mcheb, спасибо. Попробовал затактироваться от ACLK - работает. Погонял тесты - данные не теряются. Тогда ещё один вопрос появился - а почему работает? Частота 32768/3=10922.66, от 9600 отклонение в 12.1%. uart calculator вообще выдаёт максимальное отклонение в 17.19%. Я всегда при расчёте частот UART ориентировался на отклонение не более 5%. А какая максимальная расстройка частоты допустима для UART?

В таком случае ошибка составит до 17.19% - слишком много.

Для рекламы, зачем же ещё (ссылка в сообщении).

Перевёл проект на скорость 9600. Тест такой же - по прерыванию от UART контроллер отправляет принятое обратно (UCA0TXBUF = UCA0RXBUF;). В LPM0 и LPM1 данные возвращаются без ошибок, в LPM2 и LPM3 данные возвращаются с ошибками. Если отправлять один байт - в нём данные сдвинуты на бит (отправили 0b01101100, приняли 0b10110110). Если отправлять несколько байт подряд - часть вообще теряется, остальные возвращаются с ошибками. В чём может быть проблема? У кого-нибудь есть практический опыт работы в таком режиме - на какой скорости обмена точно работало?

Нереально. Интерфейсы там чётко указаны: MII/RMII/SNI. Микросхемы физики с SPI есть у WIZnet, Microchip. Точнее это уже наызвается не микросхема физики, а Ethernet Controller.

Судя по номиналам у этого ФНЧ полоса пропускания меньше 1МГц. Зачем тут высокоскоростные ОУ? + для фильтра второго порядка достаточно одного ОУ.

Нельзя. На входе стоят защитные диоды, подключенные к питанию, они выгорят.

ETH_GNDA соединена с землёй ksz8041?

1) 2пФ ёмкость как ёмкость, не сильно-то и маленькая в некоторых случаях :) Чтобы не набрать лишних емкостей на плате проводники делают согласованными (обычно 50 Ом). Но в вашем случае большей проблемой может стать паразитная межвитковая ёмкость в катушках. + Надо помнить, что типовая точность номиналов таких маленьких емкостей +-0,5пФ (есть лучше, но они разумеется дороже). 2) А почему без сердечника? Он наоборот должен помочь уменьшить число витков. А вообще, фильтр выглядит несколько странно. ТС, а вам случайно активный фильтр на ОУ не подойдёт? Его и изготовить будет проще (не надо мотать катушки).

А какая точность измерения нужна? LTC1968 до 500кГц имеет точность 1%, а вообще входная полоса у него до 15МГц. В даташите есть графики "Input Signal Bandwidth vs RMS Value" и "Input Signal Bandwidth", судя по ним процентов 5 точности на частоте 5МГц получить можно.

При увеличении времени симуляции картина не меняется?

Передача в одну сторону или в обе? Для такой скорости должно хватить оптического S/PDIF. Из ARM STM32 имеют SPDIF приёмники/передатчики.

Лента электроизоляционная самоклеющаяся. Например полиэстерная лента R31. Вроде бы для этого еще каптоновый скотч (Kapton Tape) применяют (он прочный и очень термостойкий).

ШСА, судя по скрину это Microcap 9.

Тут нет самой интересной части - как подключен выход. Должно быть как в AN-143 на Figure 3.

pdf или картинкой

Сегодня на свежую голову попробовал ещё раз. Не хватало инклюдов windows.h + в составе mingw нет библиотек libusb и regex, как их добавить написано тут.

А можно соединить кольцом: tx первого к rx второго, tx второго к rx третьего и т.д. В узле проверяем что прилетело в rx - если адресовано не нам - отправляем по кольцу дальше без изменений. Если нам - отправляем по кольцу ответ. Но медленно всё это будет.