Гаражные войны

[serggio]

ИМХО, UT60 создавался намного раньше вашего мультиметра

ИМХО ваше тут не уместно, т.к. вы ошибаетесь. ПО работает с мультиметрами, серии 190, во времена которых китайские производители еще только изучали что такое логирование.
Концепция работы одинаковая.

К тому же, небольшая неточность с временным интервалом не имеет практического значения при логировании больших периодов времени.
Если захотеть - можно придраться к столбу.

По поводу придраться, вы абсолютно правы. Чем вы, кстати, с успехом и заниматесь.
Я спрашивал о том может ли мультиметр логировать без ПО.

Если вам интересно продолжить дискуссию, давайте я перенесу это в гаражные войны, я расскажу как мне видится логичная работа ПО, вы расскажите как у вас должно быть.
Вы кстати когда нибудь цепляли анализатор последовательного порта к UT?

[Кass]

давайте я перенесу это в гаражные войны

Тут последние 2-3 страницы не имеют никакого отношения к переполюсовке. Это скорее из темы про разрядную кривую, а не войн.

[Cyberpapa]

Я спрашивал о том может ли мультиметр логировать без ПО.

Не может. Это понятно при внимательном просмотре видео.
Если не ошибаюсь - в документации на прибор не указывают объем памяти, что подтверждает невозможность вести лог средствами прибора.

Если вам интересно продолжить дискуссию, давайте я перенесу это в гаражные войны, я расскажу как мне видится логичная работа ПО, вы расскажите как у вас должно быть.

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

Вы кстати когда нибудь цепляли анализатор последовательного порта к UT?

Нет.

ПО работает с мультиметрами, серии 190, во времена которых китайские производители еще только изучали что такое логирование.

В таком случае смотрите вторую часть моего сообщения, в которой говорилось о цене прибора.

[Shadow_ru]

отсылка данных будет происходить в строго заданных точках программы и строго отведенные интервалы времени

Вместо того, что бы взять процессор с нормальной поддержкой приоритетов и ниток ни используют подсчет циклов, прям как в 70-х. Не проще взять АРМ вместо убогих гиперцикловых процов ?

[Яков93]

Разговор про закон о "надежный и устойчивый интернет" перенес в политическую тему https://electrotransport.ru/index.php?msg=1607039

[SanSanich]

Спойлер

[user]serggio[/user], дело в том что отсылка и прием данных это весьма долгая (по меркам процессора) задача. Если оцифровка порта в Атмеге328 занимает 32-128 нС., то отсылка данных это уже миллисекунды. Единичное измерение как правило не используют. Делают блок замеров, затем усредняют и выдают на экран. Вывод на LCD экран тоже занимает огромное время. В своем измерителе сопротивления для того чтобы непрерывно измерять и выводить на дисплей результаты - пришлось сильно постараться(и то от смены заполнения дисплея  показания на пару сотых милливольта меняются). Если при этом по шине связи придет команда обмена данными  с ПК, а затем этот обмен будет произведен - боюсь там от точности вычисления совсем ничего не останется. Именно поэтому на время измерения и вычисления результатов - я по возможности максимально разгружаю процессор.
Исходя из этого, во второй версии измерителя (где уже будет передача информации на ПК или WIFI) отсылка данных будет происходить в строго заданных точках программы и строго отведенные интервалы времени. Период отсылки данных будет явно избыточен, а вот пользователю будет предложен выбор, с какой дискретностью он хочет видеть график и(или) сохранять его в лог.
Конечно это мое ИМХО и в данном приборе может чуть по другому, но я так увидел работу с интерфейсами покуда делал тестер.
[/quote]

[user]SapienzSPB[/user], абсолютно согласен!

[Кass]

Вместо того, что бы взять процессор с нормальной поддержкой приоритетов и ниток ни используют подсчет циклов, прям как в 70-х. Не проще взять АРМ вместо убогих гиперцикловых процов ?

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

