VVB (30.08.2012 12:41 - 12:52, просмотров: 266) ответил Гудвин на А можно более аргументированные аргУменты про TCPnet?
Да хотя бы из позиционирования: TCPnet это не стек TCP/IP, а отдельная операционная TCP/IP система. telnet работает из-под винды на ура, из-под линуха через раз. Разборки привели к отсутствию внятной документации по telnet серверу (какие опции возможны) для TCPnet. Пара дней ковыряний привела к понимаю того что винда использует RFC1408 а линукс BSD. На уровне протокола есть различия. НИГДЕ НЕ ОПИСАНО!!! Типа "венда -- наше всё".
2. Определённые широковещательные UDP пакеты (что-то связанное с DHCP и ICMP) при выключенном DHCP-клиенте в TCPnet случайно (но всегда) приводят к порче памяти TCPnet и краху задаче (она в бесконечный цикл ошибки памяти вываливается). Пару месяцев переписываний и объяснений со службой тех. поддержки ни к чему не привели. Пришлось включать DHCP с переписыванием софта на ПК.
3. BURST режим выдачи Ethernet пакетов служба поддержки категорически не рекомендует использовать, а мне для этого архитектуру ПО сильно переделывать надо. Уроды. Хоть бы в документации написали.
4. Общение с PHY как минимум по каналу управления производится "ногодрыганием".
5. Рестарт TCPnet приводит к инверсии светодиода активности, я пока не разбирался
6. по умолчанию TCPnet сразу инициализирует PHY DP83848 без ожидания требуемых 170 мс на её старт, что приводило к невозможности использования Ethernet. Их примеры работали т.к. перед TCP/IP там инициализировался дисплей, его время инициализации более 200 мс.
7. telnet -- отдельная песня. Эмоции в головном посте. Про него надо вообще забыть, а реализовать свой.
8. отсутствуют исходники, хотя мы купили MDK_ARM Professional. Так бы я сам хоть что-то приделал для связи с RTX.