Миландр

Ключевым подразделением нашей компании
является Центр Проектирования интегральных микросхем
Текущее время: 2020-июн-03 23:03

Часовой пояс: UTC+03:00




Начать новую тему  Ответить на тему  [ 10 сообщений ] 
Автор Сообщение
СообщениеДобавлено: 2010-янв-15 11:46 
Не в сети

Зарегистрирован: 2009-май-22 09:01
Сообщения: 1300
Откуда: АО "ПКК Миландр"
Как многие наверное заметили в текущей версии 1986ВЕ91 практически не используются переопределенные функций портов, а так же есть неиспользуемые альтернативные функции.

Предлагаю обсудить возможное применение этих режимов.
Для затравки готовое предложение


Примечания:
Нельзя двигать аналоговые функции - это жестко задано в топологии и переделать очень сложно
Нельзя двигать JTAG и режим загрузки MODE[1:0]


Вложения:
1986 ВЕ91 по нашему мнению новое.rar [21.33 КБ]
418 скачиваний
Вернуться к началу
 Заголовок сообщения: Поясните по JTAG
СообщениеДобавлено: 2010-янв-15 12:02 
Не в сети

Зарегистрирован: 2009-сен-21 12:39
Сообщения: 538
Может я чего не понял, но в перспективной распиновке несколько вариантов размещения JTAG-ов. А как они будут выбираться при старте?


Вернуться к началу
 Заголовок сообщения: Re: Поясните по JTAG
СообщениеДобавлено: 2010-янв-15 12:07 
Не в сети

Зарегистрирован: 2009-май-22 09:01
Сообщения: 1300
Откуда: АО "ПКК Миландр"
ЧумА писал(а):
Может я чего не понял, но в перспективной распиновке несколько вариантов размещения JTAG-ов. А как они будут выбираться при старте?
Это предложение от потребителей, про то что JTAG нельзя двигать я им не говорил, поэтому так же подвигали и его.


Вернуться к началу
 Заголовок сообщения: Распиновка и внешнее ПЗУ
СообщениеДобавлено: 2010-янв-15 12:14 
Не в сети

Зарегистрирован: 2009-сен-21 12:39
Сообщения: 538
Конечно, внешнее ПЗУ кажется крайне не удобным, но в свете всяких вредных воздействий может быть актуальным. В такой перспективе хотелось бы иметь возможность пользовать:
1 Оба CAN-а (ну очень надо оба)
2 Один UART, только RXD/TXD
3 Один SPI - SCLC, SIN, SOUT
4 Пару внешних прерываний
5 Хотя бы один ТMR
6 Сколь-ко то каналов АЦП, в конце концов был-бы один канал можно и внешний мультиплексор поставить :D .
7 Остальное - по остаточному принципу. Мастер I2C, если припрет, можно и прграммный изобразить.


Вернуться к началу
 Заголовок сообщения:
СообщениеДобавлено: 2010-янв-15 16:30 
Не в сети

Зарегистрирован: 2009-май-27 16:17
Сообщения: 55
Откуда: г. Красноярск
Вот, кстати, сегодня хотел написать по выводам:
В описании в разделе "Порты ввода-вывода" (стр. 97) функции порта D (а может и др.) не совпадают с реальностью и с таблицей в разделе "Описание выводов". В выложенном файле "1986 ВЕ91 по нашему мнению новое.rar" те же отличия. В частности, на PD6 реально альтернативная функция SSP2_TXD а в таблице на стр. 97 - nSIRIN2.


Вернуться к началу
 Заголовок сообщения:
СообщениеДобавлено: 2010-янв-15 17:24 
Не в сети

Зарегистрирован: 2009-май-22 09:01
Сообщения: 1300
Откуда: АО "ПКК Миландр"
Kosta писал(а):
Вот, кстати, сегодня хотел написать по выводам:
В описании в разделе "Порты ввода-вывода" (стр. 97) функции порта D (а может и др.) не совпадают с реальностью и с таблицей в разделе "Описание выводов". В выложенном файле "1986 ВЕ91 по нашему мнению новое.rar" те же отличия. В частности, на PD6 реально альтернативная функция SSP2_TXD а в таблице на стр. 97 - nSIRIN2.
да... есть разночтения, исправлю.


Вернуться к началу
 Заголовок сообщения:
СообщениеДобавлено: 2010-янв-28 17:30 
Не в сети

Зарегистрирован: 2009-июн-01 16:25
Сообщения: 45
Откуда: РИРВ
Предложение не по выводам, а по возможному добавлению IP блоков : было бы интересно видеть в одном из вариантов аппаратный декодер рида-соломона(коды 8-3,8-4,10-10,32-7) и модуль аппаратной шифрации/дешифрации по ГОСТ :)

По внешним сигналам - было бы интересно видеть среди прочих сигнал какого-нибудь PLL, JTAG на отдельных пинах с доступом вне зависимости от конфигурации с поддержкой периферийного сканирования.


Вернуться к началу
 Заголовок сообщения:
СообщениеДобавлено: 2010-сен-29 08:50 
Не в сети

Зарегистрирован: 2010-авг-30 19:12
Сообщения: 490
Очередное предложение:
1.Рассмотрите вариант коммутации выводов через приоритетную матрицу.
Такой вариант реализован в контроллерах от SiLabs (C8051FXXX).
Вся перефирия програмно коммутируется на порты по порядку в соответсвии с приоритетом.
Преимущество: можно получить целые порты для работы с внешними сигналами, не имеющие "дырок" от перефирии.

2.Так ли необходимо использовать для подключения внешнего опорного напряжения 2 канала АЦП (Vref+, Vref-). Нельзя ли при подключении внешней опоры использовать уровень AGND вместо Vref-.


Вернуться к началу
 Заголовок сообщения:
СообщениеДобавлено: 2010-сен-29 11:43 
Не в сети

Зарегистрирован: 2010-май-14 11:22
Сообщения: 82
Организация: Частное лицо
Откуда: Санкт-Петербург
Сделайте чтобы ЦАП 1 и 2 при установке микросхем памяти были бы доступы. Проще всего (Вам ес-но) сделать возможным переназначение на другие порты адресных сигналов А16, А17, А25, А26. Очень надо. Будем признательны если сделаете!

_________________
Не ошибается тот, кто ничего не делает!


Вернуться к началу
 Заголовок сообщения:
СообщениеДобавлено: 2010-сен-30 13:37 
Не в сети

Зарегистрирован: 2010-май-14 11:22
Сообщения: 82
Организация: Частное лицо
Откуда: Санкт-Петербург
У контроллера есть 2 неипользуемых ноги 116 и 120. Почему бы на них не повесить источник опоры для АЦП? то, что сейчас раелизовано неудобно по той простой причине, что если нужны точные измерение во всём диапазоне температур то надо подводить внешнюю прецезионную опору, вследствие чего из 16 каналов АЦП сразу становиться 14.

_________________
Не ошибается тот, кто ничего не делает!


Вернуться к началу
Показать сообщения за:  Поле сортировки  
Начать новую тему  Ответить на тему  [ 10 сообщений ] 

Часовой пояс: UTC+03:00


Кто сейчас на конференции

Сейчас этот форум просматривают: Bing [Bot] и 7 гостей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Перейти: 

Создано на основе phpBB® Forum Software © phpBB Limited
Русская поддержка phpBB