кто каким терминалом пользуется, последовательный порт Опции

[Herz]

А я еще в Matlab-е передавал и принимал по COM-порту. Там же и рисовал, что принял. Вот где красота!

+1. Я тоже. А ещё пользовал Docklight, вполне устраивал.

[jcxz]

Эти команды можно элементарно в файлики позаписывать, а потом писать

Можно конечно. Можно и с клавы набирать.
Вопрос то в другом - чтобы это было удобно, и не делать кучу телодвижений каждый 100-500-й раз как надо повторить ту же самую команду.
Чтобы была просто кнопочка - нажал и всё.

Скорее всего, в потере информации виновата сама железяка.

Тоже так думаю.

Раньше пользовался гипертерминалом (странно, что его никто не упомянул). Потом, когда его перестали поставлять вместе с виндой - переключился на putty. Профили есть. Сокеты умеет. Запись в файл - есть. Раскраска есть. Бывает и под винду, и под линукс.

Кроме того что неудобен и большинства нужного в нём нет, так он ещё и не видит многие COM-порты.

На 921600 - FT232, FT2232. С другими обычно не выше 115200 (за ненадобностью).

Хм... я вот и сейчас с FT232 работаю (BM вроде). На 912600. Проблем нет, поток довольно приличный (в частности в него идёт вывод снифера Ethernet-пакетов с почти полной расшифровкой вложенных протоколов IP/TCP/...).
У меня своя терминалка и WinXP или Win8.

[segment]

А какой ваш (обращение ко всем) идеальный терминал? Может реализую такой открытый проект

[zltigo]

А какой ваш (обращение ко всем) идеальный терминал? Может реализую такой открытый проект

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

[k155la3]

А какой ваш (обращение ко всем) идеальный терминал? Может реализую такой открытый проект

Ну, скажем, MSVC + Win32API с правильным (своим) исходником и возможностью "докомплектации" функциональности подключением
своих DLL - на мой взгляд, идеальный "компилирующий" терминал
Некий аналог FARа с плагинами.

[rx3apf]

Вопрос то в другом - чтобы это было удобно, и не делать кучу телодвижений каждый 100-500-й раз как надо повторить ту же самую команду.
Чтобы была просто кнопочка - нажал и всё.

Вот в teraterm я переназначил несколько функциональных клавиш так, чтобы они вызывали файлы с макрокомандами. А туда уже пишу то, что мне нужно. Правда (одно из неудобств teraterm), если клавишу зажать до автоповтора, то спотыкается по ошибке (идиотизм, который просто выбешивает). А второй идиотизм, который просто дико бесит - неотключаемая обработка кода SO ($0E), как получает такой код - переключает на какой-то идиотский служебный фонт, и никак эту пакость не побороть (ну, разве что прямо в коде зарубить).

[jcxz]

А второй идиотизм, который просто дико бесит - неотключаемая обработка кода SO ($0E), как получает такой код - переключает на какой-то идиотский служебный фонт, и никак эту пакость не побороть

Ну коли так - одно это ставит жирный крест на нём. Несмотря на все остальные достоинства.

[rx3apf]

Это бесит, но не фатально ("не побороть" - это, в смысле, в настройках нет опции игнорирования SI/SO). Обходится правкой и перекомпляцией или правкой "по живому", или выводом SI эхом, или (как я у себя делаю) - при первом выводе из программы вывожу SI, и дальше все нормально. Еще помню, были у меня какие-то сваливания при очень большом принятом объеме - подробностей не помню.

Сообщение отредактировал rx3apf - Dec 30 2016, 13:10

[Jenya7]

Ну раз пошла такая пьянка выложу свой вариант. Критика категорически приветствуется.

Прикрепленные файлы

 UartMate.rar ( 63.11 килобайт ) Кол-во скачиваний: 14

 

[zltigo]

Ну раз пошла такая пьянка выложу свой вариант. Критика категорически приветствуется.

Первый раз в жизни вижу терминал с ЧЕТЫРЬМЯ консолями. При этом во всех четырех можно что то набирать, но ответная реакция на набранную команду только в трех из них, причем в одном из них требуется нажатие кнопки send. Но ответы только в одном из них.
В общем не для средних умов . Про все остальное просто помолчу.

[Эдди]

Может, кому пригодится: мой мультипортовый сниффер (сделал, когда понадобилось снять протокол общения "мозгов" кофеварки с ее модемом).
Утилита позволяет открывать несколько портов и одновременно логгировать данные с них. Открывает в неблокирующем режиме (т.е. можно еще чем-нибудь параллельно писать туда при необходимости). Имеет строковый и символьный режимы работы. Скорость можно задавать как всем портам одну и ту же, так и разные разным портам.
В планах еще сделать на STM32 прямой сниффер RS-232 как CDC (сквозное подключение, один UART будет логгировать Rx, другой — Tx), но это дело долгого ящика.

Сообщение отредактировал Эдди - Dec 30 2016, 16:51

[rx3apf]

Логгировать взаимообмен UARTов удобно пятибаксовым клоном saleae. Даже порты и переходники не нужны.

[Ruslan1]

Логгировать взаимообмен UARTов удобно пятибаксовым клоном saleae. Даже порты и переходники не нужны.

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

[zltigo]

Сейчас потребовалось покопаться в UDP по быстрому и вспомнил очень приличную утилитку, которой пользуюсь с незапамятных времен, но незаслуженно забыл сразу помянуть: http://www.hw-group.com/products/hercules/index_en.html Ее функционал далеко выходит за понятие терминал RSxxx, но его тоже имеет.

[Herz]

Понадобилось вернуться к теме.
Подскажите утилитку с функцией сниффера, чтобы можно было запустить на компьютере с 64-бит Windows и обмен по СОМ-порту записывать в лог-файл. Разумеется, прослушивать нужно уже "занятый" порт, то есть, открытый в другой программе.
Что-то вроде старенького COM Port Toolkit , думаю, бы подошло.
Но тот, во-первых, платный, а во-вторых, для старых платформ.
Возможно, есть что-то свежее и бесплатно.