Озаботился я тут Ethernet(ом), ну и нашел вроде то что нужно, KSZ8842
тока инфы по нему оказалось нуль ну типа запрашиваете, может вам ответим...

Немного погуглив нашел кучу инфы,
- даташиты на все продаваемые micrel Ethernet чипы
- все App Notes
- весь софт/схемы/итд который идет к Micrel Evalution Boards

Могу все выложить в закрома... если это конечно кому-нить надо

Если кому-нить окажется нада, просьба к модераторам/админам указать подходящее место
в закромах, инфы многа, примерно 1000Мб...

Мое ИМХО, думаю было б интересно, т.к. у "Микрела", действительно, получение даташитов организовано "феноменально", (помните анекдот по мальчика с феноменальной памятью?). Главное и вроде один-другой скачать не проблема... а если много?...

Все, себе скачал,
куда лить на фтп ?
/upload/micrel/Ethernet/* ?


Вобщем поставил заливаться в /upload/micrel/Ethernet/*


Вроде как все на текущий момент...

Все у них лежит совершенно свободно на ФТП.
ftp://www.micrel.com
И даташиты, и софт.

Да, но только если бы Вы действительно поискали, то нашли бы и мои посты, где я неоднократно писал о том, что готов выслать доку...
А так как Вы в Питере, то и проблемы вообще нет никакой! Могли бы просто подъехать ко мне и переписать все что нужно. А если у Вас дело идет о серии, то и образцы бы еще получили...
Но, все равно, главное, чтобы паровоз ехал!
Удачи!

О. Уж извините, что лезу, давайте я Вас тут спрошу про микреловские PHY, если, конечно, топикстартер не против.

Интересует такой момент - в документации написано, что RXDV устанавливается при приеме первого ниббла от 0x5D (последний байт преамбулы). Это понятно. Теперь вопрос к Вам (я так понимаю, Вы этих микрух много напалили, судя по Вашим статьям ) - насколько это соответствует правде и когда выставляется сигнал CRS - я так понимаю, что для как можно более раннего обнаружения занятости канала CRS должен выставляться сразу после обнаружения начала пакета (ну там плюс-минус битовая синхронизация). Это так? Или CRS вместе с RXDV устанавливается (этот момент в документации не освещен вообще, или я плохо искал)? Особенно, меня интересуют эти диаграмки для скорости 10мбит/с.

Вот что написано в даташите на KSZ8041:
Carrier Sense (CRS)
CRS is asserted and de-asserted as follows:
• In 10Mbps mode, CRS assertion is based on the reception of valid preambles. CRS de-assertion is based on the reception of an end-of-frame (EOF) marker.
• In 100Mbps mode, CRS is asserted when a start-of-stream delimiter, or /J/K symbol pair is detected. CRS is deasserted when an end-of-stream delimiter, or /T/R symbol pair is detected. Additionally, the PMA layer de-asserts CRS if IDLE symbols are received without /T/R.

Отдельно для режима RMII:
Carrier Sense/Receive Data Valid (CRS_DV)
CRS_DV is asserted by the PHY when the receive medium is non-idle. It is asserted asynchronously on detection of carrier. This is when squelch is passed in 10Mbps mode, and when 2 non-contiguous zeroes in 10 bits are detected in 100Mbps mode. Loss of carrier results in the de-assertion of CRS_DV.
So long as carrier detection criteria are met, CRS_DV remains asserted continuously from the first recovered di-bit of the frame through the final recovered di-bit, and it is negated prior to the first REF_CLK that follows the final di-bit. The data on RXD[1:0] is considered valid once CRS_DV is asserted. However, since the assertion of CRS_DV is asynchronous relative to REF_CLK, the data on RXD[1:0] is "00" until proper receive signal decoding takes place.

А вот что написано для Receive Data Valid (RXDV)
RXDV is driven by the PHY to indicate that the PHY is presenting recovered and decoded nibbles on RXD[3:0].
• In 10Mbps mode, RXDV is asserted with the first nibble of the SFD (Start of Frame Delimiter), “5D”, and remains asserted until the end of the frame.
• In 100Mbps mode, RXDV is asserted from the first nibble of the preamble to the last nibble of the frame.
RXDV transitions synchronously with respect to RXC.

Могу совершенно точно сказать, что RXDV устанавливается с первым нибблом принимаемого пакета. И трансивер это определяет по "неправильности" в приходящем меандре преамбулы. Точнее в последнем ниббле. При этом трансивер запоминает текущее состояние приходящих импульсов и дальше делает или не делает инверсию приходящих данных ( делает XOR). Использование сигнала RXDV нужно на стороне приема. А вот сигнал CRS нужен скорее на стороне передачи, чтобы не сделать коллизию. То-есть приемник подключен к линии и ведет прием. При обнаружении на стороне приема сигнала CRS, передача не должна начинаться. И учитывать это необходимо только при полудуплексе. При дуплексе на него можно не обращать внимание...
И еще я хочу сознаться, что теперь я микросхемы не жгу... Не получается по разным причинам. А вот что касается PHY, то в моей практике самое частое - это когда в сетевых картах выбивается вход...
Удачи!
Если что надо - пишите!

Т.е. уже на первом ниббле мак-адреса??? Я Вас правильно понял??? Потому что в даташите черным по белому "устанавливается вместе с первым нибблом SFD" (за один байт до мак-адреса). Это про 10 мегабит (что меня и интересует). Или Вы имеете в виду пакет вместе с преамбулой и SFD в 100мбитном режиме? ("RXDV is asserted from the first nibble of the preamble to the last nibble of the frame")

Опять же, про CRS. Если при 100 мегабитах все понятно - пошел стартстрим, установили CRS, то с 10кой - не особо ясно, когда же он выставляется, общая фраза - "прием правильных преамбул".. Например, в даташите на RTL8201BL четко сказано, что от появления сигнала на входе задержка CRS составит не более 600нс.

Могу ли я попросить Вас (к сожалению, из-за удаленности, только за виртуальное пиво) снять осциллограмки этих сигналов на 10мбитах и выложить тут?

Постараюсь после майских праздников это сделать...

Спасибо.

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

OFF
Вот понадобилось мне например прикрутить LCD к авр32 а какой LCD подойдет в принципе
совсем не понятно, ну и пришлось долго и муторно названивать Вашим менеджерам для выяснения
сего вопроса и получения даташитов для того чтобы определить что мне может подойти...
Вобщем класический вопрос что было раньше курица или яйцо, ну не могу я понять без
даташита может ли мне в моей конкретной ситуации подойти конкретный девайс...
Ну если в итоге поймем что нам подходит то и образцы попросим...

А теперь по сути:
Мы рассматриваем возможность использования KSZ8842MQL.
Я очень бегло пробежал DS и вроде оно подходит, но хотелось бы некоторых уточнений
Правильно ли я понимаю что этот чип может фунициклировать как 2 независимых канала ?
Проводили ли Вы какие-то тесты по скорости на 2 каналах ?
Мы планируем подключать этот чип к процу в 32бит режиме и с частотой внешней(так же как
подключается SRAM/SDRAM, итд) шины 66,6 Мгц , но вот в даташите чего-то меня напрягает вот это:
Bus Interface Clock
Local bus clock for synchronous bus systems. Maximum frequency is 50MHz.
или я чего-то не так понял ?
то есть вопрос в том могу ли подключить через Bus Interface Unit на частоте больше чем 50MHz ?

Давайте сразу договоримся, что на этом форуме я присутствую только как частное лицо и не представляю фирму в которой я работаю. Поэтому все высказывания такого рода ко мне не относятся...
Предложения о том, чтобы записать софт я тоже здесь делаю как частное лицо для того, чтобы упростить процедуру получения документации. Об образцах пишу - потому что далеко не все об этом знают. А запросы о получении образцов все равно придется направлять не к частному лицу а к фирме. Извините, но так принято...
Что касается технической стороны Вашего поста, то:
1. оба канала могут работать независимо.
2. Если написано "предел 50 МГц", то шина 66,6 Мгц на подойдет. Вот только не понятно, зачем и как тащить шину на несколько абонентов... Как Вы ее будете согласовывать?
3. Тесты по скорости проводила фирма.

и далее, если хотите продолжить, то это можно сделать официально. Напишите Ваши вопросы...
Удачи!

Ну к Вам конкретно они и не относились, я говорил в большей степени о политике фирм
производителей, ну а высказывания типа "Вашим менеджерам.." наверное были действительно
не очень коректны с моей стороны, за что прошу у Вас прощения.
Ну вот как частное лицо я и положил все доступные доки на фтп, чем и упростил
доступ к ним, надеюсь никто не против ? по крайней мере все по-честному скачано с микреля
только чуть в обход их стандартной формы "напишите нам письмо".
Конечно же никто и не попытался бы запрашивать образцы лично у Вас.
Для этого есть менеджер с которым работает наша компания.
это хорошо
В даташите есть 2 режима работы Bus Interface Unit синхронный и асинхронный,
ограничение в 50Мгц стоит только для синхронного, но я пока(ну не вчитывался я еще подробно)
немогу понять это мой вариант или не мой.
Вот и пытаюсь сэкономить время спросив у Вас.
А с согласованием шины, ну поставим что-нить типа SN74LVC16244A, 74ALVT16245
и все будет в порядке.
Куда написать ? Я могу просто позвонить в фирму на которой Вы работаете нашему менеджеру,
но ведь по техническому вопросу использования этих микросхем они меня официально
переадресуют к Вам ?