Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
у меня тут планов громадьё... но терзаний еще больше.
например, в какую сторону двигаться... вот мне представляется целесообразным движение в сторону максимальной гибкости пользовательской фильтрации данных... но это потребует от пользователя повышенных навыков по "обустройству" нужных функций... концепция плагинов мною признана неудачной, и я от неё откажусь в пользу фиксированного набора намертво встроенных фильтров, но количество фильтров увеличу.
поступали тут предложения по визуализации данных в виде графиков... поскольку лично мне эта возможность никогда не требовалась, я не представляю, как она должна быть реализована. и вообще, должна или нет?
самому мне очень нравится концепция табличного представления пакетов по образу "кан-хакера" и подобных программ, но у кан-хакера пакет всегда известный, а я хочу сделать гибко настраиваемый... и тут просто вопрос целесообразности: чем гибче настройки, тем сложнее объяснить, как ими пользоваться, тем сложнее их освоить и т.п. наиболее живой пример проблемы - Excel: 99% пользователей не знают и о 5% его встроенных возможностях (например, из моего окружения НИКТО не знал и не применял Ctrl-1 для форматирования ячеек)!
поэтому сейчас проект в подвешенном состоянии: текущую версию развивать не вижу смысла сам, а концепт следующей не вырисовывается окончательно...
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
ARV Можно ли с помощью вашего терминала перехватывать и записывать обмен между двумя устройствами по COM порту? Подключить его на RX одного из портов и смотреть?
Можно ли с помощью вашего терминала перехватывать и записывать обмен между двумя устройствами по COM порту?
нельзя, увы.
возможность "подсматривать" я планирую добавить в новой версии, но эта возможность будет только половиной решения, а вторая половина будет решаться бесплатной утилитой com0com. в современных версиях винды нельзя сделать свой драйвер, который система позволит установить без подписи, а заморачиваться с подписью самописного драйвера лично мне ну вот совсем не в тему. а com0com уже подписана, и устанавливается без проблем на любую версию винды. а вот потом можно будет в мой "терминал" подключить "транзитом" 2 порта, и тогда моя программа сможет смотреть и вмешиваться в транзитный поток данных между ними.
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
предполагаемый вид интерфейса новой версии "терминала":
по сути, это уже будет не совсем терминал, а система наблюдения за потоком данных... хорошо бы, если бы нашелся какой-то энтузиаст для тестирования и обсуждения идей... а то, боюсь, в такие дебри зайду...
А нельзя ли добавить функцию записи в фаил на скоростях выше 115200? А то все терминалы что нашел выводят еще и на экран все что пришло, поэтому загрузка файла через порт физически занимает 2-3 секунды,а программы обрабатывают секунд 40-60.
все терминалы что нашел выводят еще и на экран все что пришло
в моей проге будет совсем не обязательно видеть всё то, что пришло можно будет настроить практически все, что угодно и как угодно! лишь бы терпения осваивать возможности хватило
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
я время от времени получаю в ЛС вопросы и предложения по "терминалу"... поэтому хочу немного пролить свет на тему, чтобы, возможно, дать часть ответов на часть вопросов и/или сделать задаваемые вопросы более конкретными.
итак, что задумано 1. программа, которая предназначена для наблюдения за потоком данных между внешними устройствами и/или компьютером. 2. безусловной привязки только к СОМ-портам нет, но, как самое простое, это будет сделано в первую очередь. вообще же задумка такая, что можно будет смотреть на любые потоки - CAN, LIN, UDP, TCP и т.п. 3. нет привязки к конкретному способу вывода информации. большинство программ выводит либо в виде таблицы, либо в виде графика, ну или в виде текста. я же предполагаю сделать так, чтобы можно было выводить что угодно как угодно. разумеется, в определенных рамках. в частности, спрашивали: можно ли видеть ВЕС с промышленных весов, зная протокол обмена? большинство терминалов позволяет увидеть ПАКЕТ, и в одном из его полей увидеть нужный вес - это понятно. моя программа сможет ВЫРЕЗАТЬ из пакета ТОЛЬКО ВЕС и показать его, например, НА СТРЕЛОЧНОМ ИНДИКАТОРЕ. и больше ничего пользователь не увидит!
как это планируется реализовывать основа уже была заложена в программе FTerm - это система фильтров данных. т.е. поступающие из наблюдаемого источника данные проходят через систему фильтров, которые оставляют на выходе только нужную информацию в нужном виде. теперь эта система фильтров дополняется новыми возможностями, количество фильтров будет больше, появится возможность использовать не единственный источник/приемник данных, а произвольное их количество. основная фишка нового проекта - графический визуальный интерфейс - вы могли видеть выше скриншот.
на скриншоте была показана простая система автонагрузки моей программы (для тестирования): данные с клавиатуры поступают (стрелки показывают направление движения данных) через блок ИЛИ на вход RX СОМ-порта, а то, что из СОМ-порта придет - поступает снова ему на вход через тот же блок ИЛИ. таким образом, стоит один раз ткнуть пальцем в клавиатуру, как СОМ-порт начинает сам себе флудить с предельно возможной интенсивностью (если его физические контакты RX-TX замкнуты, естественно).
аналогичным образом можно нарисовать систему изучения обмена любого количества любых девайсов: нарисовал стрелочку в нужном месте к блоку "консоли" - и смотри, что там передается.
само собой, вместо (или вместе с нею) клавиатуры предусматривается возможность использования других источников данных, например, таймера (чтобы посылать данные периодически без ручного вмешательства), или файла, или другого порта... да хоть с микрофона (не думал, но можно сделать). в любом месте прохождения данных можно вставить любое количество фильтров, чтобы изменять поток данных, как угодно. например, бинарный обмен нет смысла наблюдать в режиме "1 к 1", т.к. половина кодов будет соответствовать кракозябрам полностью бессмысленным. но можно выделить из этого бинарного потока важные данные, и преобразовать их в читаемый вид (например, если в пакете данных есть важное поле "адрес отправителя", можно его выделить, и не просто вывести число в любом формате, но вывести вместо этого числа обычное текстовое название отправителя, если оно известно). можно встрять в поток и заменить того же отправителя на другого, чтобы принимающее устройство думало, что получило данные от другого... ну и так далее.
короче, я хочу сделать ЛЕГО для изучения потоков данных, а что из моих блоков вы построите - зависит от вашей фантазии и потребностей.
что уже реализовано пока не так много: 1. графический интерфейс построения диаграммы потоков данных, рабочее название - конфигурация. 2. блок последовательного порта (СОМ). 3. блок текстовой консоли (точнее, только текстового визуализатора, ввод данных в этом блоке невозможен - это концептуальное условие) 4. блок текстового ввода (рабочее название - клавиатура).
то есть уже сейчас можно иметь почти тот же функционал, что и средний терминал.
что планируется в ближайшее время 1. блоки типичных фильтров (поиск-замена, преобразование форматов, выделение пакета по шаблону, буфферизация, детектор пауз) 2. блоки таймера, сигнализатора, записи в файл, счетчика 3. блок источника данных "файл" 4. блок табличного отображения пакетных данных 5. блок графического визуализатора (по времени) входных числовых данных 6. блок графического визуализатора в виде стрелочного прибора (а-ля спидометр) (в порядке предполагаемой очередности)
в настоящее время я занимаюсь отладкой, тестированием и доводкой всего этого добра. и мне, как я уже не раз писал, не хватает обратной связи.
надеюсь, я ответил на все заданные и еще не заданные вопросы... но готов продолжить разговор
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
Скачал! Спасибо! Могу накроить протоколов и есть куча железа для теста -Sartorius -Molem Precisa -Cas -ТВЕ -Bilanchi -Siwarex Siemens и прочее ..прочее..
Я думаю блок графического визуализатора в виде стрелочного прибора (а-ля спидометр) (в порядке предполагаемой очередности) Не нужен - есть цифири - что еще надо?? Логи чтения с выборкой в таблицу! Я верю в Вас!
для начала потестируйте то, что уже есть. хотелось бы понять, насколько мои подходы дают стабильный результат. читайте хелпы к фильтрам и вообще, и пробуйте настроить под свои протоколы - по идее того, что в комплекте FTerm уже есть, должно хватить на многое...
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
предлагаю первую презентацию результатов моих усилий. снял небольшой видосик с краткой демонстрацией возможностей. показано примерно так 3% от всего, что задумано и где-то 5% всего, что уже реализовано. в этом видео - главное: разница в том, что мы видим в обычном терминале и в реализованной мной "смарт-таблице". нечаянно снял не весь экран - половина не попала в кадр, но принципиально это не мешает - вроде бы все важное видно.
думаю, скоро сделаю второе видео, в котором покажу, как ведется работа с блоками - размещение, настройка, соединение, редактирование...
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
wireshark для uart? а если серьёзно - очень здорово у Вас получается. Софт подобного толка обычно называют "анализатор протоколов", по этому вспомнился вайершарк.
спасибо за отзыв, AAX. о wireshark я даже и не слыхал, вдохновлялся рассказами о CAN-хакере, с которым тоже дел не имел. возможно, часть моих задумок (или вообще все) новшеством не явлется, но, имхо, графический интерфейс настройки я первым применить решил
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
публикую описание своего проекта: https://cloud.mail.ru/public/4tPD%2FuyfBDkHnH тридцать страниц с картинками и текстом... разместить тут не могу, ибо PDF имеет размер 1М... все самое важное, вроде бы, описал. в процессе развития обновлять буду содержимое этой папки, ссылка будет постоянной
буду рад обратной связи
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 7
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения