Ник:
Пароль:

Контакты

Cтатус Skype: starterkit.ru
тел.: (+7 3412) 478-448
тел.: +7 922 680-21-73
тел.: +7 922 680-21-74
E-mail: info@starterkit.ru
Партнеры:
otladka.com.ua - г.Киев

Способы оплаты

User Info


Добро пожаловать,
Guest

Регистрация или входРегистрация или вход
Потеряли пароль?Потеряли пароль?

Ник:
Пароль:

ПользователейПользователей:2
Поисковых ботовПоисковых ботов:2
ГостейГостей:1

ОбновитьПодробнееВсегоВсего:5
Форум » starterkit.ru » Embedded Linux
MAC адрес на 9g45
DSU
Добавлено 23.05.2014 09:36
0
Сообщение: 1
DSU
1

Пункты: 1204
Регистрация: 23.05.2014
Пол: Мужчина
Приветствую всех!
Столкнулся с проблемой - есть несколько плат 9g45. Все они работают в одной локальной сетке. IP адреса прописаны разные, но вот mac адреса у всех плат одинаковые. Мы хотим задать разные mac адреса всем платам. Возникает вопрос - можно ли жестко прошить mac адрес в PHY-чип Ethernet, чтобы он не изменялся даже при переустановке системы?
В данный момент mac адрес меняем через Linux изменением файла /etc/network/interfaces.
Спуститься к концу Подняться к началу
Персональная информация
Pavel Ivanchenko
Добавлено 23.05.2014 09:49 Сообщение: 2
Pavel Ivanchenko
Admin
4.45

Пункты: 86215
Регистрация: 24.03.2009
Пол: Мужчина
Думаю - нет.
Вариантов можно много придумать:
1) хранить его в области nand которую не стираете при обновлении системы
2) пару значений адреса генерировать случайным образом при старте (по моему это даже в штатных средствах linux есть)
...
Спуститься к концу Подняться к началу
Персональная информация
DSU
Добавлено 23.05.2014 10:20 Сообщение: 3
DSU
1

Пункты: 1204
Регистрация: 23.05.2014
Пол: Мужчина
Спасибо за ответ!
Я думаю, что в текущей ситуации можно действительно придумать что-то лучше, чем жесткая записи в PHY. Можно даже ограничиться и задачей mac через скрипт в Linux.
Спуститься к концу Подняться к началу
Персональная информация
Jury093
Добавлено 23.05.2014 14:26 Сообщение: 4
Jury093
4.58

Пункты: 54111
Регистрация: 25.05.2009
Пол: Мужчина
Из: Санкт-Петербург
Цитата
Спасибо за ответ!
Я думаю, что в текущей ситуации можно действительно придумать что-то лучше, чем жесткая записи в PHY.

самый надежный вариант - внешний eeprom для физики.. один раз прописали и это навсегда - смена фирмвари или чипа нанда или рутовой на МАС уже не повлияют.. на всех сетевых картах именно так и делают..

Цитата
Можно даже ограничиться и задачей mac через скрипт в Linux.

еще как вариант посмотреть на возможность получать МАС адрес (ethaddr) из юбута (его переменных)

На любой вопрос есть любой ответ.
Спуститься к концу Подняться к началу
Персональная информация
DSU
Добавлено 25.05.2014 10:50 Редактировалось 25.05.2014 10:50 Сообщение: 5
DSU
1

Пункты: 1204
Регистрация: 23.05.2014
Пол: Мужчина
Про внешний EEPROM тоже думал, но у нас уже реализация проекта скоро, а тут придется все платы переразводить по новому. Сначала подумал, что сама PHY-микруха обладает энергонезависимой памятью как раз для сохранения в ней mac. На начальном этапе разработки что-то про mac никто не вспомнил - поэтому только в конце данный косяк и всплыл.
С юбутом можно попробовать даже из чисто практического интереса. А заодно получше в нем разобраться.
Спуститься к концу Подняться к началу
Персональная информация
Jury093
Добавлено 26.05.2014 00:07 Сообщение: 6
Jury093
4.58

Пункты: 54111
Регистрация: 25.05.2009
Пол: Мужчина
Из: Санкт-Петербург
Цитата
Про внешний EEPROM тоже думал, но у нас уже реализация проекта скоро, а тут придется все платы переразводить по новому.

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

На любой вопрос есть любой ответ.
Спуститься к концу Подняться к началу
Персональная информация
DSU
Добавлено 26.05.2014 10:27 Сообщение: 7
DSU
1

Пункты: 1204
Регистрация: 23.05.2014
Пол: Мужчина
У нас тут просто материнка своя для SK-9G45-OEM. Там не развели вообще шину i2c . Разведены только 2 RS-485, RS-232 debug, Ethernet, USB, светодиоды индикации и все. EEPROM конечно можно проводками к неразведенным i2c контактам подпаять и к питанию, но это колхоз уже будет.
Спуститься к концу Подняться к началу
Персональная информация
sasamy
Добавлено 26.05.2014 10:51 Сообщение: 8
sasamy
4.77

Пункты: 63532
Регистрация: 14.08.2009
Цитата

Там не развели вообще шину i2c


для чтения мас-адреса достаточно эмуляции i2c на любых свободных GPIO, кстати последний раз когда интересовался вопросом - в Linux на атмеловских процессорах TWI не используется из-за его ограниченности, по умолчанию эмуляция на GPIO только пины для совместимости от TWI.
Спуститься к концу Подняться к началу
Персональная информация
Jury093
Добавлено 26.05.2014 13:16 Сообщение: 9
Jury093
4.58

Пункты: 54111
Регистрация: 25.05.2009
Пол: Мужчина
Из: Санкт-Петербург
Цитата
У нас тут просто материнка своя для SK-9G45-OEM. Там не развели вообще шину i2c .

тогда копайте переменные юбута
если не получится, то смотрите в сторону совета Павла по выделению области (раздела) в нанде - в этом случае всегда держите в голове возможность случайного стирания, например, при апдейте софта или просто косяка в программах..

На любой вопрос есть любой ответ.
Спуститься к концу Подняться к началу
Персональная информация
DSU
Добавлено 26.05.2014 15:08 Сообщение: 10
DSU
1

Пункты: 1204
Регистрация: 23.05.2014
Пол: Мужчина
Цитата

для чтения мас-адреса достаточно эмуляции i2c на любых свободных GPIO.

так в том то и дело, что нет даже любых свободных GPIO))) А так - да, действительно, если программная реализация i2c, то там все равно на какие пины вешать eeprom.
Сейчас реально только через убут или nand менять или все оставить на простом скрипте, который при старте системы выполняется, а в следующий раз уже на начальных этапах разработки про i2c и mac задумываться.
Спуститься к концу Подняться к началу
Персональная информация
Форум » starterkit.ru » Embedded Linux