Все привет и с праздниками. Собственно сабж. Если кто нибудь делал такую связку, буду рад помощи.
Пока что свитч ни как не реагирует на запросы от МК. Внешней ЕЕПРОМ нету.

У меня, к сожалению, конкретно до 16ти...24хпортовых RTL руки не дошли, так что могу посоветовать предположительное направление плясок...

Вы ж в курсе, что после сброса RTL сначала вычитывает (ну или пытается вычитывать) данные из EEPROM, а только потом переходит в режим Serial-CPU Access? Посмотрите осциллографом как быстро это происходит. По даташиту - ~10мс чтение епрома, ~24мс - тест ОЗУ, потом инициализация ОЗУ (неизвестно сколько), потом инициализация внутренних регистров и только потом готовность к обмену по I2C.

Кстати, еще может быть неприятный вариант, что надо будет ставить или эмулировать EEPROM, потому как без нее может не инициализироваться дальнейший обмен по I2C - врать не буду, но где-то такой глюк был

ЗЫ Кстати, а не очередной ли полууправляемый свич для пионернетов Вы задумали? Вообще-то, я бы обратил свое внимание на IP1726 (ну или, может, что-то есть более свежее) - там Spanning tree пакеты не летят сквозь свич, а могут быть оттранслированны на CPU-порт для обработки. Т.е. на IP1726 можно реализовать Spanning Tree, а на RTL - нет. А это очень полезно.

Да, в курсе. Даташит весь прокурил. Вчера у меня был первый наскок на этот чип.
Я уже тоже к этому склоняюсь. Сегодня попробую залить ЕЕПРОМ и попробовать еще раз потыкаться.
Задумал, но только не я Это заказ - сделать мониторинг такого чипа по SNMP.

Вот прям так и сформулировали? А по RRCP стыдно забрать состояния?



Может пригодится генератор прошивок. Накопан где-то на просторах толи инета, толи в закромах nag.ru
Нажмите для просмотра прикрепленного файла

RRCP работает только в пределах одного сегмента сети и секюрити в нем нет никакого.

О, таки пионернет Только там цепляют гирлянды неуправляемых свичей и при этом хотят задешево контролировать состояние железяк.

Я вот к чему про RRCP разговор завел. Врядли Вы будете целиком разрабатывать и изготавливать такой свич. Скорее всего - это будет китайский донор с прикрученной своей железякой. А тут оптимально минимум вмешательства в схему свича.

Тогда я бы поступил так. В свич впаивается EEPROM - обычно, на плате место есть. Т.е. минимум гемора. В прошивке разрешается RRCP только на один порт, в который втыкается Ваш девайс, являющийся мостом RRCP-SNMP. Кстати, не забываем реализовывать полноценный SNMPv3, раз уж так секурности хотят

Гм... Написал - аж самому понравилось. Надо поговорить с товарищем-сетевиком, не нужна ли ему такая приблуда, задешево

Я ничего изготавливать не собираюсь Мне предложили написать ПО для такой штуки. Заказчики тоже ничего изготавливать не собираются, по крайней мере сейчас. Пока нужно лишь сделать управление к существующему оборудованию. SNMP у меня есть. Мой собственный самописный. Испытан на ARM SAM7X и AVR ATmega128 (без внешней памяти).


Я думаю им виднее, как реализовывать девайс, раз они с этим общаются, бо вроде не дураки. А мое дело маленькое

v>=2? Или по-простому, v1 и все?

Все версии

Отлично. В этом случае Ваша совесть чиста.

PS Получается коннект с камнем?

Спасибо за вопрос по теме Пока нет.

Ну надо же поддержать беседу

С другой стороны, не задай Вы вопрос про I2C, мне бы, может быть, и не пришла бы в голову идея моста RRCP<->Чтото_вменяемое. Из чужого вопроса надо же и отвечающему извлекать какую-нибудь пользу. Так что лично я попробую немного денег заработать на продаже таких мостов пионернетам. Благо, подходящая дешевая железяка как раз мною мелкосерийно производится. Добавить в нее такой функционал - как 2 пальца.

