Форум РадиоКот

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

Hyperterminal

Андрей_Р писал(а):Hyperterminal

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

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

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

Realterm

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

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

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

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

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

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

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

ГорынычЪ писал(а):Рекомендую MSCOMM32.OCX

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

Мурик писал(а):

ГорынычЪ писал(а):Рекомендую MSCOMM32.OCX

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

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

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

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

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

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



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

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

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

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