[Serg]

точное поддержание циклов обязательно для функций интегрирования и дифференцирования.

Требования к точности закладываются на стадии ТЗ. Абсолютная точность  до 10 знака после запятой никому не нужна для управления заслонкой в воздуховоде или ступенчато-прерывистой подачей топлива в котле.

[Кass]

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

О сверх точности никто и не говорит. Но если у вас включится какая то передача данных, или еще какая то дополнительная, что сильно изменит длительность цикла, все регуляторы перейдут в переходный процесс с колебаниями. Если циклы вообще будут непостоянны, то колебательный процесс станет постоянным. Даже банально залитую емкость с приемлемой точностью не посчитаете.

[Serg]

все регуляторы перейдут в переходный процесс с колебаниями.

Сначала нужно понимать какие колебания могут возникнуть, полосу пропускания. Затем делать выводы будут ли они вообще возможны.

Добавлено 18 Апр. 2019 в 19:15

Но если у вас включится какая то передача данных, или еще какая то дополнительная, что сильно изменит длительность цикла

Нужно проектировать реалтайм. И не вешать передачу данных на процессор.

[Shadow_ru]

точное поддержание циклов обязательно для функций интегрирования и дифференцирования

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

[Кass]

Сначала нужно понимать какие колебания могут возникнуть

Достаточно посмотреть графики ПИД регуляторов. Мне приходится наблюдать их в реале почти каждый день.

Нужно проектировать реалтайм. И не вешать передачу данных на процессор.

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

[Serg]

Стабильный постоянный цикл и есть реалтайм.

Нет, реал тайм - это реагирование процессора на события в условно "реальном" времени. За события принимается, конечно, прерывание пришедшее от контролера по завершению какого-либо процесса(по таймеру в том числе). Например, единичное измерение , либо завершенный цикл измерений.
Ну задержался ты со считываением слегка или поспешил, какая разница, данные-то получены через равные промежутки времени, заданные таймером. Лишь бы ты успевал их забирать вовремя и обсчитывать, если требуется.
А программировать время выборки по количеству циклов NOP - давно извращение, и уже точно не реалтайм. События могут быть разные, кроме одного единственного любимого, пропадут бедные, пока проц крутится в цикле, определяя время количеством вращений
ПС Как у Сороки - запустили заряд, разомнкнули контакты - хренакс - завис! Некому отработать событие, все на работе,  считают циклы

[serggio]

ПС Как у Сороки - запустили заряд, разомнкнули контакты - хренакс - завис!

Сорока знатный парень! 
Пока не было (или тщательно убирались из раздела форума) тех, кто готов был покопаться в материалах, почитать исследования, особенно ввязавшись в спор, то его "теория" 86+% и 107+% у Удава отлично работали.
Импульсный заряд, короткие провода, накидные клеммы под болт М6, не меньше - только так можно быстро и полностью зарядить АКБ 
В АГМ нет регенерации воды, кальций сверху легировали на свинец, кальций ниже 12 В не разряжать, а то....   
Как только сквозь этот туман прорвались люди со своими экспериментами, графиками, знаниями почерпнутыми из научных статей в пылу порожденных споров, так ни Сороки, ни Удава не стало....
А доказательств и опытов его точки зрения с его стороны как не было 10 лет, так и нет.
Только жалкие наезды на законопроекты РФ о защищенном интернете и традиционное "Вы фсе врети"!

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

[Кass]

[user]Serg[/user], вот зачем писать свое видение о вопросе, в котором у вас сугубо какое то поверхностное знание? Вот и Сорока тут смешил народ подобными вещами. Ну почитайте хотя бы букварь для начала, что это такое:

https://ru.wikipedia.org/wiki/Система_реального_времени

[Serg]

Ну почитайте хотя бы букварь для начала, что это такое:

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

[Кass]

[user]Serg[/user], вы полностью прочитали маленькую статью в букваре?

