Перейти к содержанию
    

кто каким терминалом пользуется

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Можно конечно. Можно и с клавы набирать.

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

Чтобы была просто кнопочка - нажал и всё.

 

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

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

 

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

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

 

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

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

У меня своя терминалка и WinXP или Win8.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

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

 

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

своих DLL - на мой взгляд, идеальный "компилирующий" терминал :)

Некий аналог FARа с плагинами.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Чтобы была просто кнопочка - нажал и всё.

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Изменено пользователем rx3apf

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

UartMate.rar

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

В общем не для средних умов :). Про все остальное просто помолчу.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Может, кому пригодится: мой мультипортовый сниффер (сделал, когда понадобилось снять протокол общения "мозгов" кофеварки с ее модемом).

Утилита позволяет открывать несколько портов и одновременно логгировать данные с них. Открывает в неблокирующем режиме (т.е. можно еще чем-нибудь параллельно писать туда при необходимости). Имеет строковый и символьный режимы работы. Скорость можно задавать как всем портам одну и ту же, так и разные разным портам.

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

Изменено пользователем Эдди

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

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

Это сильно напрягает, если ждете определенную ситуацию и на нее нельзя настроить триггер запуска.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Понадобилось вернуться к теме.

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

Что-то вроде старенького COM Port Toolkit , думаю, бы подошло.

Но тот, во-первых, платный, а во-вторых, для старых платформ.

Возможно, есть что-то свежее и бесплатно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...