Миландр

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

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




Начать новую тему  Ответить на тему  [ 233 сообщения ]  На страницу « 112 13 14 15 16
Автор Сообщение
 Заголовок сообщения: Re: 5600ВГ1У
СообщениеДобавлено: 2020-апр-24 14:50 
Не в сети

Зарегистрирован: 2017-фев-14 11:21
Сообщения: 185
Организация: АО ПКК Миландр
Откуда: АО "ПКК Миландр"
poetda писал(а): *
Честно говоря, я не до конца понимаю цель сообщения на форуме. Если есть цель разобраться, мы готовы были разобраться, но дело остановилось по обозначенной выше причине. Мы все еще хотим разобраться, я написала Вам два письма на личную почту.
Цель хотя бы понять куда вы два сообщения отправили..В личке на миландре нет. В мейле Нет. В яндексе нет...
Вот куда вы их интересно отправили. Для меня это загадка..
https://forum.milandr.ru/viewtopic.php? ... 967#p25957

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


Вернуться к началу
 Заголовок сообщения: Re: 5600ВГ1У
СообщениеДобавлено: 2020-апр-28 18:47 
Не в сети

Зарегистрирован: 2020-апр-21 21:56
Сообщения: 14
Организация: ООО НПП "ТЕРМОТЕХ"
poetda писал(а): *
Честно говоря, я не до конца понимаю цель сообщения на форуме. Если есть цель разобраться, мы готовы были разобраться, но дело остановилось по обозначенной выше причине. Мы все еще хотим разобраться, я написала Вам два письма на личную почту.
Цель хотя бы понять куда вы два сообщения отправили..В личке на миландре нет. В мейле Нет. В яндексе нет...
Вот куда вы их интересно отправили. Для меня это загадка..
А я конкретно сомневаюсь в вменяемости службы поддержки.
Меня добить- это надо умудриться.
Вот что вот это такое..
Цитата:
Дмитрий, я еще раз обращаю Ваше внимание на то, что если Вы хотите разобраться, нужно прислать схему, тесты и описать проблему. В противном случае, ничего не получится. На схеме, которую Вы присылали ранее, не видно, чтобы были подключены те выводы микроконтроллера, которые должны быть подключены согласно спецификации и РЭ на 1986ВЕ9х.
И схема уже 3 раз прислана и проблема описана..Кто вам вообще сказал что хоть как то проц напрямую с ВГ1 работает..Зачем вот вам как сделано батарейное питание у процессора..И как там JTAG включен..К процессору- никаких вопросов нет.Работает и работает.Единственный случай когда его удалось вывести из строя..После ультразвуковой мойки пара ног от кристалла отвалилась.Но это единственный и единичный. ТУТ вопрос о 5600ВГ1.

Кто вам хоть слово написал что там стоит 1986ВЕ9х С тем же успехом может стоять и 1890ВМ2Т никакой разницы не будет. Проблема именно с 5600 ВГ1. В чем - не понятно.


Вернуться к началу
 Заголовок сообщения: Re: 5600ВГ1У
СообщениеДобавлено: 2020-май-21 09:05 
Не в сети

Зарегистрирован: 2018-дек-17 15:20
Сообщения: 126
Организация: частное лицо
Здравствуйте.
Вопрос к гражданам из Миландра.

В спецификации на 5600ВГ1У, версия 2.12.1 от 09.11.2018 (последняя версия на сайте Миландр),
в разделе "ПРИЛОЖЕНИЕ 1. Регистры контроллера, Таблица 10 - Регистры контроллера" на стр.40 указано:
Наименование | Доступ | Номер регистра | Значение по умолчанию | Описание
MAC_ADDR_T     RW       0x05             0x89AB                  Регистр МЛАДШЕЙ части МАС-адреса
MAC_ADDR_M     RW       0x06             0x4567                  Регистр средней части МАС-адреса
MAC_ADDR_H     RW       0x07             0x0123                  Регистр СТАРШЕЙ части МАС-адреса

В той же спецификации в разделе "ПРИЛОЖЕНИЕ 5. Драйвер (C/C++, TMS320C54x)", на стр.58
(исходный код файла "MAC.h") обявлены макросы для MAC адреса по умолчанию:
#define dflt_MAC_ADDR_H		 0x0123 // MAC: 01_23_45_67_89_AB
#define dflt_MAC_ADDR_M		 0x4567 
#define dflt_MAC_ADDR_T		 0x89ab
в том же разделе, на стр. 52 (исходный код файла "MAC.с"):
//...
extern t_MAC MAC_RG;
//...
void MAC_init(void)
{
	//...
	MAC_RG.MAC_ADDR[0] = dflt_MAC_ADDR_H;
	MAC_RG.MAC_ADDR[1] = dflt_MAC_ADDR_M;
	MAC_RG.MAC_ADDR[2] = dflt_MAC_ADDR_T;
	//...
}
Может быть я чего-то не понимаю, но поясните почему
значение dflt_MAC_ADDR_H записывается в регистр MAC_ADDR_T, а
значение dflt_MAC_ADDR_T записывается в регистр MAC_ADDR_H.
И выясняется, что именно этот вариант правильный.

Если это опечатка в спецификации, почему Вы не удосужились ее исправить за десяток лет?


Вернуться к началу
 Заголовок сообщения: Re: 5600ВГ1У
СообщениеДобавлено: 2020-май-21 09:22 
Не в сети

Зарегистрирован: 2017-фев-14 11:21
Сообщения: 185
Организация: АО ПКК Миландр
Откуда: АО "ПКК Миландр"
Sergey3141592 писал(а): *
Здравствуйте.
Вопрос к гражданам из Миландра.