«Другими словами, обработка информации системой должна производиться за определённый конечный период времени, чтобы поддерживать постоянное и своевременное взаимодействие со средой[1]. Естественно, что масштаб времени контролирующей системы и контролируемой ей среды должен совпадать[2].

Под реальным временем понимается количественная характеристика, которая может быть измерена реальными физическими часами, в отличие от логического времени, определяющего лишь качественную характеристику, выражаемую относительным порядком следования событий. Говорят, что система работает в режиме реального времени, если для описания работы этой системы требуются количественные временны́е характеристики[2].»

1. Именно определенный и именно период времени. То есть выполнение обработки то за 1, то за 2 мкс гораздо хуже, чем постоянно за 1 мс. В этом и есть определенность. Непредсказуемость этого периода времени недопустима.

2. Количественная характеристика измерена реальными часами. О чем это говорит. Это не просто период, заданный каким то генератором. Это и говорит о том, что каждая количественная характеристика по сути является двумерным массивом (величина, время), и время не в микросекундах, а реальное время формата дд.мм.гггг чч:мм.сс. Без этого не возможно. Ведь система реального времени не ограничивается одним микроконтроллером. Это множество датчиков, исполнительных устройств, вычислителей, измерителей, серверов, разбросанных по большой территории. и порой для вычислений требуются данные, полученные в разных местах с разными географическими координатами, и согласитесь, что в обработке должны принимать участие данные с одинаковой временной меткой.

Ну к примеру у нас в одном месте стоит насосная, которая обеспечивает циркуляцию жидкости. У нее есть АСУ ТП, которая в качестве одной из функций должна поддерживать перепад давления в другом техническом помещении, на удалении к примеру пару километров. Там стоит своя АСУ ТП, и к ней подключены датчики давления на подаче и обратке. Для регулирования нужно использовать ПИД регулятор, то есть  контроллер в насосной должен периодически решать пропорционально интегрально дифференцальное уравнение, подставляя получаемые от удаленной системы данные. Вот понимаете ли вы, что для подобной простой задачи требуется постоянный период решения уравнения, постоянный период измерения входных значений, и при этом учитывая возможные задержки при передаче вы за один цикл решения должны использовать данные с одной временной меткой. Нельзя подставить в одно уравнение данные, полученные в разные такты. И временная метка это не время, когда значение получено контроллером насосной, а когда оно измерено на удаленном контроллере. И система при решении уравнения должна учесть время между временем измерения и выдачей значения на исполнительное устройство, то есть частотник. То есть цикл вычисления тоже должен быть известен, а выходному значению так же присваивается временная метка. Все контроллеры большой системы синхронизируются своими часами, и работают в одном времени синхронно.

Вроде простым языком пытаюсь пояснить. Не знаю, на сколько понятно.

«Применение систем реального времени
С развитием технологий системы реального времени нашли применения в самых различных областях. Особенно широко СРВ применяются в промышленности, включая системы управления технологическими процессами, системы промышленной автоматики, SCADA-системы, испытательное и измерительное оборудование, робототехнику. »

Скажите, сколько систем АСУ ТП со СКАДА вам удалось реализовать, что у вас столь устойчивое мнение?

[Shadow_ru]

Теория САУ - это хорошо и верно. А вот то, что обсчет обязан вестись синхроннно исходя из "обработка информации системой должна производиться за определённый конечный период времени" - не верно.
У дидов многоядерных процов и DMA контроллеров не было, или были в виде монструозных шкафов, поэтому и не рассматриваются такие схемы систем управления. Но в целом - ничего не мешает нынче на одном ядре мерять АЦП, на другом делать обсчет, а контроллеру сети напрямую брать из памяти буфер и гнать на хост и не возиться с тактировкой. При этом цена такого комплекта скорее всего выше 15 баксов не будет, не касаясь, конечно всякой промышленной обвязки.