Ага 11 это мультиплексированный вариант. И куда это он "органично"?

Причем 30Mbit поминаются для немультиплексированного.
А SPI работающие на тактовой в 30Mhz много более распространены, нежели контроллеры с внешней шиной.

По этой причине в моем упоминании фигурировало уточнение - "мелким контроллерам".

Ммм.. по количеству ПП да и по количеству выводов m162 из разряда "мелких" (всего 16k/35 линий).. видать от этого и confuse получился.

Сообщение отредактировал defunct - Aug 21 2006, 21:17

ну. .насколько я помню AVR, тот же 8515 работает с внешней памятью в мультиплексированном режиме. не знаю насколько сейчас все изменилось
если взять на рассмотрение предложенные вами "мк" - мелкие контроллеры, туже мегу48 - то макс.скорость ее SPI - половина от внешней тактовой. При 5В получаем 10Mbit, при 3.3V - вообще 5Mbit.
ну для совсем мелких тут -да особой альтернативы нет.. а с другой стороны особо мелкие экономической целесообразности ставить нет. один тока ENC28J60/СР2200 7уёв стоит + разъем + трансформатор..


ща долго ломать копья будем. не воспринимайте "мелкие" буквально (в sam7 тоже только 32 линии). пример мелких - серии ATtiny, pic12, восемь ног, вместо озу тока регистры.

Ну давайте не будем валить в одну кучу "мелкие" и влетающие тугой струей в "мелкий" контроллер 10Mbit - ему с ними делать нечего.
Что касается SPI - мелким удобнее SPI по количеству ног и практически гарантированному присутствию железного SPI. А у тех, кто "покрупнее" и SPI заодно и "потолще" и понавороченней - не затормозит.

Не, не буду. Тем более, что Вы кажется поняли.

а еще есть изумительные (в т.ч. и ценой) 5501 за 5уе с 32битной шиной внешней памяти и 300МГц тактовой =) мощная поддержка DMA (мк такая и не снилась)
и -40 там уже по дефолту. правда периферия не такая богатая. но это уже задачами диктуется.
это к вопросу об альтернативе "LPC2212 + внешний Ethernet контроллер"

Я скорее MCF5208 выберу - 166 Мгц, DMA 16 канальный linked list, MAC 48 битный на борту.
===========
FreeScale (Motorola) ColdFire - наши мольбы о !BGA услышаны?
http://www.caxapa.ru/echo/arm.html?id=63110
http://electronix.ru/forum/index.php?showtopic=18754

Всем привет.

Прошу прощения, что, может, не совсем в тему.

Пытаюсь научить устройство работать с RTL8019AS, использую сетевую карту ИСА с данным чипом.
Само устройство еще подключено к комьютеру через RS232 (временно) для отладки, когда приходит пакет по езернет, устройство передает часть этого пакета на комп (для всё той же отладки).
Проблема в том, что не удается нормально считать принятый пакет. Есть реакция на посланный пинг - пакет с компа, то есть когда с компа не посылаю пинг - устройство молчит, когда посылаю - через РС232 приходит информация о пакете (то есть пакет принят).

Так вот, после того как пакет принят пытаюсь считать его с буфера данные и пару регитсров, вот, что получилось:
PSTART -> 22h; CURR -> 04h; BNDY - > 5Eh; packet -> 00 06 00 00 00 00 00 02 00 00 00 10 40

Если я не ошибаюсь, то в начале широковешательного пакета должно быть: FF FF FF FF FF FF, потом адрес отправителя, и т.д.... Что не соответствует прочитаному пакету с буфера, пускай даже с учетом первых 4-х байт (структура описания пакета). Что не так?... Никак не могу найти ошибку ...

Использую Мега8. Программа

Благодарен за любую помощь

Сообщение отредактировал Virtek - Oct 27 2006, 09:38

