Здравствуйте господа!

На шине один передающий контроллер (PIC18F252, 10MHz+PLL), один принимающий (ATmega168, 20MHz). Установлен режим мультипроцессорный:
Должно быть:
мега принимает свой адрес, распознает его, выставляет прием данных (lds rh_ucsra, UCSR0A; andi rh_ucsra, ~(1 << MPCM0); sts UCSR0A, rh_ucsra) и далее принимает блок данных длиной 256 байт, после приема запрещает прием данных.
Что выходит:
мега распознает адрес... принимает данные, причем принимает только первых 89 (!) байт и далее перестает принимать данные, затем опять принимает свой адрес, причем у него установлен (!) бит MPCM0. Распознает адрес, сбрасывает MPCM0, и т.д.
Бит MPCM0 я не выставляю, т.к. выставляется он только при условии приема 256-ти байт.
Скорости обмена выставлял в разных диапазонах - от 19.2К до 1.25М.
Пробовал и по UARTу непосредственно и по RS485.
Данные при приеме не искажаются (проверяю цифровым осциллографом 100MHz), в контроллере 89 принятых байт верные.
Алгоритм передачи-приема работает в симуляторе при любых скоростях...

Код в студию, может быть не там копаете, и ошибка в распределении памяти ?

А может ну его это режим.
И по старинке modbus?

Вот исходник...

Те кто применял адресуемый UART,
вообще, принимает ATmega88/168 блоки данных, больше 100 байт??!?

А даташит и эррата что ан этот счет говорят?

Принимает без проблем, что-то у вас не то в коде...
Я использовал этот режим в обмене данными между модулями, все было без затык, размеры пакетов были от 16 до 150 байт.
Правда, использовалась связка Atmega64 -> Atmega8
Но между 8 и 88 мегами разница не глобальная, насколько я помню

Эратты я не встречал на эти камни, а в даташите про адресуемый UART всего-то пару абзацев.
В пике похожим образом построен UART - там принимает по 256 байт, но производительности пика не хватает для проекта...
Кстати в даташите не все понятно: когда ведомый не получил все данные и не установил MPCM, и следующим байтом идет адрес, MPCM сам выставляется?!?!

MPCM сбрасывается автоматом только при получении адресного байта (т.е. байта с установленным 9-м битом). А устанавливать его (ну в смысле бит MPCM (так же как и 9-й бит при передаче)) надо ручками. Вот и весь сказ. Что теперь не понятно? Какие-то ещё проблемы остались?

Нет, сам не выставляется. Бит MPCM должена устанавливать и очищать сама программа.
Смысл в следующем: устанавливаете этот бит и ждете прерывания от УАРТа (или просто ждете приема символа). Пока по шине не пройдет байт адреса (с выставленным старшим битом), УАРТ ничего не примет. Приняли байт адреса, сравнили со своим адресом, если совпал - очищаете бит MPCM и дальше принимаете весь пакет данных - фиксированной длины или переменной, но тогда в начале пакета должна быть обозначена его полная длина. Приняли пакет данных, опять установили бит MPCM и ждете следующего приема байта.
В процессе приема можно контролировать принимаемые данные на установленный старший бит в очередном принятом байте - флаг RXB8 в регистре UCSRB. Если установлен - значит пришел байт адреса, следовательно по каким-то причинам принят не весь пакет данных. Тогда действуете как Вам удобнее - или сразу сравниваете пришедший адрес со своим и далее как описывалось, или рапортуете хосту об ошибке...


Где описано такое поведение этого флага?

Спасибо за разъяснение, впринципе так я и полагал:



До точки Point2 прога доходит только если принимается < 90 байт
Если например ставить прием 100 байт из 256 приходящих то в точке Point1 rl_countUARTRx == 11

Ой. И правда облажался. Действительно и сбрасвать его тоже ручками надо. Ентот MPCM. Прошу прощения, дядько. И на старуху бывает проруха

Сорри, в ассемблере совсем не силен

А где Вы инИтите rl_countUARTRx ?

Инициализация счетчика в начале программы:

И в подпрограммах:

Тема закрыта.
Нашел ошибку.
Прога изначальна писалась на ATmega8, потом на 88 и 168


bufferXXX_abArray - задает буффер для блоков памяти приема-передачи


SRAM_START - прописано в mXXXdef.inc, RAM_bBUFFER_START_ADDRESS - осталась привязана к 8-ой меге, RAM_bBUFFER_START_ADDRESS == 0x68.

Прошу прощения за беспокойство.

Ошибки, возникающие при copy-paste - обычное дело