uIP ATmega162+RTL8019AS скорость, интересно, что можно выжать? Опции

[Evgeny_CD]

Интересно, кто-нибудь щупал это дело? Например, если взять ATmega162 (16 Мгц) + RTL8019AS (примерно как там ->) http://www.laskater.com/projects/uipAVR.htm
можно ли получить 50кб/сек в UDP?

Может кому пригодится:
Вышла версия 1.0 uIP - существенные изменения
http://www.caxapa.ru/echo/arm.html?id=65694
http://electronix.ru/forum/index.php?showtopic=20062

[Nanobyte]

Делал на Мega8515-8мГц и CS8900A именно UDP. В пределе получилось пиковое значение 700~750 Кбайт/c. Ограничивала скорость подтаскивания и утаскивания байтов из контроллера.

[Evgeny_CD]

Делал на Мega8515-8мГц и CS8900A именно UDP. В пределе получилось пиковое значение 700~750 Кбайт/c. Ограничивала скорость подтаскивания и утаскивания байтов из контроллера.

Вау! Ничего себе скорость! А какой размер пакета у Вас был?

[Nanobyte]

Пакеты переменной длины, но, в основном, 1400 байтов данных + ~80 байтов для заголовков IPv4 и UDP. CS8900A подключена как внешняя память в 8-битном режиме. В этом режиме её возможности сильно урезаны - нет автоинкремента адреса внутренней RAM, нет прямой адресации, и пр. Именно это и ограничивало скорость обмена. А теоретически она может передавать/принимать до 1 мБайта/с. Затраты времени на обработку IPv4 и UDP незначительны. Писал на ASM.

[defunct]

можно ли получить 50кб/сек в UDP?

Можно.
Сейчас как раз закончил подобный проект. Скорость ~500kb/s.
UDP стек свой.

А какой размер пакета у Вас был?

до 4096 байт. (прием/передача).

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

[Evgeny_CD]

Можно.
Сейчас как раз закончил подобный проект. Скорость ~500kb/s.

Это с каким контроллером?

[defunct]

Можно.
Сейчас как раз закончил подобный проект. Скорость ~500kb/s.

Это с каким контроллером?

M162 (@14.7456mhz) + Внешний SRAM (32k) + RTL8019AS.
RTL и SRAM на общей шине, переключение между ними линией A15.
В чипе сконфигурировал внешнюю шину без задержек.

[klen]

Круто! Сам мечтаю научится так делать. времени к сожалению не хватает.
Есть желание сделать для домашней сети приемник FM станций и транслировать все в UDP пакеты в сеть. Чтобы потом все через UDP клиена могли на компе радио слушать. Такое получится сделать?

[defunct]

Чтобы потом все через UDP клиена могли на компе радио слушать. Такое получится сделать?

В пределах одного сегмента сети можно точно сказать - ваша задумка реализуема (броадкастами).
Если рассылать на несколько клиентов точка-точка, то там вероятно придется придумывать обходной путь, например такой:
- залить полностью сформированный пакет в RTL для первого "подписчика";
- отправить и дождаться завершения отправки;
- обновить в области памяти RTL куда мы заливали весь пакет, только заголовок IP с IP-адресом следующего "подписчика" и c пересчитанной CS заголовка;
- отправить и дождаться завершения отправки.
...
и т.п. пока всем "подписчикам" не будет отправлен текущий пакет.
потом готовить следующий и также отправлять.

[Evgeny_CD]

- залить полностью сформированный пакет в RTL для первого "подписчика";
- отправить и дождаться завершения отправки;
- обновить в области памяти RTL куда мы заливали весь пакет, только заголовок IP с IP-адресом следующего "подписчика" и c пересчитанной CS заголовка;
- отправить и дождаться завершения отправки.

Изящно! Спасибо за идею.

[klen]

Чтобы потом все через UDP клиена могли на компе радио слушать. Такое получится сделать?

В пределах одного сегмента сети можно точно сказать - ваша задумка реализуема (броадкастами).
Если рассылать на несколько клиентов точка-точка, то там вероятно придется придумывать обходной путь, например такой:
- залить полностью сформированный пакет в RTL для первого "подписчика";
- отправить и дождаться завершения отправки;
- обновить в области памяти RTL куда мы заливали весь пакет, только заголовок IP с IP-адресом следующего "подписчика" и c пересчитанной CS заголовка;
- отправить и дождаться завершения отправки.
...
и т.п. пока всем "подписчикам" не будет отправлен текущий пакет.
потом готовить следующий и также отправлять.

