Так уже этот вопрос обсуждался, в смысле, после введения поправки, она принимается, но значение сбрасывается, принимает значение "0", что конечно неудобно и не правильно, в смысле, даже непонятно, принята поправка или нет, но по другому, в смысле, не через заднее место Овен пока не может делать, а на полезные советы не обращает внимания, по принципу малолетних детей, пусть не правильно, но по нашему, это я так думаю!
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Если это касается насоса, то на 5-6 сек. роли не играет, но тем не менее эта ошибка накапливается и накапливается она постоянно, а 12 сек. это даже хуже чем у нормальных механических часов, кстати есть другое программируемое реле ZelioLogic, там тоже есть часы т тоже есть поправка, но как бы она там записывается и работает, я просто сравниваю, и да, ПР200 это программируемое реле и его назначение не только насосами управлять, есть вполне и другие задачи, для выполнения которых нужно хоть и не атомное, но тем не менее точное время и эти задачи не такие сложные что бы для этого ПЛК напрягать, так что ответ по принципу нате и ....Сообщение от kondor3000
Уже написал, ответ меня изумил:
2023-03-12_145905.png
Если бы она сохранялась, я бы сюда не писал и не поднимал бы этот вопрос. Через комп я этого еще не пробовал делать, попробую конечно, но что то мне подсказывает, что это баг прошивки, на который просто забили ибо на другом таком же реле такая же самая фигня!Судя по справке, введённое значение поправки должно сохраняться в памяти и применяться автоматически каждый месяц:
Вложение 66444
Не заметил что она принимается, по моему она там чисто симпатическая, по принципу что бы было...
Ну типа да, по их мнению это наверное такая фигня. что и заморачиваться на это не стоит! В общем как и все в нашем отечестве, вроде делают нормальный продукт, но отполировать до конца не хотят, хотя это всего лишь несколько строк в коде прошивки не более того...а на полезные советы не обращает внимания, по принципу малолетних детей, пусть не правильно, но по нашему, это я так думаю!
Последний раз редактировалось Юлия Лукина; 13.03.2023 в 12:26.
Может Вы вводили коррекцию на 5 секунд в день(сутки)?Если это касается насоса, то на 5-6 сек. роли не играет, но тем не менее эта ошибка накапливается и накапливается она постоянно, а 12 сек. это даже хуже чем у нормальных механических часов, кстати есть другое программируемое реле ZelioLogic, там тоже есть часы т тоже есть поправка, но как бы она там записывается и работает, я просто сравниваю, и да, ПР200 это программируемое реле и его назначение не только насосами управлять, есть вполне и другие задачи, для выполнения которых нужно хоть и не атомное, но тем не менее точное время и эти задачи не такие сложные что бы для этого ПЛК напрягать, так что ответ по принципу нате и ....
Уже написал, ответ меня изумил:
2023-03-12_145905.png
Если бы она сохранялась, я бы сюда не писал и не поднимал бы этот вопрос. Через комп я этого еще не пробовал делать, попробую конечно, но что то мне подсказывает, что это баг прошивки, на который просто забили ибо на другом таком же реле такая же самая фигня!
Не заметил что она принимается, по моему она там чисто симпатическая, по принципу что бы было...
Ну типа да, по их мнению это наверное такая фигня. что и заморачиваться на это не стоит! В общем как и все в нашем отечестве, вроде делают нормальный продукт, но отполировать до конца не хотят, хотя это всего лишь несколько строк в коде прошивки не более того...
Ложка говна в бочке меда превращает эту бочку в говно, а не наоборот, я как то так это вижу...
Насколько смог понять, там коррекция в секундах в месяц, Вам надо не на 5 секунд корректировать, а на 150 секунд в месяц!
Если часы отстают на 12 секунд в сутки, надо корректировать на 360 секунд с плюсом!
Последний раз редактировалось Сергей0308; 12.03.2023 в 15:41.
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Да не, я все это учел, даже сделал несколько вариантов ибо мне до конца не понятно, какой именно период берется в поправке, т.к. месяц может быть 30 и 31 или даже 28 дней, а год может быть и високосным, потому как лень считать самому, то пришлось даже расчетчик в таблицах забодяжить что бы проще было разные варианты пробовать, хотя да, на мой скромный взгляд поправка должна быть суточной, ибо это константа не меняется...
2023-03-12_155613.png
Последний раз редактировалось Traveller; 12.03.2023 в 16:04.
Так у Вас не хухры-мухры, всё на научной основе, типа свою теорию поправок разрабатываете?Да не, я все это учел, даже сделал несколько вариантов ибо мне до конца не понятно, какой именно период берется в поправке, т.к. месяц может быть 30 и 31 или даже 28 дней, а год может быть и високосным, потому как лень считать самому, то пришлось даже расчетчик в таблицах забодяжить что бы проще было разные варианты пробовать, хотя да, на мой скромный взгляд поправка должна быть суточной, ибо это константа не меняется...
2023-03-12_155613.png
Мне кажется это перебор, ввели поправку +360 секунд, синхронизировали время, через месяц посмотрели, на сколько секунд убежало, на столько и поправили, чего там мудрить?!
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
ну так хочется понять как оно все же на самом деле ибо я первый раз такое вижу что бы поправку на месяц рассчитывали, но не это главное, главное в другом, как ее записать?
И тем не менее все равно не понятно как в ПР200 происходит корректировка точности хода, а то что я вижу сейчас. у меня то ли лыжи не едут толи я ...
Когда вычислял поправку первый раз часы отставали на 12 сек. в сутки, что конечно ни в какие ворота, как тут говорят типа поправка учитывается, но не показывается, ну я конечно могу согласится с этим, чтобы при сл. корректировках не заниматься арифметикой и тем не менее, сегодня смотрю после вчерашней корректировке и ввода поправки 367 сек.. правда уже через Owen Logic, часы стали отставать уже 18 сек. вместо 12, но все равно отстают, а не бегут т.е. все же там что то происходит, но как это работает я не могу понять, как там эта поправка вносится, каждый час, каждый день, раз в мес. или с накоплением определенной ошибки?
Если вы используете Scada, корректируйте каждый час по ntp серверу по сети свою ПР и не занимайтесь ерундой.
Вы вводите всё время со знаком +, они у вас и прибавляют поправку, неужели не понятно. Срин вам выложили уже. А надо вводить со знаком минус, теперь уже 2 раза по -360 ( всего -720).И тем не менее все равно не понятно как в ПР200 происходит корректировка точности хода, а то что я вижу сейчас. у меня то ли лыжи не едут толи я ...
Когда вычислял поправку первый раз часы отставали на 12 сек. в сутки, что конечно ни в какие ворота, как тут говорят типа поправка учитывается, но не показывается, ну я конечно могу согласится с этим, чтобы при сл. корректировках не заниматься арифметикой и тем не менее, сегодня смотрю после вчерашней корректировке и ввода поправки 367 сек.. правда уже через Owen Logic, часы стали отставать уже 18 сек. вместо 12, но все равно отстают, а не бегут т.е. все же там что то происходит, но как это работает я не могу понять, как там эта поправка вносится, каждый час, каждый день, раз в мес. или с накоплением определенной ошибки?
Поправка на месяц, соответственно делите на 30 дней, получаете сколько уходит в сутки.
Вот жешь какие все умные, Scada, NTP... и еще чего то там, прям блещет народ интеллектом, только есть одна проблема, данная релюха работает абсолютно автономно и ни к каким интерфейсам не подключена, вот слабо сделать так что бы вот просто безо всего часы в релюхе шли точнее механических!? Тем более что это заявленная опция...
Ну дык, если я несколько раз прибавлял поправку со знаком плюс, то соответственно они должны уже спешить причем очень сильно, но они по прежнему отстают, раньше на 12 сек, сейчас на 18, Вы когда даете рекомендации, внимательно читали то что я излагал?
И тем не менее все равно не понятно как в ПР200 происходит корректировка точности хода, а то что я вижу сейчас. у меня то ли лыжи не едут толи я ...
Когда вычислял поправку первый раз часы отставали на 12 сек. в сутки, что конечно ни в какие ворота, как тут говорят типа поправка учитывается, но не показывается, ну я конечно могу согласится с этим, чтобы при сл. корректировках не заниматься арифметикой и тем не менее, сегодня смотрю после вчерашней корректировке и ввода поправки 367 сек.. правда уже через Owen Logic, часы стали отставать уже 18 сек. вместо 12, но все равно отстают, а не бегут т.е. все же там что то происходит, но как это работает я не могу понять, как там эта поправка вносится, каждый час, каждый день, раз в мес. или с накоплением определенной ошибки?
Ответить с цитированием
