From OpenSCADAWiki
Jump to: navigation, search
(Created page with "Такий підхід визначено з декількох причин, а саме: * розрізнення та виокремлення відмінності ча...")
 
 
Line 1: Line 1:
 
Такий підхід визначено з декількох причин, а саме:
 
Такий підхід визначено з декількох причин, а саме:
−
* розрізнення та виокремлення відмінності часу оперативних значень джерела даних та ПК збору даних не має жодної практичної мети окрім діагностичної з виявлення самого розходження часу, оскільки поточні дані архівуються у архів періодичних значень, де мітка часу так чи інакше притягується та округляється до цієї періодичності, тобто частина часу точніша за період даних архіву втрачається;
+
* розрізнення і виокремлення відмінності часу оперативних значень джерела даних та ПК збору даних не має жодної практичної мети, окрім діагностичної з виявлення самого розходження часу, оскільки поточні дані архівуються у архів періодичних значень, де мітка часу так чи інакше притягується і округляється до цієї періодичності, тобто частина часу, точніша за період даних архіву, втрачається;
−
* рідко яке джерело даних взагалі має годинник реального часу, а коли і має то до нього одразу ставиться вимога синхронізації часу із зовнішнім джерелом зразкового часу, що у свою чергу вимагає вирішення складнощів із прямим підключенням GPS приймача або доступом до NTP-серверу у інтернет або локальній мережі; за визначеним-же підходом зразковим часом стає час ПК збору даних, навіть коли він сам не синхронізований, оскільки він один;
+
* рідко яке джерело даних взагалі має годинник реального часу, а коли і має, то до нього одразу ставиться вимога синхронізації часу із зовнішнім джерелом зразкового часу, що у свою чергу вимагає вирішення складнощів із прямим підключенням GPS приймача або із доступом до NTP-серверу у Інтернет або локальній мережі; за визначеним-же підходом зразковим часом стає час ПК збору даних навіть коли він сам не синхронізований, оскільки він один;
−
* мітка часу джерела даних може змінюватися з власною періодичністю або це оновлення взагалі може бути аперіодичним, що у випадку використання цієї мітки при опитувані призведе до прогалин у архіві, та навіть коли періодичності опитування-архівування та оновлення мітки часу джерела однакові такі прогалини будуть мати місце через відсутність синхронності, що доведеться компенсувати зменшенням періодичності опитування та, відповідно, збільшенням навантаження на мережу та джерело; відтак це зробить архів мало корисним, хоча наразі і надається можливість вважати такі прогалини (прохідні) не фактом відсутності або помилковістю даних.
+
* мітка часу джерела даних може змінюватися з власною періодичністю або це оновлення взагалі може бути аперіодичним, що у випадку використання цієї мітки при опитувані призведе до прогалин у архіві, та навіть коли періодичності опитування-архівування і оновлення мітки часу джерела однакові, такі прогалини будуть мати місце через відсутність синхронності, що доведеться компенсувати зменшенням періодичності опитування та, відповідно, збільшенням навантаження на мережу і джерело; відтак, це зробить архів мало корисним, хоча наразі і надається можливість вважати такі прогалини (прохідні) не фактом відсутності або помилковістю даних.

Latest revision as of 16:12, 12 April 2025

Information about message (contribute)
This message has no documentation. If you know where or how this message is used, you can help other translators by adding documentation to this message.
Message definition (Documents/DAQ)
This approach has been identified for several reasons, that is:
* appreciation and excretion the time difference of the data source and the data acquisition PC has no practical purpose other than the diagnostic to detect the very difference in time since the current data is archived in the archive of periodic values, where the time stamp one way or another is drawn and rounded to this periodicity, that is, the part time is more precise for the period of the archive data is lost;
* rarely which data source does have a real-time clock, and when it has something to it immediately the requirement is to synchronize time with an external source of the precision time, which in turn requires solving the difficulties with direct connection of the GPS receiver or access to the NTP server on the Internet or local network; by the definite approach, the precision time is the time of data acquisition PC, even when it is not synchronized itself, since it is one;
* the data source timestamp may change with its own periodicity, or this update may generally be aperiodic, that if this timestamp is used in the acquisition, it will lead to gaps in the archive, and even if the periodicity of the archiving and updating of the source timestamp is the same, such gaps will occur through the lack of synchronization, which will have to be compensated by a decrease in the periodicity of the acquisition and, accordingly, an increase in the load on the network and the source; so this will make the archive little useful, although it is now possible to take such gaps (passable) not by the fact of the absence or the erroneous nature of the data.
TranslationТакий підхід визначено з декількох причин, а саме:
* розрізнення і виокремлення відмінності часу оперативних значень джерела даних та ПК збору даних не має жодної практичної мети, окрім діагностичної з виявлення самого розходження часу, оскільки поточні дані архівуються у архів періодичних значень, де мітка часу так чи інакше притягується і округляється до цієї періодичності, тобто частина часу, точніша за період даних архіву, втрачається;
* рідко яке джерело даних взагалі має годинник реального часу, а коли і має, то до нього одразу ставиться вимога синхронізації часу із зовнішнім джерелом зразкового часу, що у свою чергу вимагає вирішення складнощів із прямим підключенням GPS приймача або із доступом до NTP-серверу у Інтернет або локальній мережі; за визначеним-же підходом зразковим часом стає час ПК збору даних навіть коли він сам не синхронізований, оскільки він один;
* мітка часу джерела даних може змінюватися з власною періодичністю або це оновлення взагалі може бути аперіодичним, що у випадку використання цієї мітки при опитувані призведе до прогалин у архіві, та навіть коли періодичності опитування-архівування і оновлення мітки часу джерела однакові, такі прогалини будуть мати місце через відсутність синхронності, що доведеться компенсувати зменшенням періодичності опитування та, відповідно, збільшенням навантаження на мережу і джерело; відтак, це зробить архів мало корисним, хоча наразі і надається можливість вважати такі прогалини (прохідні) не фактом відсутності або помилковістю даних.

Такий підхід визначено з декількох причин, а саме:

  • розрізнення і виокремлення відмінності часу оперативних значень джерела даних та ПК збору даних не має жодної практичної мети, окрім діагностичної з виявлення самого розходження часу, оскільки поточні дані архівуються у архів періодичних значень, де мітка часу так чи інакше притягується і округляється до цієї періодичності, тобто частина часу, точніша за період даних архіву, втрачається;
  • рідко яке джерело даних взагалі має годинник реального часу, а коли і має, то до нього одразу ставиться вимога синхронізації часу із зовнішнім джерелом зразкового часу, що у свою чергу вимагає вирішення складнощів із прямим підключенням GPS приймача або із доступом до NTP-серверу у Інтернет або локальній мережі; за визначеним-же підходом зразковим часом стає час ПК збору даних навіть коли він сам не синхронізований, оскільки він один;
  • мітка часу джерела даних може змінюватися з власною періодичністю або це оновлення взагалі може бути аперіодичним, що у випадку використання цієї мітки при опитувані призведе до прогалин у архіві, та навіть коли періодичності опитування-архівування і оновлення мітки часу джерела однакові, такі прогалини будуть мати місце через відсутність синхронності, що доведеться компенсувати зменшенням періодичності опитування та, відповідно, збільшенням навантаження на мережу і джерело; відтак, це зробить архів мало корисним, хоча наразі і надається можливість вважати такі прогалини (прохідні) не фактом відсутності або помилковістю даних.
Retrieved from "http://oscada.org/wiki/index.php?title=Translations:Documents/DAQ/78/uk&oldid=90946"