Посоветуйте прогу com терминал

[jak888ut]

Кто каким com терминалом пользуется? Посоветуйте.

[Андрей_Р]

Hyperterminal

[Jack_A]

Hyperterminal

Так если не ошибаюсь, он - для текстовых сообщений? А как бинарные передать ? Впрочем, могу и ошибаться - давно им не пользовался.

[Fasterpast]

Пользуюсь вот этим. не помню уже где взял =)
http://fasterpast.ru/Terminal.exe

[asteroid7]

ZOC - очень крутой, но платный;
PuTTY - крутой, свободный и открытый.

[BCluster]

Realterm

[DX168B]

Пользуюсь вот этим. не помню уже где взял =)
http://fasterpast.ru/Terminal.exe

Пользуюсь тем же и взял его на сайте http://www.pcports.ru/

[>TEHb<]

Встроенным в CVAVR, а также тоже HyperTerminalом.

[Alex_EXE]

http://easyelectronics.ru/terminalnye-programmy.html - небольшая статейка по терминалам
Мне же больше всего нравятся 2:
1. самописный
2. Terminal v1.9b , который не раз уже упоминался

[orinoko]

Я пользуюсь самописным, так как часто приходится проверять разные контроллеры с разными расчётами CRC. Работает на уровне байтовых пакетов. Можно указывать либо HEX, либо символы. Если кому-то надо, могу выложить. Написан на Дельфи.

[RusikOk]

пользуюсь COM Port Toolkit. таблетки ни у кого нету?

[ГорынычЪ]

Для работы с COM лучше пользовать самописные. Рекомендую MSCOMM32.OCX + любой язык.

[Мурик]

Рекомендую MSCOMM32.OCX

Зачем использовать внешние файлы для работы с COM портом?
В любом нормальном языке программирования, должны быть удобные компоненты/функции для работы с этим портом.

[RusikOk]

Рекомендую MSCOMM32.OCX

Зачем использовать внешние файлы для работы с COM портом?
В любом нормальном языке программирования, должны быть удобные компоненты/функции для работы с этим портом.

я Вам больше скажу. используя WinAPI проблем с СОМ портом тоже не возникает

[YS]

Я использую либо что-то самописно-специфичное к разрабатываемому девайсу, либо, когда нужен стандартный обмен - PuTTY.

[DX168B]

В принципе я тоже самое делаю. При начальной отладке применяю Terminal v1.9, но если там уже всё проверено, то тогда уже перехожу на самописный, разрабатываемый для девайса софт. В этом софте я ВСЕГДА предусматриваю режим DEBUG MODE. То есть дописываю в класс функции отладки. При запуске программы с определёнными аргументами или с изменением какого-нибудь определённого параметра в XML или ini файле конфигов, моя прога начинает работать в режиме отладки. То есть отображает происходящие внутри неё действия, процессы или входящие\исходящие потоки данных. Немного изврата, но оно стоит того при поиске проблем в обычных условиях.

[YS]

Немного изврата, но оно стоит того при поиске проблем в обычных условиях.

Это не изврат, а насущная необходимость. Только я обычно пишу что-то в духе

Код: Выделить всё

#ifdef DEBUG_MODE

//Код, применяемый для отладки

#endif

и в релизовой версии все же пересобираю без отладки. Но это уже дело вкуса и конкретных требований задачи.

[DX168B]

Во! Почти такая-же система. Применение условной компиляции + дописывание специфических функций для проверки функционала без сред разработки. Когда софт станет вылизанным вдоль и поперёк, тогда уже собираю релиз-версию без расширенных отладок. оставляю только возможность отображения входящих\исходящих данных через порты ввода-вывода и вывод кодов ошибок.
Обычно все конфиги к софту храню в ini файлах. И всегда у меня там есть такое:

Код: Выделить всё

[COM]
PortNum=1
Baud=9600

[DELAYS]
comRQ=20
rts0=20
rts1=20
strt=30

[OTHERS]
debug=d ;режим отладки
log=e ;вывод в лог-файл

[-=Vovka=-]

А я пользуюсь этой: http://vovka.sv19.com/index.php?vs=11&idp=74

[ploop]

bash + minicom. Или голый bash. Больше ничего не надо