Результаты поиска

Вы как-то странно понимаете управление исполнением задач.... Зачем в указанном случае какие-то очереди? Скажем: задаче нужно дождаться некоего события от драйвера (окончания IO-операции). При возникновении данного события драйвер может генерить событие через SetEvent (переводя объект...

Не более, чем при портировании ОСРВ: для неё тоже нужно таймер настраивать. И для без_ОСРВ можно эту настройку и взять. И кода, в сумме, будет примерно столько же. Только ресурсов использовано в разы меньше. Не приведёт если выставить данному ISR приоритет ниже прочих прерываний. На ISR-ах...

Без ОСРВ можно сделать ещё проще, использовав всего один таймер и переключая состояния лампочек в его ISR. И не потребуется 3 стека выделять...

Никак, ибо в винде пользовательский уровень не имеет доступа к портам IO и прерываниям.

В винде всё то же самое.

Какие такие очереди? Что за фантазии? Приведите ссылки/доказательства. И EnterCriticalSection()/LeaveCriticalSection() - тоже через некие мифические "очереди"?

Извините, но Вы несёте чушь. Какие такие очереди так жизненно необходимы винде? Очереди обработки оконных сообщений (WM_...) что-ли? А с чего Вы решили, что виндовому потоку (thread) они так необходимы? Они нужны только для работы с окнами. И никто не мешает создать thread без окон, назначить...

Автору нужна линейно (или по другому закону) плавно меняющаяся частота и длительность импульсов. На SPI это не реализовать никак. Но запросто делается на таймере имеющем теневые регистры сравнения и периода. Любой таймер умеющий ШИМ такие регистры имеет. Далее - подключаем к этому таймеру DMA...

Вы путаете всех здесь: Вам нужны не высокочастотные прерывания, а нужна просто возможность выдать на некие выводы последовательность импульсов с изменяющейся частотой (линейно или по другому закону) и длительностью (линейно или по другому закону). А уже придуманные прерывания - это способ...

Слушайте, господин "практик", пока вы тут разводите сопли по несколько страниц, у меня устройство на базе ESP8266 работает уже не первый год. Нежданчик, да? И работает не с типа (пару раз в секунду отправить два байта - это да - ну ОЧЕНЬ интенсивная нагрузка, куда уж нам) :D:D:D а с реально...

А что Вас удивляет-то? Вы открыли сокет, с этого момента в него можно писать. Писать может также и удалённая сторона. Не очень понятно какой атомарности Вы ожидаете? Атомарна (непрерывна) должна быть одна строка команды/сообщения. На взаимное расположение во времени этих строк никаких...

Ну и что? Это же указывает только сколько максимум можно ему вдуть без подтверждения. Если наш буфер, где мы помним наши передаваемые данные, меньшего размера, то соответственно мы будем передавать не более его размера. Ну это если конечно нам нужно именно хранить переданные данные. Если клиент...

Зачем буфер для TCP? Наверное затем, что в TCP-сокет можно передавать без подтверждения максимум столько байт, какой размер своего окна указала удалённая сторона. И в любой момент удалённая сторона может запросить повтор переданных данных с произвольной позиции внутри неподтверждённых данных...

У меня уже кроме MP3 ещё и AAC+ -потоки проигрываются. :) На том же МК без внешних DAC-ов и декодеров. Странный там список поддерживаемых дисплеев. При таком разбросе величин разрешений - как интересно организован графический интерфейс? Вряд-ли сделано для каждого разрешения отдельное...

mail.ru копать бесполезно - там давно уже только шифрованные соединения. Если поискать, то ещё можно найти SMTP-серверы работающие через простой открытый SMTP. Например ещё год назад работали: smtp.rambler.ru:587, smtpcorp.com:2525, smtp.katamail.com:25, smtp.qip.ru:25, smtp-pulse.com:2525...

Ну раз не хватает совсем немного, то: 1. Попробовать модуль с разъёмом для внешней антенны. 2. Попробовать поменять положение/ориентацию в пространстве или относительно других окружающих конструкций или соорудить хотя-бы минимальный рефлектор. Поищите - в инете много картинок показывающих...

Боюсь UART-ом опрашивать кнопки не получится. Если предположить, что максимальное время дребезга кнопки ==20мс, и тогда принять, что минимальная обнаруживаемая длительность нажатия ==30мс, то чтобы запрограммировать UART для опроса с подавлением дребезга таких кнопок, его нужно программировать...

А предыдущее предложение читать не пробовали? И разницу между "обычно", "как правило" и "гарантированно" тоже не понимаете? Обычно 50Гц - означает, что я обычно использовал данную частоту опроса и в своей практике не встречал кнопок с бОльшим временем дребезга. Но я не знаю за все возможные...

Вы передёргиваете. Где я такое писал??? Перечитайте ещё раз моё сообщение.

Вот Вы сами себе и ответили. ;) Исходная моя фраза как раз и означала, что рассмотрение конденсатора (в отрыве от сопротивления, каким бы оно ни было - отдельным резистором или внутренним сопротивлением самого кондёра или окружающих цепей) как фильтра - неверно. Если не знать про сопротивление...