caxapa.ru :: На этом участке лога было задержано два пакета гдето на две секуды (идущие от удаленной машины к нам). У меня впечатление что надо более подробный лог.

cvv (01.03.2011 16:08, просмотров: 168) ответил cvv на поток отладочной инфы настолько большой что dmesg обновляется каждые несколько секунд. я не успею сохранить в файл актуальный фрагмент. Сюда зашлю лог syslog-а

На этом участке лога было задержано два пакета гдето на две секуды (идущие от удаленной машины к нам). У меня впечатление что надо более подробный лог.

Mar  1 14:56:48 bj2 last message repeated 26 times
Mar  1 14:56:48 bj2 kernel: usbserial.c: __serial_write - port 0, 4 byte(s)
Mar  1 14:56:48 bj2 kernel: usbserial.c: port_softint - port 0
Mar  1 14:56:48 bj2 kernel: usbserial.c: serial_write_room - port 0
Mar  1 14:56:49 bj2 last message repeated 32 times
Mar  1 14:56:49 bj2 kernel: usbserial.c: __serial_write - port 0, 4 byte(s)
Mar  1 14:56:49 bj2 kernel: usbserial.c: port_softint - port 0
Mar  1 14:56:49 bj2 kernel: usbserial.c: serial_write_room - port 0
Mar  1 14:56:49 bj2 last message repeated 39 times
Mar  1 14:56:49 bj2 kernel: usbserial.c: __serial_write - port 0, 4 byte(s)
Mar  1 14:56:49 bj2 kernel: usbserial.c: port_softint - port 0
Mar  1 14:56:49 bj2 kernel: usbserial.c: serial_write_room - port 0
Mar  1 14:56:50 bj2 last message repeated 39 times
Mar  1 14:56:50 bj2 kernel: usbserial.c: __serial_write - port 0, 4 byte(s)
Mar  1 14:56:50 bj2 kernel: usbserial.c: port_softint - port 0
Mar  1 14:56:50 bj2 kernel: usbserial.c: serial_write_room - port 0
Mar  1 14:56:51 bj2 last message repeated 27 times
Mar  1 14:56:51 bj2 kernel: usbserial.c: __serial_write - port 0, 4 byte(s)
Mar  1 14:56:51 bj2 kernel: usbserial.c: port_softint - port 0
Mar  1 14:56:51 bj2 kernel: usbserial.c: serial_write_room - port 0
Mar  1 14:56:51 bj2 last message repeated 26 times
Mar  1 14:56:51 bj2 kernel: usbserial.c: __serial_write - port 0, 4 byte(s)
Mar  1 14:56:51 bj2 kernel: usbserial.c: port_softint - port 0
Mar  1 14:56:51 bj2 kernel: usbserial.c: serial_write_room - port 0
Mar  1 14:56:52 bj2 last message repeated 26 times
Mar  1 14:56:52 bj2 kernel: usbserial.c: __serial_write - port 0, 4 byte(s)
Mar  1 14:56:52 bj2 kernel: usbserial.c: port_softint - port 0
Mar  1 14:56:52 bj2 kernel: usbserial.c: serial_write_room - port 0
Mar  1 14:56:52 bj2 last message repeated 25 times
Mar  1 14:56:52 bj2 kernel: usbserial.c: __serial_write - port 0, 4 byte(s)
Mar  1 14:56:52 bj2 kernel: usbserial.c: port_softint - port 0
Mar  1 14:56:52 bj2 kernel: usbserial.c: serial_write_room - port 0
Mar  1 14:56:53 bj2 last message repeated 26 times
Mar  1 14:56:53 bj2 kernel: usbserial.c: __serial_write - port 0, 4 byte(s)
Mar  1 14:56:53 bj2 kernel: usbserial.c: port_softint - port 0
Mar  1 14:56:53 bj2 kernel: usbserial.c: serial_write_room - port 0
Mar  1 14:56:53 bj2 last message repeated 26 times
Mar  1 14:56:53 bj2 kernel: usbserial.c: __serial_write - port 0, 4 byte(s)
Mar  1 14:56:53 bj2 kernel: usbserial.c: port_softint - port 0
Mar  1 14:56:53 bj2 kernel: usbserial.c: serial_write_room - port 0
Mar  1 14:56:54 bj2 last message repeated 25 times
Mar  1 14:56:54 bj2 kernel: usbserial.c: __serial_write - port 0, 4 byte(s)
Mar  1 14:56:54 bj2 kernel: usbserial.c: port_softint - port 0
Mar  1 14:56:54 bj2 kernel: usbserial.c: serial_write_room - port 0
Mar  1 14:56:54 bj2 last message repeated 26 times
Mar  1 14:56:54 bj2 kernel: usbserial.c: __serial_write - port 0, 4 byte(s)
Mar  1 14:56:54 bj2 kernel: usbserial.c: port_softint - port 0
Mar  1 14:56:54 bj2 kernel: usbserial.c: serial_write_room - port 0
Mar  1 14:56:55 bj2 last message repeated 26 times
Mar  1 14:56:55 bj2 kernel: usbserial.c: __serial_write - port 0, 4 byte(s)
Mar  1 14:56:55 bj2 kernel: usbserial.c: port_softint - port 0
Mar  1 14:56:55 bj2 kernel: usbserial.c: serial_write_room - port 0
Mar  1 14:56:56 bj2 last message repeated 25 times
Mar  1 14:56:56 bj2 kernel: usbserial.c: __serial_write - port 0, 4 byte(s)
Mar  1 14:56:56 bj2 kernel: usbserial.c: port_softint - port 0
Mar  1 14:56:56 bj2 kernel: usbserial.c: serial_write_room - port 0
Mar  1 14:56:56 bj2 last message repeated 26 times
Mar  1 14:56:56 bj2 kernel: usbserial.c: __serial_write - port 0, 4 byte(s)
Mar  1 14:56:56 bj2 kernel: usbserial.c: port_softint - port 0
Mar  1 14:56:56 bj2 kernel: usbserial.c: serial_write_room - port 0

