А то. Но вряд ли у вас напряжение ядра выше напряжения IO.
Может, в программу тех самых пресловутых барьеров насовать, чтобы не бежало впереди (паровоза) конвейера?
И errata sheet прочитали, и ничего не нашли?

при этом пересылается 0x82 и 0x4F как я вижу... такое чувство что последний бит не теряется а принимается инверсией. Нет у СТМ какого-то хитровыкрученного режима с какими нибудь подтверждениями ? типа 7 битной передачи с контролем четности в 8 бите?

ну это к примеру....

может там правда что схемно?
я видел как один раз из за кондеров без земли рс232 во время передачи потихоньку плыл вверх, и начинал передавать нормально а к концу передачи уплывал и лажал...


попробуйте послать 0xFF много раз
потом 0xAA, потом 0xEE, потом 0xCC, потом 0x88
все сереями и снимите осциллограммы и результаты приема...

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

Гадость какая-то этот ваш заливной STM32.. :-о :-о :-о

1МГц это потолок? Че-то мало...

PS. А как же докопаться до истины?)

Вот не про СТМ32, но похожая проблема - мучился с SPI, последний бит не принимался. Иногда.

http://electronix.ru/forum/index.php?showt...amp;hl=mrf24j40

Добавил резистор 120 Ом, помогло.

Не понятно, зачем резистор на линии данных. Звон недопустим на клоке, а на данных скока угодно. У меня впрочем его в любом случае нет..

Я не копенгаген в таких делах. Там по линии данных NC7SZ125P5X стояла, так как МРФка сама по себе не имеет 3 го состояния на выходе данных.

Может, питание проседает? Неспроста там на осциллограмме нуль скачет.


Как, уже у конце? Вот время летить...

Да фигня этафсё.... Просто земля щупа прицеплена не к плате, а ближе к БП, и на шлейфе напряжение падает.

то есть вы обнаружили стабильно повторяющуюся ошибку процессора, которая не описана в еррате? Надо срочно писать в поддержку...


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

Может, и так, а, вдруг, нет? Лучше бы посмотреть на ножке микроконтроллера относительно его же земляной ноги.
А если почитать DR два раза?

Собсно качество сигнала (на последней картинке например) я смотрел конечно не с крокодилом, прицепленным хрен знает куда, а с "иглой". Это когда крокодил вообще отцепляется от щупа, вместо него ставится насадка с иглой, и она втыкается в ближайшую к сигналу землю.
Диагноз вы видите на картинке:: качество сигнала без вопросов.

А ДР я даже в отладчике ИАРа вижу, разночтений нет.

Тогда... режимы поменяйте, те, что всё по нулям. И мк-то какой конкретно? И читаете что?
Есть "странный" битик Frame format...

ф439..

Я-то поменяю, а слэйв чё бует делать?

Вот и узнаем. Интересно же!