Здравствуйте, Уважаемый Oleksandr!
Wed Mar 23 2005 01:48, Oleksandr Redchuk wrote to "Olga Nonova":
ON>> подготовка ON>> этого пакета перед отправкой через шину-51 или i2c уж точно притормозит ON>> трафик в среднем раз этак в 20.
OR> А для mcs51 они и не обещают больших скоростей. Hа сайте есть где-то OR> табличка - что выходит для нескольких разных процессоров. OR> А сама шина там хоть и 8-битная, но под 40 мегаБАЙТ/секунду.
Шина-то да, она все могет. А вот контроллер к ней подключенный? Табличку я видела. Hе поняла условия тестирования. Какой задачей занимался контроллер, подключенный к W3100A? Только заполнением буферов обмена и полингом прерывания от W3100? Или заносил/извлекал в/из эти буфера осмысленные данные? Для тестирования использовался прикладываемый sochet.с? Сразу встает вопрос эффективности конкретного компилятора и, отсюда, воспроизводимость представленных в таблице данных. Если Вы пробовали реальную задачу решать с представленным модулем и AVR, то прошу поделиться данными о достигнутой максимальной скорости потока данных.
ON>> Кроме того, прикладывается API-socket для 51-го, ON>> написанный на С. Для AVR-в или для ПК-ISA придется сильно переписывать и
OR> Hесильно. OR> 1) В самом начале добавить OR> #define xdata /*пусто*/
OR> 2) Пробежаться по BE/LE
OR> 3) В одном месте добавить слово volatile.
Я в исходниках заметила кристаллозависимые инструкции(макросы?) типа EX0 = 0; С ними как быть?
ON>> неизвестно, чем такое переписывание закончится.
OR> Переписывание ихнего socket.c (вариантов для direct и для indirect OR> access) OR> и примеров loopback tcp client, tcp server, udp с Keil/C51 на avr-gcc OR> заняло пару вечеров вкупе с разбирательством как оно работает и серией OR> экспериментов по скорости передачи. OR> Теперь его (socket.c) надо допереписать, чтобы сделать полную OR> настраиваемость под любой C-компилятор и архитектуру (LE/BE), а также под OR> direct/indirect access.
Очень интересно. Продукт будет коммерческий?
Всего Вам Хорошего Ольга