Если это опечатка в спецификации, почему Вы не удосужились ее исправить за десяток лет?
Уважаемый Сергей, здравствуйте!

Скажите, пожалуйста, если бы сейчас "граждане из Миландра" стояли перед Вами, Вы смогли бы позволить себе задать вопрос именно так как Вы его задали: "Если это опечатка в спецификации, почему Вы не удосужились ее исправить за десяток лет?"

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

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


Вернуться к началу
 Заголовок сообщения: Re: 5600ВГ1У
СообщениеДобавлено: 2020-май-21 11:07 
Не в сети

Зарегистрирован: 2018-дек-17 15:20
Сообщения: 126
Организация: частное лицо
Задал бы именно так.
Вы выпускаете не ширпотреб, а продукцию с 5 приемкой.
Поэтому логично ожидать, что документация на микросхему, которая выпускается не первый год не содержит ошибок.


Вернуться к началу
 Заголовок сообщения: Re: 5600ВГ1У
СообщениеДобавлено: 2020-май-21 11:26 
Не в сети

Зарегистрирован: 2017-фев-14 11:21
Сообщения: 185
Организация: АО ПКК Миландр
Откуда: АО "ПКК Миландр"
В идеальном случае - да, но к сожалению, ошибки есть всегда и в КД и в спецификации даже для тех микросхем, которые выпускаются долго и используются более часто, чем 5600ВГ1. Это не делает чести производителю, но человеческий фактор никто не отменял. Будем исправляться.

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


Вернуться к началу
 Заголовок сообщения: Re: 5600ВГ1У
СообщениеДобавлено: 2020-май-21 11:37 
Не в сети

Зарегистрирован: 2018-мар-18 15:49
Сообщения: 159
Организация: StartMilandr.ru
У меня с этим тоже всегда путаница, обычно сразу лезу в пример и беру код оттуда.

Проблема обычно с тем, что например в MAC: 01_23_45_67_89_AB, для меня привычно старшим является число 01 и далее по очереди.
Далее:
- МАС адреса должны выдаваться в линию старшим адресом вперед.
- Периферия, логично предположить, начинает выдавать данные с начального адреса, с постепенным увеличением адреса.
Поэтому в начальный адрес кладется старшее число от МАС адреса.
И вот тут понеслась, как этот первый регистр назвать:
- регистр содержит старшую часть МАС
- но регистр то младший, если судить по его адресу.

Через неделю это все забывается и ... приходится тупо копировать из какого нибудь проекта уже рабочий вариант.
Сорри за оффтоп.

ПЫ: А ошибок не бывает у тех, кто ничего не делает.


Вернуться к началу
 Заголовок сообщения: Re: 5600ВГ1У
СообщениеДобавлено: 2020-май-27 15:12 
Не в сети

Зарегистрирован: 2017-май-31 15:10
Сообщения: 70
Организация: АО "ПКК Миландр"
Откуда: АО "ПКК Миландр"
Sergey3141592 писал(а): *
Здравствуйте.
Вопрос к гражданам из Миландра.

В спецификации на 5600ВГ1У, версия 2.12.1 от 09.11.2018 (последняя версия на сайте Миландр),
в разделе "ПРИЛОЖЕНИЕ 1. Регистры контроллера, Таблица 10 - Регистры контроллера" на стр.40 указано:
Наименование | Доступ | Номер регистра | Значение по умолчанию | Описание
MAC_ADDR_T     RW       0x05             0x89AB                  Регистр МЛАДШЕЙ части МАС-адреса
MAC_ADDR_M     RW       0x06             0x4567                  Регистр средней части МАС-адреса
MAC_ADDR_H     RW       0x07             0x0123                  Регистр СТАРШЕЙ части МАС-адреса

В той же спецификации в разделе "ПРИЛОЖЕНИЕ 5. Драйвер (C/C++, TMS320C54x)", на стр.58
(исходный код файла "MAC.h") обявлены макросы для MAC адреса по умолчанию:
#define dflt_MAC_ADDR_H		 0x0123 // MAC: 01_23_45_67_89_AB
#define dflt_MAC_ADDR_M		 0x4567 
#define dflt_MAC_ADDR_T		 0x89ab
в том же разделе, на стр. 52 (исходный код файла "MAC.с"):
//...
extern t_MAC MAC_RG;
//...
void MAC_init(void)
{
	//...
	MAC_RG.MAC_ADDR[0] = dflt_MAC_ADDR_H;
	MAC_RG.MAC_ADDR[1] = dflt_MAC_ADDR_M;
	MAC_RG.MAC_ADDR[2] = dflt_MAC_ADDR_T;
	//...
}
Может быть я чего-то не понимаю, но поясните почему
значение dflt_MAC_ADDR_H записывается в регистр MAC_ADDR_T, а
значение dflt_MAC_ADDR_T записывается в регистр MAC_ADDR_H.
И выясняется, что именно этот вариант правильный.

Если это опечатка в спецификации, почему Вы не удосужились ее исправить за десяток лет?
Здравствуйте!
Спасибо, Да, мы с Вами согласны и также согласны с пользователем StartMilandr.
Поэтому, чтобы однозначно понимать как правильно задать MAC-адрес, в описание будет добавлено примечание:
"При значениях регистров MAC_ADDR_T, MAC_ADDR_M, MAC_ADDR_H по умолчанию будут приниматься пакеты, начинающиеся с: 0xAB,0x89,0x67,0x45,0x23,0x01… (где 0xAB – первый байт MAC адреса назначения пакета)"

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


Вернуться к началу
Показать сообщения за:  Поле сортировки  
Начать новую тему  Ответить на тему  [ 233 сообщения ]  На страницу « 112 13 14 15 16

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


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость


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

Перейти: 

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