Неее, хотябы по широковещательному UDP, этого достаточно. Кто хочет слушать - открывает UDP-сокет, кто не хочет не открывает и не слушает.

[AVR]

Подскажите, пожалуйста, какой-нибудь недорогой ethernet-контроллер совместимый с uIP.
Я посмотрел на цены: все они от 200 руб. минимум, а как правило 300-400 руб. Но это смешно, PCI сетевая карта с ними же стоит меньше 100 руб (не выпаивать же оттуда ).

Неее, хотябы по широковещательному UDP, этого достаточно. Кто хочет слушать - открывает UDP-сокет, кто не хочет не открывает и не слушает.

Но ведь broadcast'ы засоряют сеть, особенно если ведется постоянное широковещание?
ЗЫ Например, в локальной сети моего провайдера такие запросы закрыты.

[defunct]

Подскажите, пожалуйста, какой-нибудь недорогой ethernet-контроллер совместимый с uIP.

В самом первом посте такой указан ;>
$4-5 в розницу. Из обвязки там только кварц и сетевой трансформатор.

[klen]

Но ведь broadcast'ы засоряют сеть, особенно если ведется постоянное широковещание?
ЗЫ Например, в локальной сети моего провайдера такие запросы закрыты.

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

[AVR]

В самом первом посте такой указан ;>
$4-5 в розницу. Из обвязки там только кварц и сетевой трансформатор.

Насколько реально самостоятельно выпаять rtl8139D из такой сетевой карты с помощью простого паяльника и чтобы еще не повредился?
ЗЫ А то и вовсе отпилив неинтересующую правую часть+металлические крепления и напрямую проводочками?... Как раз уже и разъем есть, и трансы, и кварцы и все что нужно (и стоит 95 руб. за всё)...

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

[Nanobyte]

Проще всего отпаивать такие МС горячим воздухом. В крайнем случае, ведь плата уже не нужна, можно нагреть её снизу над газовой горелкой, предварительно выпаяв другие нужные элементы, чтобы их не испортить. Ещё удобнее маленький газовый паяльник, у которого есть открытое пламя. Ещё очень хорошо работают зажигалки (те, которые не затухают на ветру и горят с сильным шумом). Отпаивание проводится на открытом воздухе, т.к. стеклотекстолит вспучивается и обгорает. Пламя не должно касаться платы, только струя отработанного газа. При некоторой тренировке спокойно отпаиваются МС типа XILINX XC95, выводов там более 200. Подогревая плату, контролируют визуально начало плавления припоя и периодически, перевернув плату, аккуратно встряхивают над газетой. Можно снимать и пинцетом. Ни одна МС ещё не вышла из строя. Попрактикуйтесь на старых мат. платах или видеоплатах, где есть подобные микросхемы.

[zltigo]

Насколько реально самостоятельно выпаять rtl8139D из [url=http://www.acorp.ru/data/products/net/nic/

Лучше подумайте, насколько реально присоединить PCI девайс к ATmega :-)
RTL8139x/8100 это отнюдь не старый добрый NE2000 совместимый RTL8019 со своими собственными 16K на борту и возможностью работы 8bit режиме.

[AVR]

Лучше подумайте, насколько реально присоединить PCI девайс к ATmega :-)
RTL8139x/8100 это отнюдь не старый добрый NE2000 совместимый RTL8019 со своими собственными 16K на борту и возможностью работы 8bit режиме.

Мдя... Об этом я не подумал

[AVR]

Есть одна интересная статья: http://www.fpga4fun.com/10BASE-T.html
(к сожалению там всё на Verilog, но надеюсь на vhdl перенести возможно)
Возможно ли в принципе заменить ethernet контроллер fpga-шкой + некоторой необходимой россыпью, если целью является просто пересылка пакетов по обычной сети к компьютеру (без всяких там web-серверов и прочих вкусностей)?

[Nanobyte]

Microchip разродился Ethernet-контроллером ENC28J60. Корпус 28 Pins, 10 мБит/с, интерфейс SPI. Вроде-бы как уже продаётся и в России.

[acex2]

Microchip разродился Ethernet-контроллером ENC28J60. Корпус 28 Pins, 10 мБит/с, интерфейс SPI. Вроде-бы как уже продаётся и в России.

И вроде как даже ходят слухи, что многие его уже в серию давно запустили :-)
Новости этой уже скоро год.

[Doka]