А как это CURR у вас равен 04?? а BNRY 0x5E? Это уже больше 16k однако..
RING буфер у RTL лежит в диапазоне адресов 0x40-0x80!
где-то ошибка..

по поводу broadcast'a есть есть нюанс, пакет не будет содержать сразу destmac, т.к. перед ethernet пакетом есть еще NIC заголовок 4 байта. Если правильно помню:
{ // для модели big endian
U8 Type; // 0x21 если пакет не разбит (занимает не более 6-ти страниц RING'a (1536 байт))
U8 NextBNRY; // - маркер следующего пакета
U16 Length;
}

посмотрел инициализацию, сразу не понравилось
RCR = 0xD4
DCR = 0x18;
PAR0 = 0x00;
глубже вникать не стал.

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

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


Хм... в файле-программе:
RCR = 0x1C;
DCR = 0x48;
PAR0 = 0x10 (хотя, это ж первый байт МАК-адреса, если я не ошибаюсь)

Вы точно тот файл смотрели? read.asm?

Вот тут у меня ещё ламерский вопрос: есть ли у RTL8019, так сказать, ограничение по времени для выставляемых данных (после того, как чип принял команду для переписи принятых данных из буфера в память компьютера) ? То есть, чип выставил байт данных и если через некоторое время данные не забрали - выставляет следующий байт и т.д.
Так, как МК работает на 1МГц - может, он не успевает забирать все выставленные байты?
И потому - корявый пакет получается

Спасибо

Естессно смотрел, и привел правильные значения..


частота не более 8Mhz.


нет, данные выставляются по сигналу IOR с задержкой ~100ns и будут валидными пока IOR = 0.

Все он успевает.
Регистры ж у вас "читаются".
Для проверки можно прочитать сигнатуру чипа
#define rtlNicID0 (10)
#define rtlNicID1 (11)
должно быть "pP"

А вот CURR = 0x04 это ошибка, которая может говорить о том, что:
1. неверно установлен PSTART.
2. неверно читаются данные.
3. не из той страницы читаете (не тот регистр).
Попробуйте для начала отладить функции чтения-записи RINGa по фиксированным адресам.

PS: чип неудачно выбран ни отладочного интерфейса, ни шины памяти.

Хмм.. в регистр RCR, я так пониаю, нельзя записать "D4h" - у него 7-й и 6-й биты зарезервированны ...

Как-то, в ходе проведения экспериментов, 1 раз повезло - счетчик CURR увеличивался на соответствующее количество принятых пинг-пакетов. То есть, посылаю 1 пинг-пакет - счетчик увеличивается на 1, посылаю 2 - на 2....

Может, он "плохо" запускается? При подаче напряжения зеленый диод на карте загорается не сразу, бывает, что он загорается только после того, как к железному "крепежу" доторкнуться пальцем ....

Вполне возможно, что есть проблемы с кварцевым генератором. Когда я делал блок на CS8900A, были такие проблемы. С импортными кварцами 20 МГц работает, требовалось применять наши, с ними очень плохо работает, или вообще не работает. Из регистров считывался всякий мусор, плохо определялась несущая (зелёный LED загорался и гас, как хотел). Пришлось собирать отдельный генератор на ЛА3.

Приношу свои извинения.
Мммм.... решил я свою проблемку..

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

Еще раз, извините

про биты 6 и 7 в ДШ написано "Type W, Always 1". Хотя в цвете последнего вашего поста, это уже не важно. ;>

Все доброго времени суток!

Начал разбираться с RTL8019AS. Изучая даташит на сей агрегат и параллельно схему ethernut возник вопрос. Зачем в ethernut используется 15 адресных линий для RTL8019AS? Как я понял, в последнем регистры располагаются по физическим адресам с 00h по 1Fh? Или я заблуждаюсь? Просто сейчас девайс на стадии проработки схемы, и хочется максимально обойти ошибки в схеме. К шине данных предполагается подключить еще несколько устройств выше адреса 7FFFh.