wbr Vitaly

Ответить

- на 49й секунде был затык с записью в юсб. Это , наверное, и были те 2 секунды что пакет застрял. Но это не 10 секунд о которых вы в начале писали. Подобные задержки я наблюдал в Виндах с дровами F2XX, правда у меня был большой поток данных в ПК на GDI(158 знак., 01.03.2011 16:34)
  - Это можно проверить также: проверив драйвер и аппаратуру Win машины отдельно. ++(184 знак., 01.03.2011 16:53)
    - надо будет подумать над этим. - cvv(01.03.2011 17:15)
  - из чего это видно? - cvv(01.03.2011 16:40)
    - <pre>last message repeated 39 times</pre> и так 2 раза на протяжении 49й секунды, т.е. всего было 78 повторов за секунду, при том что остальные пакеты проходят с повторением 25-26 раз раз в секунду. Кстати, и для остальных пакетов это не очень GDI(70 знак., 01.03.2011 17:01)
      - тоесть каждый "serial_write_room" - это транзакция записи по шине USB? cvv(198 знак., 01.03.2011 17:12)
        
        select это на приемной стороне, а я про передающую честь говорю, она же постоянно пытается писать в порт, если я правильно интерпретировал лог. - GDI(01.03.2011 17:17)
        
        приложение каждые 500 ms пишет в порт 4 байта. select делается между записями в порт. на случай если чтото придет. - cvv(01.03.2011 17:22)
        
        У меня тут возникла бредовая идея, вы же с внешним кварцем FTDI используете, может там велик разброс частот на разных сторонах? Там вроде есть возможность внешней синхронизации, можно попробовать их засинхронизировать между собой. Или с одного GDI(32 знак., 01.03.2011 17:30)
        
        при разбросе частот мы бы получили битые фреймы, неправильно принятые байты, и подобное - ниразу не наблюдали. cvv(144 знак., 01.03.2011 17:34)
        
        Так я намекаю на это в отладочных целях, неужели нельзя это попробовать без гальваноразвязки? И всё-таки почитайте ссылку с картинкой, узнаете много нового и идей на "попробовать" прибавится. Я бы Latency Timer подвигал для начала и размеры GDI(20 знак., 01.03.2011 17:49 - 17:52, ссылка, ссылка)
        
        ммм. здеся есть сверх всего еще каието нюансы с землями поэтому получим очередную порцию граблей сверх имеющихся. А за ссылки спасибо. - cvv(01.03.2011 18:02)
      - Похоже, что тестится самодельным тестом. Там 4-байтовые посылки: ++(390 знак., 01.03.2011 17:10)
- Вроде бы, ошибок usb нет. ++(512 знак., 01.03.2011 16:22)
  - без no_hardware_flow_control эхо имеем без проблем. включить hardware flow control - проблемно. - cvv(01.03.2011 16:44)
    - Также терминал и аппаратная перемычка на Win машине. ++(136 знак., 01.03.2011 16:56)
      - работает, только если работать долго, ну с пол-дня, то можно нарватся на ситуацию что на одной машине нажал энтер и сидиш ждешь пока оправленная строка появится на другой, в то время как остальное время задержки на глаз не заметны ... - cvv(01.03.2011 17:06)
        
        Такое происходит в обе стороны Win->Lin/Lin->Win? - ++(01.03.2011 17:15)
        
        В обе. - cvv(01.03.2011 17:16)
        
        Если разъединить машины. На каждой машине использовать перемычку rxd-txd, такое случается? - ++(01.03.2011 17:20)
        
        не наблюдали ни разу. ну по крайней мере заметных на глаз задержек небыло. 200-300 ms максимум. cvv(46 знак., 01.03.2011 17:26)
        
        Можно ли соединить корпуса машин толстым проводом по земле, временно выкинуть развязку(соединить rs_ftdi_Lin<->rs_ftdi_win) и протестить? ++(210 знак., 01.03.2011 17:42)
        
        mmm. корпус одной из машин платсковый + опломбированй + без ком-порта. так что даже не знаю что из этого можно сделать. - cvv(01.03.2011 18:05)
        
        развязка: одна между машинами на микросхеме ADUM. rts-dtr весят в воздухе. Спасибо за идеи, буду пробовать. - cvv(02.03.2011 10:23)
        
        Развязка внутри машины? Если отсоединить машины, замкнуть на выходе опто (изолированную (наружную) часть) развязки rxd-txd- точно всё ok? ++(623 знак., 01.03.2011 19:52 - 02.03.2011 08:28)

Схемы, платы, компоненты