Есть одна интересная статья: http://www.fpga4fun.com/10BASE-T.html
(к сожалению там всё на Verilog, но надеюсь на vhdl перенести возможно)
Возможно ли в принципе заменить ethernet контроллер fpga-шкой + некоторой необходимой россыпью, если целью является просто пересылка пакетов по обычной сети к компьютеру (без всяких там web-серверов и прочих вкусностей)?

ну верилог - это не страшно. вполне гармонично в одном пректе интергируются модули на верилоге и на vhdl.
но что-то проект недописанный какой-то:

Part 5: A complete standalone 10BASE-T port ...coming soon...

да и реализовывать PHY внутри FPGA - это как-то неправильно. вообще странные: приводят ссылку на "Ethernet Receiver using phase locked loop (PLL) clock recovery" ,а сами захват тактовой в приемной части не делают (судя по исходнику)

вообще на плис более распространено такое построение:
внешний PHY Eth
+ внутренний, реализованный на плис, МАС Eth

Microchip разродился Ethernet-контроллером ENC28J60. Корпус 28 Pins, 10 мБит/с, интерфейс SPI. Вроде-бы как уже продаётся и в России.

И вроде как даже ходят слухи, что многие его уже в серию давно запустили :-)
Новости этой уже скоро год.

аха.. есть уже и более привлекательные СР2200 =)

[Evgeny_CD]

А смысл городить контроллер на ПЛИС? Для коммерческого диапазона и 5В питания "хоста" реалтек 8019AS the best. Для индустриального - всякие там CP2200 надо смотреть.

Для желающих 100м - Micrel KSZ8841. Он и -40 бывает, и PHY у него внутри, и доставабелен. Но только 3.3В.

Вообще я к этой теме только для расширения кругозора обратился. Для серьезной работы надо брать AT91SAM7X - там и ресурсов поболее, и контроллер на борту.

Правда передо мной стоит еще одна нестандартная задача - надо и Ethernet, и внешнюю шину. STR91xx дороговато. ATmega162 - ресурсов маловато, Atmega64+ - дорого, тогда уж проще LPC2212 + внешний Ethernet контроллер взять. В общем, осталось дождаться, когда AT91SAM7 с внешней шиной появятся. Ну или LPC23xx.

Вот если бы обдолбыши из филипса сделали LPC28xx в человеческом корпусе....

[zltigo]

аха.. есть уже и более привлекательные СР2200 =)

Чем? Параллельной шиной, которую придется эмулировать мелким контроллерам?
Меньшими и жестко распределенными буферами? 48pin корпусом?

[AVR]

аха.. есть уже и более привлекательные СР2200 =)

В их описании написано, что они могут обмениваться данными через 8-ми битный интерфейс, значит ли это что они совместимы с uIP?

Правда передо мной стоит еще одна нестандартная задача - надо и Ethernet, и внешнюю шину. STR91xx дороговато. ATmega162 - ресурсов маловато, Atmega64+ - дорого, тогда уж проще LPC2212 + внешний Ethernet контроллер взять. В общем, осталось дождаться, когда AT91SAM7 с внешней шиной появятся. Ну или LPC23xx.

Контроллер at91rm9200 насколько я помню обладает и внешней шиной, и встроенным ethernet:
1) Будет ли на нём работать uIP или что-нибудь подобное?
2) Насколько с ним сложнее чем с at91sam7?

Вы сами поняли, что написали то? Какое отношение к стеку протокола имеет разрядность интерфейса чипа ?

Честно говоря - нет

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

[Evgeny_CD]

В их описании написано, что они могут обмениваться данными через 8-ми битный интерфейс, значит ли это что они совместимы с uIP?

Вы сами поняли, что написали то? Какое отношение к стеку протокола имеет разрядность интерфейса чипа ?

[Doka]

аха.. есть уже и более привлекательные СР2200 =)

Чем? Параллельной шиной, которую придется эмулировать мелким контроллерам?
Меньшими и жестко распределенными буферами? 48pin корпусом?

аха.. а также альтернативным 28-pin QFN (5 x 5 mm footprint), Royalty-free TCP/IP stack with device drivers, TCP/IP Configuration Wizard
а параллельная шина - всего 11 линий, которые органично вешаются на интерфейс памяти, и не ограничивают скорость (в этой теме уже было упоминание подобного ограничения)

upd: насчет "эмулировать": в названии темы фигурирует ATmega162 . Так вот ему как раз ничего эмулировать не надо

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

[Evgeny_CD]

Royalty-free TCP/IP stack with device drivers, TCP/IP Configuration Wizard