Ага, прикольно Кстати, задал заказчикам вопрос, сначала обокакали RRCP но потом почесали затылки - думают... связи с чипом по I2C по прежнему не устанавливается. Хоть и подсунул ему прошитую EEPROM, которую он прочитал.

А на осциллограммах пакетов от камня в RTL ничего криминального не видно? Все подтяжки на месте?



А то. Идея знатная. Особенно, когда она объединяется сразу с пинговалкой и ребутером этого свича. Вполне полезный функционал за $20. Щас мои заказчики и трейдеры от праздников отойдут (заказчики - для уточнения, почем брать будут, трейдеры - для покупки какого-нибудь пациента на RTL8316/26 для тестов) и приступлю.

Несколько рекомендаций на будущее, когда связь поднимете и приступите собственно к основному этапу:

а) Не забудьте в свой стек вставить стрип vlan-тегов. А то можно случайно управление потерять, если тегированные пакеты полетят на порт Вашей железяки. Такая ситуация легко может случиться при некорректной конфигурации свича.

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

Все на месте. Чип просто не откликается.
Спасибо, учту

Т.е. даже на байт адреса (самый первый после START) нет ACK?

Нет

Так и не могу достучаться до железяки. В данный момент есть две тестовые платы с МК AVR ATmega128 на борту, через которые хочу произвести связь со свитчем. На одной плате имеется датчик температуры DS1621, который опрашивается периодически с интервалом в 2 секунды. Кроме того, есть связь с микросхемами EEPROM 24LC04 установленными на платах свитчей. Сами свитчи опрашиваются в цикле с интервалом в 1 секунду. Прочитал в даташите на RTL8316B и RTL8326, что на линии SDA уже есть встроенный в чип резистор подтяжки. Пробовал и отпаивать все резисторы, и ставить на одну линию, и на вторую и на обе. Менял номиналы, частоту шины...
Связаться ни как не получается Идей новых пока ни каких на ум не приходит.
Привожу ниже код чтения свитча:

Так и достучался Правда, I2C пришлось делать софтовый, потому как в данных чипах он не совсем такой как надо Во избежание пропадания охоты у Rst7 использовать RRCP оставлю секрет не раскрытым.

Уже не отобъете. Я уже сделал мост RRCP<->HTTP Потому как мне проще доработать любой серийный свич путем запайки одной епромки на предусмотренное место и больше никаких проводов. Так что можете расказывать.

Да, здесь проводов больше. 2 на i2C, 2 питание, 4 собственно сеть. За то на много больше возможностей и нет глюков. Все регистры как на ладони...
Все равно не расскажу После секса с RTL8316B - это - святое

Реально кому-нибудь удалось прочитать регистры rtl8316b по i2c ?

Да, давно уже все прочитано

А у меня - RRCP - http://cbsie.dyndns.info/WWW/rrcp.html

Кстати, а в чем грабли, в двух словах? Вроде глянул на драйвер, кроме пляски под названием SW_Reset никакого криминала не видать, I2C в чистом виде... Или я что-то пропустил?

Поделюсь идеями по поводу I2C.
1. После STOP надо обязательно дернуть клок SCL 1 раз вниз-вверх при SDA=1. Иначе RTL отвечает только на первый запрос, все последущие он игнорирует.
2. При записи регистра последний NACK от RTL лучше не контролировать, т.к. при этом процент успешных записей гораздо выше.
3. Возможно это ошибки в разводке платы, но регистры записываются и читаются не гарантированно. После записи лучше прочитать содержимое, давать несколько попыток на успешную запись.
Так и не понял от чего это зависит, менял и задержки и тактовую частоту - примерно одна и та же картина, около 20% ошибок доступа.

В исходниках protoss кажется есть ошибка - в функции SW_Put, SDA ставится в 0 и потом читается ACK с шины, естественно он всегда будет 0: