Терминал моей мечты (COM-порт)

[Мурик]

используется английский.

Ваш родной язык?

[ARV]

мой родной мумбуюмбский, но его кодировка виндой не поддерживается.

[Мурик]

мой родной мумбуюмбский

Оно и заметно!

[Rimlyanin]

ARV, это хорошо. А то не давно столкнулся... ПОделка сумрачного гения. Без родного ini рядом вешается, забивая под 100% одно ядро.

[Sadovnik]

[uquote="ARV",url="/forum/viewtopic.php?p=3785970#p3785970"]то есть новое окно всегда открывать на "первичном" мониторе? я верно вас понял?[/uquote]
На мониторе где основное окно, а лучше - на фоне основного окна

[ARV]

у меня тут планов громадьё... но терзаний еще больше.

например, в какую сторону двигаться... вот мне представляется целесообразным движение в сторону максимальной гибкости пользовательской фильтрации данных... но это потребует от пользователя повышенных навыков по "обустройству" нужных функций...
концепция плагинов мною признана неудачной, и я от неё откажусь в пользу фиксированного набора намертво встроенных фильтров, но количество фильтров увеличу.

поступали тут предложения по визуализации данных в виде графиков... поскольку лично мне эта возможность никогда не требовалась, я не представляю, как она должна быть реализована. и вообще, должна или нет?

самому мне очень нравится концепция табличного представления пакетов по образу "кан-хакера" и подобных программ, но у кан-хакера пакет всегда известный, а я хочу сделать гибко настраиваемый... и тут просто вопрос целесообразности: чем гибче настройки, тем сложнее объяснить, как ими пользоваться, тем сложнее их освоить и т.п. наиболее живой пример проблемы - Excel: 99% пользователей не знают и о 5% его встроенных возможностях (например, из моего окружения НИКТО не знал и не применял Ctrl-1 для форматирования ячеек)!

поэтому сейчас проект в подвешенном состоянии: текущую версию развивать не вижу смысла сам, а концепт следующей не вырисовывается окончательно...

[GeoEvil]

ARV Можно ли с помощью вашего терминала перехватывать и записывать обмен между двумя устройствами по COM порту? Подключить его на RX одного из портов и смотреть?

[ARV]

Можно ли с помощью вашего терминала перехватывать и записывать обмен между двумя устройствами по COM порту?

нельзя, увы.

возможность "подсматривать" я планирую добавить в новой версии, но эта возможность будет только половиной решения, а вторая половина будет решаться бесплатной утилитой com0com. в современных версиях винды нельзя сделать свой драйвер, который система позволит установить без подписи, а заморачиваться с подписью самописного драйвера лично мне ну вот совсем не в тему. а com0com уже подписана, и устанавливается без проблем на любую версию винды.
а вот потом можно будет в мой "терминал" подключить "транзитом" 2 порта, и тогда моя программа сможет смотреть и вмешиваться в транзитный поток данных между ними.

[ARV]

предполагаемый вид интерфейса новой версии "терминала":

по сути, это уже будет не совсем терминал, а система наблюдения за потоком данных...
хорошо бы, если бы нашелся какой-то энтузиаст для тестирования и обсуждения идей... а то, боюсь, в такие дебри зайду...

[киракосян ашот]

А нельзя ли добавить функцию записи в фаил на скоростях выше 115200?
А то все терминалы что нашел выводят еще и на экран все что пришло, поэтому загрузка файла через порт физически занимает 2-3 секунды,а программы обрабатывают секунд 40-60.

[ARV]

все терминалы что нашел выводят еще и на экран все что пришло

в моей проге будет совсем не обязательно видеть всё то, что пришло можно будет настроить практически все, что угодно и как угодно! лишь бы терпения осваивать возможности хватило

[ARV]

я время от времени получаю в ЛС вопросы и предложения по "терминалу"... поэтому хочу немного пролить свет на тему, чтобы, возможно, дать часть ответов на часть вопросов и/или сделать задаваемые вопросы более конкретными.

итак, что задумано
1. программа, которая предназначена для наблюдения за потоком данных между внешними устройствами и/или компьютером.
2. безусловной привязки только к СОМ-портам нет, но, как самое простое, это будет сделано в первую очередь. вообще же задумка такая, что можно будет смотреть на любые потоки - CAN, LIN, UDP, TCP и т.п.
3. нет привязки к конкретному способу вывода информации. большинство программ выводит либо в виде таблицы, либо в виде графика, ну или в виде текста. я же предполагаю сделать так, чтобы можно было выводить что угодно как угодно. разумеется, в определенных рамках. в частности, спрашивали: можно ли видеть ВЕС с промышленных весов, зная протокол обмена? большинство терминалов позволяет увидеть ПАКЕТ, и в одном из его полей увидеть нужный вес - это понятно. моя программа сможет ВЫРЕЗАТЬ из пакета ТОЛЬКО ВЕС и показать его, например, НА СТРЕЛОЧНОМ ИНДИКАТОРЕ. и больше ничего пользователь не увидит!

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

