Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях 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
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
Вход
Регистрация
Правила
FAQ
Поиск
можно будет настроить практически все, что угодно и как угодно! лишь бы терпения осваивать возможности хватило
