Продукция Nordic Semiconductor — говно (но это не точно).

В общем, я тут надумал замерять вторым таймером интервалы срабатывания первого, и они внезапно оказались ровными. Из чего напрашивается логический вывод, что некие предположительно помехи по питанию либо другая неведомая сила периодически переключает ВЫХОДНОЙ пин, помимо того, что этот пин переключает программа.

STM32 тоже не работает :D

Как выясняется, девборда ловит помехи, которые сбивают тактовые сигналы.

на другой хате всё работает, так что кроме внешних помех ничего другого не может быть

Ты уверен, что это девборда, а не твоя линия передачи?

В общем, я тут надумал замерять вторым таймером интервалы срабатывания первого, и они внезапно оказались ровными

у вас нет ощущения, что проблема в вашем осциллографе, или чем вы там эту неравномерность обнаруживали? И что ее по любому не было?

екие предположительно помехи по питанию либо другая неведомая сила периодически переключает ВЫХОДНОЙ пин

Ну нереально же.

у вас нет ощущения, что проблема в вашем осциллографе

Я тоже это подозревал, но если переместить его в пространстве на несколько километров, всё вдруг магическим образом начинает работать :)

ну какие-то провода к ней по-любому должны идти, USB питание, щупы осциллографа, на них и ловится скорей всего

но они же нужны для разработки

Я тоже это подозревал, но если переместить его в пространстве на несколько километров, всё вдруг магическим образом начинает работать :)

Помехи сказываются обычно на входах, реже на питании, и крайне редко - на выходах. Поэтому ваш непонятный регистратор выхода вкупе со всем остальным может ловить все что угодно. Ваши периодические «сгущения» на графиках должны вызывать вопросы о некорректности эксперимента

ну какие-то провода к ней по-любому должны идти

Именно поэтому подумайте над тем, что я вам говорил раньше - очень полезно иметь набор автономных программируемых приблуд на основе экономичных дешевых девбордов - на атмегах, на пиках, на стм, на чем угодно. Платка, батарейка, входы, выход на жк. От элементарных частотомеров до измерителей временных параметров и параметров пачек импульсов. Запихнули в нее с компа измерительную задачу, отключили от всяких усб и сетевого питания и меряете что нужно. А так вы смотрите совокупность наводок на сеть, на соединительные провода, импульсы питания компа - короче на все что угодно, но только не на то. что надо.

Даже обычная гальваническая развязка между вашими устройствами скорее всего спасла бы вас от этого длительного поиска несуществующей проблемы. Даже на ЛОРе в последнее время чуть не ли не каждый месяц всплывает проблема помех по землям.

Даже обычная гальваническая развязка между вашими устройствами

с быстрыми оптронами всё печально, либо они медленные, либо светодиод много жрёт, нужно ещё городить дополнительную схему, чтобы его дёргать

Помехи сказываются обычно на входах, реже на питании, и крайне редко - на выходах.

В последнем случае, с STM32, там даже оно входные импульсы не считает, программа просто периодически дёргает ногой, и всё равно импульсы периодически сбиваются.

Даже обычная гальваническая развязка между вашими устройствами скорее всего спасла бы вас от этого длительного поиска несуществующей проблемы. Даже на ЛОРе в последнее время чуть не ли не каждый месяц всплывает проблема помех по землям.

Или обвешать всё ферритовыми кольцами

с быстрыми оптронами всё печально, либо они медленные, либо светодиод много жрёт, нужно ещё городить дополнительную схему, чтобы его дёргать

Как-то не понял проблему )

Или обвешать всё ферритовыми кольцами

Забудьте, феррит - это мертвому припарки, помогает лишь от слабеньких вч помех. Только хардкор, только полноценная развязка.