Учитывая, что у блок-схем алгоритмов и программ "ограниченный контингент" компонентов, стоило бы, по моему мнению, сделать свой простенький графический редактор. Только не такой, как, к примеру, в Workbench. Там тянешь связь от одного элемента к другому - а ему взбрендилось закрутить предварительно пару оборотов вокруг точки подключения. Мой кот раньше никогда от меня таких матов не слыхал, как при попытке накидать схему в Workbench, очень удивился.
Я так бегло тему просматривал... Так вроде "терминал мечты" предполагает рисованием схемы какие-то действия в нём? Настройку, создание и отправка сообщений? Если нет,то пардон.
Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.
Jack_A, у всех мечта разная. Мой терминал мечты - обычный терминал на ncurses с использованием readline (чтобы по истории введенных данных удобно было прыгать). Умеет последовательные порты и сокеты (т.к. у netcat интерфейс смешивает ввод с выводом и при активном потоке данных работать невозможно, у меня же ввод отдельно, вывод отдельно). А кому-то зачем-то нужно кучу команд хранить и всякую прочую ерунду. Зачем, когда в readline при желании можно и автодополнение команд настроить?
_________________ Linux rules! Windows must die. Здравомыслящий человек добровольно будет пользоваться мастдаем лишь в двух случаях: под дулом автомата или под влиянием анального зонда. Я на гитхабе, в ЖЖ
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
Зачем, когда в readline при желании можно и автодополнение команд настроить?
в теме я лично вам отвечал уже, зачем и почему, если запамятовали, перечитайте снова.
Jack_A писал(а):
Так вроде "терминал мечты" предполагает рисованием схемы какие-то действия в нём? Настройку, создание и отправка сообщений?
так, да не так.
FTerm - это просто терминал с наворотами, более-менее традиционным интерфейсом. OBSERVER - больше, чем терминал, это уже система визуализации обмена данными, тут можно и COM-порты смотреть, и TCP/IP-пакеты и много чего еще. поскольку все это требует бОльших усилий по настройке "под себя", пришлось сделать визуальный интерфейс, в котором мышкой можно "объяснить", что нужно в итоге получить. я посчитал, что мышкой будет проще и приятнее, чем правкой файлов конфига...
а потом, на основе нарисованной диаграммы, называемой "конфигурация", можно запустить наблюдение, и тогда откроются окна, появятся графики и возможность что-то вводить/отправлять. более подробно можно прочитать в справочном файле, входящем в комплект, доступный по ранее приведенной ссылке
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
В TerminalTMB_v2.25 - есть ограничение на количество символов в строке ввода Может конечно там есть какая то функция, что бы подключать фалы - но я пока не разобрался..
Идеальным для меня будет подключение txt-файла, в котором можно без ограничения ( ну или очень большого объема ) записывать пакеты для передачи ( дабы имитировать поток данных )
Актуальная версия сейчас 5.061b. В нём есть все возможности для записи-чтения файлов в любом виде, можно парсить протоколы, выводить графики, снифферить виртуальные и железные порты, эмулировать ответы, фильтровать, ловить, пересылать и т.д.
а можно вводить с клавиатуры одновременно текст и не-текстовые символы, например, BELL или иные с кодами менее 0x20? будет ли при этом вестись подсчет количества отправленных байт?
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
а можно вводить с клавиатуры одновременно текст и не-текстовые символы, например, BELL или иные с кодами менее 0x20? будет ли при этом вестись подсчет количества отправленных байт?
Необходимости в таком вводе ни разу не было. Либо обычные консольные команды, либо данные в HEX-виде. Байты, естественно, считаются все, которые отправлялись и принимались из портов. На данный момент актуальная версия 5.067.
ну а вот мне понадобилось давеча послать сразу несколько команд одним пакетом, и оказалось, что кроме моего OBSERVER-а, нигде это сделать ПРОСТО и УДОБНО невозможно... ввел вот такую строку и отправил ее: cmd1\ncmd2\ncmd3\n - проще некуда! вводятся одновременно и текст, и служебные байты, нотация совпадает с общепринятой. и никакого или-или
Добавлено after 1 minute 8 seconds: я за вашей программной время от времени наблюдаю... с ростом номера версии она становится все больше и больше похожа на франкенштейна - интерфейс и изначально простым не был, а сейчас и с поллитрой не разберешься...
Добавлено after 2 minutes 43 seconds: а я нарисовал мышкой вот такое:
и наблюдал в консоли только то, что было нужно...
простенько.
Добавлено after 2 minutes 26 seconds: и, как вы понимаете, ограничений на количество консолей, портов и т.п. нет. можно хоть 33 порта подключить в любых комбинациях... и академиев кончать для этого не придется...
Приветствую. Имею USB UART переходник, который не поддерживает нестандартные скорости без танцев с бубнами. То есть если я ввожу не поддерживаемую скорость в Terminal1_9_b , то он передает и принимает данные, правда настоящая скорость отличается и выставляется из стандартного ряда. Терминал естественно никак не отображает эту проблему. Пришлось для проверки щупать осциллографом. Пробовал еше несколько программ для работы с COM-мом, то же самое. Собственно глупый вопрос - а ваши программы не умеют определять, поддерживает ли USB-чип заданную скорость? Или такое в принципе не реализуемо?
HEX-ввод позволяет вводить с разделением на байты или без оного, т.е. можно FF3E2A, но можно и FF 3E 2A - это будет то же самое. при этом F F 3 это то же самое, что и три байта 0F 0F 03, а FF3 - это то же самое, что FF 03
текст сохранен так же, как и был, но в этом поле можно вводить и так: "Текст с переносом\nстроки" или "Текст с 2 байтами данных \xFF\xFE"
история ввода - в выпадающих списках.
файл только показывает возможность ввода, пока ничего не отправляет на самом деле, но будет отправлять по Enter.
А кому-то зачем-то нужно кучу команд хранить и всякую прочую ерунду. Зачем, когда в readline при желании можно и автодополнение команд настроить?
По своему опыту могу сказать, что при возвращении к работе с каким-то прибором спустя полгода-год забываются многие команды. В моём терминале на этот случай имеются списки макросов с возможностью добавления описания к каждому макросу. Если все ранее отправленные команды запоминать и держать в одной куче, то получится каша, особенно когда команды в бинарном виде.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 13
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения