Есть вопрос:
в Data Sheet на эту микросхему в главе "B.2 PCB Design Recommendation"
есть рекомендация "4-layer PCBs recommended to provide better heat dissipation".
Действительно необходима 4-х слойка или достаточно обычной 2-х сторонней печатной платы плюс некий радиатор? Или даже без радиатора?

Нет, только ради теплоотвода городить 4-хслойку не стоит. Если, конечно, собираетесь работать только при комнатной температуре. Если среда будет за +50С, надо будет что-то делать. Моторола обещает (для разных корпусов) работоспособность до +105(125)С, при соответствующем теплоотводе. У меня при комнатной +23С корпус МС разогревается до +45С. Меня устраивает. Еще один плюс 112-лапового варианта: лучше отводит тепло, чем 80-лаповый корпус.

Т.е., как я понимаю, от плюс 1 до плюс 45 ставите 112-лаповый МС на обычную двухстороннюю плату и все работает?

Угу.

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

А по поводу avr+realtek - имел проблемы (см. выше): сгородил платку по готовой схеме, гружу в неё готовый софт, ан нет, не работает. Лежит у меня эта платка пока без дела, руки не доходят разобраться что там к чему. Так что, если надо быстро и своё - то удобнее всего subj, если не считать wiznet, x-port, ds80c400, ...

Разъём со встроенным трансом беру в efo: P02-102-11A9 по цене что-то около 2,7 доллара за штуку, разведено всё на двухслойке и прекрасно работает.

Здравствуйте!
Вот такой вопрос.

В errate на чип сказано буквально:
"If a link partner's LTP is greater than 100 ns, using auto-negotiation,
then the EPHY does not recognize it. This results in a failure to
auto-negotiate.
Workaround:
Disable Auto-negotiation and configure the EPHY or link partner to
operate in 100TX or 10BaseT mode."

Не было-ли у кого-нибудь проблем с auto-negotiation при использовании этого чипа с внутренним PHY?

Были. Я пробовал в примере его включить, не получилось. Я и оставил 10 мб/с

В Data Sheet наткнулся на такую фразу:
"MEBI is available only in the 112-pin package and specified at a maximum speed of 16 MHz. If using MEBI from 2.5 MHz to 16 MHz, only 10BASE-T communication is available"

Вопрос - значит если ставить внешний RAM, то будет работать с кварцем не более 16 МГц, т.е. ТОЛЬКО на 10 мб/с?
А в Evalboard (EVB9S12NE64) стоят и внешняя память и кварц 25 МГц!!!
М.б. при от плюс 5 до плюс 40 будет с внешней RAM на 100 Мб/с работать?

Я так понял, что при использовании внешеней шины микросхема действительно может обеспечить только 10 мбит/с. А в демобоарде кварц стоит такой, скорее всего, потому что внутри микросхемы имеется такая штука как PLL и она из этих 25 автоматически может делать 16.

Добрый день!
Хотелось бы поднять эту подзабытую тему - кто имеет успешный опыт реализации http-сервера на чипе MC9S12NE64 - отзовитесь. Интересует - каким TCP-IP стеком пользуетесь, какая достигнутая пропускная способность? И чем шьете чип?
А то пока мало что получается - uIP-стек худо-бедно работает, но очень медленно (подробнее - alb68.fromru.com/fbdm1.html),
OpenTCP что-то не получается запустить...

А в примерах же есть реализация http сервера. Даже, по моему, две штуки. Только фишка в том, что тот, что побольше, не компилируется халявным кодеварриором, срабатывает ограничение по коду на 32 кб. Но на форуме есть добрые люди...

На эту же тему...
Я новичек в этих делах ... и прошу прощения за глупые вопросы..
У меня такая проблема. Я скачал портированный на MC9S12NE64 OpenTCP скомпилил прошивку на лиценцированном кодеварриоре (где нет ограничения по коду) залил на демоборд DEMO9S12NE64 с помощью самодельного BDM программатора, вроде зашилось. Но борд ведет себя очень страно.. лампочки горят, на линк не реагирует, такое ощущение будто завис. До этого зашивал uIP на борд, все работало...
Связано ли это как с исходным кодом OpenTCP.. Может там надо поменять чего... Или дело в программаторе BDM

а какой open_tcp вы собирали? который open_tcp_web или NE64OpenTCPforCW31?
Получилось ли запустить другие проекты?
У меня программатор USB multilink, покупной. С ним тоже проблем хватало, но сейчас вроде всё нормально.

Я пробовал проект NE64OpenTCPforCW31, другие не пробовал...
Что делать посоветуйте...

А ваш программатор поддерживает внутрисхемную отладку? Если да, то это облегчает дело, просмотреть в пошаговом режиме, где программа виснет. Если не поддерживает, то может имеет смысл купить за 150 $ в терраэлектронике этот программатор, и попробовать им прошить. У меня этот проект, про который вы говорите, и скомпилировался, и запустился. Кстати, а вы пинговать демобоард не пробовали, может там всё нормально?