на скриншоте была показана простая система автонагрузки моей программы (для тестирования): данные с клавиатуры поступают (стрелки показывают направление движения данных) через блок ИЛИ на вход RX СОМ-порта, а то, что из СОМ-порта придет - поступает снова ему на вход через тот же блок ИЛИ. таким образом, стоит один раз ткнуть пальцем в клавиатуру, как СОМ-порт начинает сам себе флудить с предельно возможной интенсивностью (если его физические контакты RX-TX замкнуты, естественно).

аналогичным образом можно нарисовать систему изучения обмена любого количества любых девайсов: нарисовал стрелочку в нужном месте к блоку "консоли" - и смотри, что там передается.

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

короче, я хочу сделать ЛЕГО для изучения потоков данных, а что из моих блоков вы построите - зависит от вашей фантазии и потребностей.

что уже реализовано
пока не так много:
1. графический интерфейс построения диаграммы потоков данных, рабочее название - конфигурация.
2. блок последовательного порта (СОМ).
3. блок текстовой консоли (точнее, только текстового визуализатора, ввод данных в этом блоке невозможен - это концептуальное условие)
4. блок текстового ввода (рабочее название - клавиатура).

то есть уже сейчас можно иметь почти тот же функционал, что и средний терминал.

что планируется в ближайшее время
1. блоки типичных фильтров (поиск-замена, преобразование форматов, выделение пакета по шаблону, буфферизация, детектор пауз)
2. блоки таймера, сигнализатора, записи в файл, счетчика
3. блок источника данных "файл"
4. блок табличного отображения пакетных данных
5. блок графического визуализатора (по времени) входных числовых данных
6. блок графического визуализатора в виде стрелочного прибора (а-ля спидометр)
(в порядке предполагаемой очередности)

в настоящее время я занимаюсь отладкой, тестированием и доводкой всего этого добра. и мне, как я уже не раз писал, не хватает обратной связи.

надеюсь, я ответил на все заданные и еще не заданные вопросы... но готов продолжить разговор

[nickjust]

жесть!
....оставайтесь с нами будите нашим гениальным механиком планеты))) (Шелезяка)
Нужна прога для тестирования - слейте на обменник для Украины плиз
https://wdfiles.ru/
https://zfile.in.ua/
https://imgur.com/gallery/1X1Rr

[ARV]

https://wdfiles.ru/43933a4261b42d06 - последняя версия FTerm

новая программа пока не готова

[nickjust]

Скачал!
Спасибо!
Могу накроить протоколов и есть куча железа для теста
-Sartorius
-Molem Precisa
-Cas
-ТВЕ
-Bilanchi
-Siwarex Siemens
и прочее ..прочее..


Я думаю блок графического визуализатора в виде стрелочного прибора (а-ля спидометр)
(в порядке предполагаемой очередности)
Не нужен - есть цифири - что еще надо??
Логи чтения с выборкой в таблицу!
Я верю в Вас!

[ARV]

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

[ARV]

предлагаю первую презентацию результатов моих усилий. снял небольшой видосик с краткой демонстрацией возможностей. показано примерно так 3% от всего, что задумано и где-то 5% всего, что уже реализовано. в этом видео - главное: разница в том, что мы видим в обычном терминале и в реализованной мной "смарт-таблице".
нечаянно снял не весь экран - половина не попала в кадр, но принципиально это не мешает - вроде бы все важное видно.

думаю, скоро сделаю второе видео, в котором покажу, как ведется работа с блоками - размещение, настройка, соединение, редактирование...

[AAX]

wireshark для uart?
а если серьёзно - очень здорово у Вас получается. Софт подобного толка обычно называют "анализатор протоколов", по этому вспомнился вайершарк.

[ARV]

спасибо за отзыв, AAX.
о wireshark я даже и не слыхал, вдохновлялся рассказами о CAN-хакере, с которым тоже дел не имел.
возможно, часть моих задумок (или вообще все) новшеством не явлется, но, имхо, графический интерфейс настройки я первым применить решил

[ARV]

публикую описание своего проекта: https://cloud.mail.ru/public/4tPD%2FuyfBDkHnH
тридцать страниц с картинками и текстом... разместить тут не могу, ибо PDF имеет размер 1М...
все самое важное, вроде бы, описал. в процессе развития обновлять буду содержимое этой папки, ссылка будет постоянной

буду рад обратной связи