Мост USB-USART проблемы с ноутбуком

[Wiza_]

Это что вы несете про RS232 - все там есть и буфера на прием и передачу, и таймауты на кучу, и даже евент на конкретный байт

Оно там есть. Но такое ощущение, что оно не работает. Парились долго и все мануалы, которые можно было найти - всё было прочитано

COMMTIMEOUTS

Не помню: юзали или нет. Но где-то таймауты я настраивал. Не сработало.

[Wiza_]

Вот. Стоит и работает. Ошибки - не что иное как рваные пакеты.
С честным мастером на мк - такого не будет

[tim1960]

А в другой воткнул PCI платку, на которой два СОМа.

Дык ведь теперь и PCI-слот становится диковиной

[Boba_spb]

Дык теперь покупайте на PCI - express те же модули
http://www.moxa.ru/shop/boards/pci_express/

[shurenock]

Спасибо за идеи. Как только разберусь или не разберусь, сразу отпишусь.

В C# есть класс serialPort, в котором реализовано все касательно Com порта, железный он или виртуальный. Т.е. можно узнать сколько байтов в буфере, считать, записать и пр. методы и свойства.

Работаю я конечно используя в пакете синхробайт. От него прием пакета.

Вообще это уже наверное 10 может и поболее устройство, сделанное на этом железе (переходнике) и с подобным софтом. Ничего никогда не глючило. Да и до сих пор работает нормально.

И с этим устройством (здесь режим управления от компьютера используется только для снятия характеристик, загонки поправочных коэффициентов и эмуляции работы при тестировании схемы) проблем не было никаких. Пока не понадобилось разработку продемонстрировать заказчику. Я на фрилансе электронику разрабатываю. Вот здесь и вылезла проблема, когда я на ноут все ПО перенес, скомпилил на всякий случай прогу, притащил заказчику, а оно не пашет нормально. Сбоит через раз. Как бы можно на это и плюнуть, но очень уж опция хорошая получается. Пришел на точку, подключил устройство к ноуту, оттестил, откорректировал данные и оставил.
Так что буду копать.

[Boba_spb]

Решал задачку на C# - около 56 модулей сидят на двух RS485. Протокол DCON, скорость 115200, 10 измерений в секунду. Никакаих проблем не было вроде. Правда пришлось добраться до разработчика драйвера в Тайване - один из параметров настройки драйвера не сохранялся. Поправили, прислали свежачок.

[Wiza_]

Кстати ! Был косяк у меня с UARTом ! Переходник на FT2232 с очень китайскими USB кабелями оказывается работать - видать питания нехватает.

[nml]

Работаю я конечно используя в пакете синхробайт. От него прием пакета.

Я постоянно работаю с USARTом и уже сложился некий стандарт - обмен посылками, в посылке - синхро, номер пакета (что передается, оно же определяет длину), данные, контрсумма. Так получается надежно.

С USB-COM переходниками часто имею дело при отладке, разные, большинство на PL230* - но чтобы терялись байты - не припомню, ей богу. Единственный баг - если криво написанная программа виснет на компе (отлад. обмен, написанный на дельфях еще под Win95, наверное, исходников нет, переписывать влом) - то порт после выкидывания процесса остается занят - лечится просто - вынуть - вставить.

[Godzilla82]

Делал недавно устройство на FT232RL. Контроллер - ATmega1284. Работает на частоте 22,1184 МГц.

Скорость работы с UART - до 1 мегабита.

Не все сторонние терминалы успевают принимать на такой скорости.

При непрерывной работе на 1 Мбит возникают одиночные сбои. Может через 5 минут сбойнуть, а может и 5 часов молотить без проблем.

Сбои - особо не разбирался. Либо ошибка контрольной суммы, либо потеря байта. Повторный запрос - и работаем дальше.

Работает без проблем что на ноуте, что на стационрном компе. Что на XP, что на Windows 7.

У родного драйвера FT232 есть настройка - таймаут ожидания приёма байтов в буфер перед отправкой. Для критичной по времени задачи надо ставить на минимум - 1 мс (не помню точно).

Приём организовывал через потоки. Причём, чтобы успевал принимать на скорости 1 Мбит, пришлось повышать приоритет.

[shyub]

У родного драйвера FT232 есть настройка - таймаут ожидания приёма байтов в буфер перед отправкой.

Если можно, то подробнее об этом и каким образом Вы меняеете настройки драйвера.