Миландр

размер стекового фрейма (содержимое MSP до прерывания - содержимое MSP в прерывании) = 0x20 = 32 байт.
независимо от FPCCR.
т.о. в стеке сохраняется 8 слов, также как и в Cortex M3. Откуда набирается 40 тактов не понятно. Хотелось бы получить разъяснения от разработчиков МК.

Времия входа в обработчик, кэш включен из OTP
OTP Wait _cycle = 1 , TMR_CNT= 33
OTP Wait _cycle = 2 , TMR_CNT= 34
OTP Wait _cycle = 3 , TMR_CNT= 35
OTP Wait _cycle = 4 , TMR_CNT= 37

Из ОЗУ
RAMC , TMR_CNT= 36

Более длительное время объясняется более долгой работой контроллера ОЗУ, (в 2 раза медленней чем в ВЕ91)

При включении FPU время сохранения контекста должно увеличится.

Доброго времени суток. Пытаюсь разобраться с МКО на отладочной плате, взял пример milstd_modules, пытаюсь циклически выплевывать сообщения, но на выходе КШ ноль, в прерывания никакие не попадаю..

Добрый день.
Используем ваш контроллер 1986ВЕ8Т для нашей разработки.
На данный момент на отладочной плате возникли проблемы с модулем МКО.
Область данных контроллера MIL0 не поддается модификации.

Контроллер затактирован в PER1.
Проинициализирован в режиме ОУ.
Чтение и запись регистров производиться.
Чтение данных возвращает всегда одинаковые "мусорные значения" значения, запись и последующее чтение одного и того же адреса данных ни к чему не приводит, выводится изначальное значение.

В чем может быть дело? Что то не до инициализировано?

Для примера используется найденный здесь проект проверки интерфейсов.

Здравствуйте!

Проекты на форуме не проверяли.
Статья с рабочим проектом по МКИО:
https://startmilandr.ru/doku.php/prog:m ... le1986ve8n

Напишите, пожалуйста, решится ли проблема.
Также обратите, пожалуйста, внимание, что в зависимости от того, на основе каких микросхем выполнен модуль МКИО, могут быть необходимы дополнительные настройки:
Модуль МКИО для 1986ВЕ8(81)Т может быть выполнен на основе микросхем 5559ИН67 или на основе микросхем 5559ИН13У2.
Для модуля МКИО(5559ИН13У2) в регистре CONTROL бит [19] INVTR(разрешение инверсии сигналов) должен быть установлен в "0", а для модуля МКИО(5559ИН67) бит [19] - "1".

_________________
Отдел технической поддержки support@milandr.ru

Обратите также внимание, что для памяти принимаемых/передаваемых слов данных используется общее адресное пространство 0x000-0xFFC (относительно базового адреса блока МКПД), при этом по записи осуществляется доступ к памяти передатчика, а по чтению к памяти приёмника. Таким образом считать ранее записанные данные из памяти передатчика не получится. Пример записи и чтения данных для подадреса 1 приведён в спецификации, пункт 7.22.8 Приём и передача в режиме ОУ, стр. 516.

_________________
Отдел технической поддержки support@milandr.ru

В нашем распоряжении есть две платы МКИО2 на основе микросхем 5559ИН13У2, соответственно бит 19 не выставляется.
Проект на вики, по существу совпадает с тем что устанавливаем в нашем проекте.
Но соединение плат прямым кабелем друг на друга также ни к чему не приводит VD14 горит после каждого обмена.
Порты ввода вывода проверены, если соответствующие линии использовать как ГПИО то сигнал от МК до разъёмов ХР22 и ХР23 проходит.
На линиях разъёма XP23(КШ) во время работы и попыток отправки сообщения тишина.
МКО1:
STATUS = 0x00000109 (Ошибка в последнем сообщении)
ERROR = 0x00000001 (Нет ответа на КС)

При этом, повторюсь, КС физически не ушло в линию из МК.



Это интересное замечание.
Значит что физически приёмные и передающие буфера ПА всё таки разные?

Однако в спецификации прямого заявления о том что:
нет.
Хотелось бы видеть это в спецификации.

Спецификация, стр 507:



и картинки со стр. 152 - рисунок 157, 158 - память приемника и передатчика наглядно разделены.

_________________
Отдел технической поддержки support@milandr.ru

Согласен, про раздельную память указано.



Из Картинок только по стрелкам можно определить что не читается.
По логике эти стрелки правильные, но аппаратные особенности никак не указывают, в отличии от указателей (R,W,R/W).

Это несколько сбивает с толку тех кто в первый раз видит контроллеры Миландра.

Какие ещё могут быть предложения по поводу модулей МКО?
Куда посмотреть что проверить? Может быть дело в самой м/с?

Могу посоветовать:
1. Замкните линии A и В на модуле МКО между собой, подключите нагрузку 37 0м.
2. Задействуйте 2 контроллера 1553(MIL0,MIL1) - один в режиме КК(MIL0), другой в режиме ОУ(MIL1).
3. У КК подключите к модулю сигналы основной магистрали, у ОУ - резервной.
4. Организуйте циклическую посылку сообщений от КК к ОУ.
5. Наблюдайте сигналы в линии.
Для такой проверки могу подготовить и выложить (в течение 1-2 дн.) тестовый проект под Keil для отладочной платы с модулем MKIO2 (5559ИН13У2), если пожелаете. Можете писать в личку.

Уточните пожалуйста, запускали ли Вы проект со StartMilandr, а не свой аналогичный?
У нас с этим примером проблем не наблюдается.

_________________
Отдел технической поддержки support@milandr.ru

У нас от Кейла только компилятор.
Работаем в Линукс, в собственной системе сборки на мэйках. Поэтому в чистом виде нам SDK Keil не подходит.
Тестовый проект собранный нашей системой сборки до бита совпадает с тем что идет с отладочной платой собраный в СДК Кейла.

По исходникам:
С gitHub взята крайняя версия Pack_VE8 "Текущее состояние SPL для 1986ВЕ8Т с исправлениями от техподдержки."

Порты, моргание диодами, UART, SSP, таймер поднялись по спецификации более менее нормально. А с МКО затык.

Если прошивка совпадает, то возможно проблемы в железе или при загрузке кода в ОЗУ что-то идет не так, как в Keil. Что используется в качестве программатора?

Вышлите на support@milandr.ru получившийся у Вас *.afx файл, запустим у себя на плате через Keil. Это позволит убедиться, что проблема не в ПО. В письме так-же укажите маркировку с крышки микроконтроллере и версию отладочной платы. Если плата с контактным устройством, то микросхему необходимо будет вытащить, маркировка снизу.

_________________
Отдел технической поддержки support@milandr.ru

"ДВА двухпортовых(R+W) массива" - по одному для приёмника и для передатчика.

_________________
сочувствующий…