cvv (01.03.2011 16:40, просмотров: 143) ответил GDI на на 49й секунде был затык с записью в юсб. Это , наверное, и были те 2 секунды что пакет застрял. Но это не 10 секунд о которых вы в начале писали. Подобные задержки я наблюдал в Виндах с дровами F2XX, правда у меня был большой поток данных в ПК наwbr Vitaly
-
- <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)
- У меня тут возникла бредовая идея, вы же с внешним кварцем FTDI используете, может там велик разброс частот на разных сторонах? Там вроде есть возможность внешней синхронизации, можно попробовать их засинхронизировать между собой. Или с одного GDI(32 знак., 01.03.2011 17:30)
- приложение каждые 500 ms пишет в порт 4 байта. select делается между записями в порт. на случай если чтото придет. - cvv(01.03.2011 17:22)
- select это на приемной стороне, а я про передающую честь говорю, она же постоянно пытается писать в порт, если я правильно интерпретировал лог. - GDI(01.03.2011 17:17)
- Похоже, что тестится самодельным тестом. Там 4-байтовые посылки: ++(390 знак., 01.03.2011 17:10)
- тоесть каждый "serial_write_room" - это транзакция записи по шине USB? cvv(198 знак., 01.03.2011 17:12)
- <pre>last message repeated 39 times</pre> и так 2 раза на протяжении 49й секунды, т.е. всего было 78 повторов за секунду, при том что остальные пакеты проходят с повторением 25-26 раз раз в секунду. Кстати, и для остальных пакетов это не очень GDI(70 знак., 01.03.2011 17:01)