caxapa.ru :: RX62N - уже заработал ARP :-) сегодня по плану доделать ICMP

OlegPowerC (18.07.2012 19:38, просмотров: 11093)

RX62N - уже заработал ARP :-) сегодня по плану доделать ICMP - проц прекрасен!

Ответить

- Если не секрет, а какой стек портируете? - amx(23.07.2012 16:26)
  - Аццкий - свой :-) - OlegPowerC(23.07.2012 17:43)
    - Мсье знает толк в извращениях. Хочется на своей жшкуре ощутить ~~знатный геморрой~~ радость познания писателей стеков TCP/IP? - SciFi(23.07.2012 19:03)
      - Да, люблю гемор :-) - OlegPowerC(23.07.2012 19:10)
        
        Ни вапрос! ЕМНИП, в RFC793 есть ошибки в описании КА. (где-то рядом с Figure 6.) :) USSR(34 знак., 23.07.2012 22:05, )
        
        Так 793 - это ж TCP, а мы про IP пока толкуем - OlegPowerC(24.07.2012 12:03)
        
        ASCII graphics rulez! Основополагающий протокол написан клинописью :-) Зато работает. - SciFi(23.07.2012 22:53)
- Ух какой же гемор с фрагментацией... :-) - OlegPowerC(23.07.2012 15:28)
  - Ну вот Switch#ping 192.168.55.105 size 1950 repeat 100 OlegPowerC(385 знак., 25.07.2012 12:33)
    - Ну и вот, фрагментированный пакет, да еще и с опцией timestamp C:\Users\Oleg>ping 192.168.55.105 -s 1 -l 1900 OlegPowerC(245 знак., 25.07.2012 14:11)
  - Для "мыслей вслух" есть отдельная рубрика: "Средства и методы разработки" :-) - SciFi(23.07.2012 15:37)
    - Просто сначала надо склеить фрагментированный IP, при условии что пакеты могут придти в любом порядке, затем пересчитать контрольную сумму. Ну и в обратную сторону то же, но, контрольная сумма в первом пакете, и последовательно - 1 пакет 2 пакет OlegPowerC(161 знак., 23.07.2012 17:48)
      - для маленьких девайсов нормально ожидать следующий пакет и отбрасывать преждевременные - koyodza(23.07.2012 18:01)
        
        Да это понятно, я сейчас озадачен вот чем: Хочу сделать чтоб можно было установить MTU например 200 байт. И обрабатывать это все на уровне IP - OlegPowerC(23.07.2012 18:22)
        
        я Вас прекрасно понял ~~что Вы не Иванов~~ и именно об этом и говорю: ожидать только правильный по счету пакет, а если раньше придет более поздний, то его отбрасывать koyodza(73 знак., 23.07.2012 18:54)
        
        Когда TCP - тогда фрагментация IP особо не нужна, а вот с UDP не получится по другому. Кстати в lwIP вроде фрагментация есть - OlegPowerC(23.07.2012 19:09)
        
        А почему не получится? Те же GSM-модемы с стеком TCP/IP не факт что фрагментацию поддерживают. - Apтём(23.07.2012 19:38)
        
        Зависит от приложения. Если приложение тупо шлет UDP пакеты рамером 65535 байт, то не получится. А если шлет пакеты размером 64-576 байта, то получится. :) - USSR(23.07.2012 19:48, )
        
        Такое тупое приложение может быть, согласен. А почему 576? Это ошибка, или для >576 уже нужна поддержка фрагментации? - Apтём(23.07.2012 19:56)
        
        Насчет 576 - есть RFC (не помню номер). В общем канал связи обязан прозрачно прожевывать IP пакеты до 576 байт размером. То есть IP header + TCP header + 512 байт данных обязаны пролезать без фрагментации. - LightElf(23.07.2012 20:38)
        
        RFC791: «All hosts must be prepared to accept datagrams of up to 576 octets (whether they arrive whole or in fragments). It is recommended that hosts only send datagrams larger than 576 octets if they have assurance that the destination is USSR(83 знак., 23.07.2012 21:44, )
        
        Да, такие датаграммы, хосты должны принимать, причем как одно целое так и нарезанные фрагментами - OlegPowerC(24.07.2012 12:06)
        
        Поддержка фрагментации нужна в сетях где MTU меньше стандартного, или пакет уровнем выше IP, большой. Например VPN уже уменьшит MTU - OlegPowerC(23.07.2012 20:03)
        
        А понятно. Видимо с GSM такие случаи мне не попадались. - Apтём(23.07.2012 20:10)
