caxapa.ru :: На машине МСВС (Linux 2.4):

++ (28.02.2011 16:39 - 16:43, просмотров: 144) ответил cvv на где могут застрявать байты в преобразователе USB-COM?

На машине МСВС (Linux 2.4): #dmesg- c <cr> выполнить обмен через ftdi Выполнить: #dmesg- c <cr> .log работы вророй команды в студию. ftdi full_speed/hight_speed?

Ответить

- <blockquote>ftdi full_speed/hight_speed?</blockquote> full_speed cvv(28.02.2011 17:01)
  - Извлеките преобразователь. ++(321 знак., 01.03.2011 10:03)
    - поток отладочной инфы настолько большой что dmesg обновляется каждые несколько секунд. я не успею сохранить в файл актуальный фрагмент. Сюда зашлю лог syslog-а - cvv(01.03.2011 12:08 - 13:33)
      - На этом участке лога было задержано два пакета гдето на две секуды (идущие от удаленной машины к нам). У меня впечатление что надо более подробный лог. cvv(3945 знак., 01.03.2011 16:08)
        
        на 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)

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