Пошел маркетинговый развод. Это какой же стек они двигать будут? LwIP? uIP? OpenTCP? И под какую ОСь? Лябрус подсутился, и они будут uCOS двигать?

Контроллер at91rm9200 насколько я помню обладает и внешней шиной, и встроенным ethernet:
1) Будет ли на нём работать uIP или что-нибудь подобное?
2) Насколько с ним сложнее чем с at91sam7?

На нем пойдет все - от uIP до Linux. Да, чип сложнее SAM7.

[zltigo]

В их описании написано, что они могут обмениваться данными через 8-ми битный интерфейс, значит ли это что они совместимы с uIP?

С чего бы это вдруг такие далеко идущие выводы. Общение с MAC по любому не совместимо с NE2000
(полагаю в тестовой сборке uIP именно это железо), посему порт писать самому. Микрочиповское творение просматривал - построение по мотивам NE2000, что в прочем следует ожидать и от СP2200, ибо NE2000/1000 вещь классическая и продуманная.

[defunct]

В их описании написано, что они могут обмениваться данными через 8-ми битный интерфейс, значит ли это что они совместимы с uIP?

uIP это только IP стек.
Драйвер для работы с ethernet контроллером пишется отдельно.

[zltigo]

аха.. а также альтернативным 28-pin QFN (5 x 5 mm footprint)
..
а параллельная шина - всего 11 линий, которые органично вешаются на интерфейс памяти

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

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

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

upd: насчет "эмулировать": в названии темы фигурирует ATmega162 . Так вот ему как раз ничего эмулировать не надо

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

[defunct]

upd: насчет "эмулировать": в названии темы фигурирует ATmega162 . Так вот ему как раз ничего эмулировать не надо

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

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

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

[Doka]

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

ну. .насколько я помню AVR, тот же 8515 работает с внешней памятью в мультиплексированном режиме. не знаю насколько сейчас все изменилось

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

если взять на рассмотрение предложенные вами "мк" - мелкие контроллеры, туже мегу48 - то макс.скорость ее SPI - половина от внешней тактовой. При 5В получаем 10Mbit, при 3.3V - вообще 5Mbit.

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

ну для совсем мелких тут -да особой альтернативы нет.. а с другой стороны особо мелкие экономической целесообразности ставить нет. один тока ENC28J60/СР2200 7уёв стоит + разъем + трансформатор..

upd: насчет "эмулировать": в названии темы фигурирует ATmega162 . Так вот ему как раз ничего эмулировать не надо

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

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

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

[zltigo]

если взять на рассмотрение предложенные вами "мк" - мелкие контроллеры, туже мегу48 - то макс.скорость ее SPI - половина от внешней тактовой. При 5В получаем 10Mbit, при 3.3V - вообще 5Mbit.

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

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

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

[Doka]

Вообще я к этой теме только для расширения кругозора обратился. Для серьезной работы надо брать AT91SAM7X - там и ресурсов поболее, и контроллер на борту.

Правда передо мной стоит еще одна нестандартная задача - надо и Ethernet, и внешнюю шину. STR91xx дороговато. ATmega162 - ресурсов маловато, Atmega64+ - дорого, тогда уж проще LPC2212 + внешний Ethernet контроллер взять. В общем, осталось дождаться, когда AT91SAM7 с внешней шиной появятся. Ну или LPC23xx.

Вот если бы обдолбыши из филипса сделали LPC28xx в человеческом корпусе....

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

[Evgeny_CD]

а еще есть изумительные (в т.ч. и ценой) 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

[Virtek]

Всем привет.

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

Пытаюсь научить устройство работать с 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

[defunct]

PSTART -> 22h; CURR -> 04h; BNDY - > 5Eh

А как это 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: Почему бы не сделать отдельную функцию (или макрос) для переключения страниц, а также не описать имена регистров, а то с цифрами легко можно было и промазать...

[Virtek]

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

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

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

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

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

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

Спасибо

[defunct]

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

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

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

Вот тут у меня ещё ламерский вопрос: есть ли у RTL8019, так сказать, ограничение по времени для выставляемых данных (после того, как чип принял команду для переписи принятых данных из буфера в память компьютера) ?

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

То есть, чип выставил байт данных и если через некоторое время данные не забрали - выставляет следующий байт и т.д.

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

Так, как МК работает на 1МГц - может, он не успевает забирать все выставленные байты?
И потому - корявый пакет получается

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

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

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

[Virtek]

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

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

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

[Nanobyte]

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

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

[Virtek]

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

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

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

[defunct]

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

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

[prottoss]

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

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