- ICMP работает, и благодаря тому что IP сделан нормально, понимает посылки с винды типа ping 192.168.0.105 -s 1. А uIP НЕ ПОНИМАЕТ такого, с фрагментацией правда там чтото есть но пока не принимает фрагментированый IP - OlegPowerC(19.07.2012 22:16)
- Что значит заработал?В отладочных уже системы ставятся на которых и так всё работает. Твоя цель только развести плату с наименьшими отличиями от девелопмент борд. - Trashy(19.07.2012 13:24, )
  - Шо опять??? да НЕ БУДУ я использовать демонстрационный uIP. Я не обезьяна, чтоб демопроект слегка переделать, а потом, когда наступит глобальный п%::? (что уже случалось с таким подходом) судорожно разбираться, зачем эта функция, зачем эта OlegPowerC(72 знак., 19.07.2012 13:28)
    - Таки документация херовая или проц не прекрасен...На мои платы с mv78200, dm3730 и на sam9263 проггер ни чего нового не писал. Компилил на основе их исходников. Программных косяков не было ни разу. Только монтаж и мои схемотехнические косяки. - Trashy(19.07.2012 13:41, )
      - Ну, у каждого свой подход. У меня не с Renesas был прецедент, когда вдруг обнаружилось, что есть проблемы на каналах связи с маленьким MTU. А вы с TCP/IP работали? если работали, то тестируете ли вы ваши устройства при MTU меньше 1500 байт? как OlegPowerC(84 знак., 19.07.2012 13:59)
- А чем он прекрасен? Исполняет инструкции? И компилятор Си есть? Проц как проц. - SciFi(18.07.2012 23:18)
  - Он прекрасен всем: 1. ОЧЕНЬ хорошая документация, 2. Flash на частоте ядра (не нужен никакой ускоритель аля как у ST) 3. 1,65DMIPS/MHz (Против 1,25 Cortex M3) 4. работа с плавающей точкой и DSP инструкции 5. Удобная работа с прерываниями (Например OlegPowerC(159 знак., 19.07.2012 13:04)
    - 5) FIQ от ARM7 ? - Юрий_СВ(23.07.2012 17:36)
      - Renesas заявляют что они взяли все лучшее от существующих процов - OlegPowerC(23.07.2012 17:57)
    - Есть ещё интересная фича компилятора - резервирование регистров для прерываний. Т.е. часть регистров (от 0 до 4 штук) используется только в обработчиках прерываний для исключения фазы сохранения/восстановления рабочих регистров. - amx(23.07.2012 16:31)
    - А средства разработки и отладки какие используете? То, что серия RX600/RX200 хороша это я давно видел. Сдерживала перспектива в одиночестве пройтись по граблям. Ну и как оно? - Dir(19.07.2012 14:15)
      - Пока HEW и J-Link. Пишу на C и ASM. C++ еще не пробовал - OlegPowerC(19.07.2012 14:25)
        
        В одиночестве не надо, есть renesasrulz.com - OlegPowerC(19.07.2012 14:26, ссылка)
- подождите, вот дойдет до ТСР ... ;=) - koyodza(18.07.2012 22:24)
  - IP уже работает :-) пока IPv4 но уже так сказать IPv6 Ready :-) - OlegPowerC(19.07.2012 12:54)
    - IP ARP ICMP UDP вместе взятые фигня по сравнению с ТСР, если будете реализовывать самостоятельно koyodza(341 знак., 19.07.2012 14:05)
      - Ну у IP есть неприятность - фрагментация и как таковое отсутствие управления потоком, в TCP вы хотябы можете на этапе сетапа указать что у вас буфер маленький, а с IP такое не проканает. Слава алилуйя в IPv6 убрали фрагментацию, а точнее не OlegPowerC(242 знак., 19.07.2012 14:24)
        
        Ну и плюс я с сетевым оборудованием плотно работаю, мне полезно все досконально изучить, ну и у меня богатые возможности отладки, есть вагон коммутаторов/маршрутизаторов, можно сэмулировать любую сеть, хоть STM - OlegPowerC(19.07.2012 14:27)

Микроконтроллеры