Многие не согласятся с такой структурой, я отвечу так: представь, ты новичок в проекте. Ты что-то слышал о слоённой архитектуре, примерно понимаешь, что такое модули. Ты ещё не открывал проект, не знаешь структуру папок.
Почему многие не согласятся и какую альтернативу они предлагают?
Такие категории это уже специфика компании. Где-то они есть, а где-то их нет, в отличии от инженера-программиста 1 (senior),2 (middle) и 3 (junior) категории, которые так или иначе фигурируют в компаниях.
Нет не вижу. HDLC это один из протоколов, с помощью которого передаются кадры DLMS, и применяется он, как правило, для передачи данных по интерфейсу RS-485. В СПОДЭС он используется на интерфейсе RS-485.
Для LPWAN и PLC есть другие коммуникационные профили, где HDLC не используется, некоторые из них указаны в последней редакции СПОДЭС.
В документации ничего несказанно про возможность конфигурирования FTDI со стороны UART. На вопрос о том, можно ли запрограммировать EEPROM со стороны UART, техподдержка FTDI ответила что сделать это невозможно, вот их ответ:
Unfortunately it is not possible to program an EEPROM connected to the FT4232H via the UART pins.
Programming can only take place via the USB connection to the host PC.
Подскажите, пожалуйста, как планируется обеспечить совместимость устройств, разработанных разными компаниями и возможен ли вариант работы таких устройств в рамках одной сети?
Кроме того, кто будет обеспечивать уникальность идентификатора абонентского устройства? Если это делает производитель, то в случае, когда в одной сети работают устройства разных производителей, могут возникнуть конфликты, связанные с одинаковостью этих идентификаторов.
Вы пишите, что OpenUNB – это протокол односторонней связи без обратного канала, но в описании протокола первой редакции есть обратный канал. Его не будет в следующей редакции?
DLMS — протокол прикладного уровня, основа стека DLMS/COSEM. Используется для обмена данными между приборами учёта и системами сбора данных, в основе которого лежит клиент-серверная архитектура.
COSEM — интерфейсная модель прибора учёта, обеспечивающая представление его функциональных возможностей, использующая объектно-ориентированный подход.
Ознакомиться со стеком DLMS/COSEM можно тут и тут.
А если взять библиотеку компании Kalkitech, то весь стек будет занимать 40 кБ ПЗУ и 2,8 кБ ОЗУ. Типовая конфигурация счётчика, содержащая около 150 объектов COSEM, несколько ассоциаций и один журнал, потребует еще дополнительно 15 кБ ПЗУ.
Можно найти библиотеку на свой вкус и цвет, или написать самому. Однако в современных МК достаточно памяти, для работы стека DLMS/COSEM и выполнения задач связанных с непосредственным учётом и хранением данных.
Видимо имеется ввиду DLMS, да и потом DLMS и SDLC это протоколы разных уровней модели OSI. DLMS — это прикладной уровень, а SDLC — канальный. Как их можно вместе сравнивать и говорить что DLMS порожден SDLC, мне не понятно...
Задача не пустить на рынок лишних. Так что все логично.
Ну да, тех кто не может купить описание стека DLMS/COSEM за 1500 евро )))
А если без шуток, то стандартизация информационной модели ПУ, как раз открывает рынок для новых участников. Если вы в теме, то знаете, что прежде чем счётчик можно будет продать, сначала его нужно поддержать у производителя ИВК и УСПД, т.е. в тех системах которые будут собирать данные с него. Как правило это стоит времени и денег, причем гораздо больше чем 1500 евро. Стандартизация же информационной модели ПУ решает эту проблему, теперь не надо поддерживать каждый раз новый ПУ в ИВК и УСПД.
ИВК — информационно-вычислительный комплекс
УСПД — устройство сбора и передачи данных
Я неправильно выразился. Раз это национальный стандарт, то и ссылки должны начинаться со слова ГОСТ. Ведь в ГОСТ 23670-79 это так. А чем ГОСТ Р 58940-2020 не ГОСТ? Это моё личное мнение, раз уж так всё громко названо, то должно быть и сделано соответственно. А по факту, халтура, даже переписать поленились.
Посмотрите ГОСТ Р МЭК 61850-5-2011, раздел «Нормативные ссылки», там все ссылки на стандарты IEC, а не на ГОСТы. По моему скромному личному мнению лучше читать стандарты в оригинале, а не в переводе. Дабы исключить неверного трактования.
В первый раз надо всё таки 1500 или я неправильно понимаю?
Да, вы правы 1500.
Я и не говорил что бесплатно, повторюсь, я готов платить. Даже и 500 евро, если после этого буду иметь возможность читать эти документы, но 1500(1000) всё таки перебор.
Кто-то телефон покупает за 1000 евро, кто-то летит в Москву и обратно в бизнес классе за 1500 евро, кто-то в стрипклубе за ночь оставляет 500 евро, а кто-то покупает стандарты… Что тут можно сказать… каждому свое, так бывает.
Вот почему, документ, как вы писали в начале статьи, «Национальный стандарт Российской Федерации ГОСТ Р 58940-2020», ссылается на сторонние документы?
Потому что пихать в один документ все знания мира не очень целесообразно. Возьмите любой стандарт и вы увидите там ссылки на нормативно-технические документы. Даже в ГОСТ 23670-79 таких ссылок аж 63, хотя это просто стандарт на колбасы вареные, сосиски и сардельки, хлебы мясные. Принцип «разделяй и властвуй» до сих пор актуален.
Не совсем так, первый раз 1500, а потом по 1000 ежегодно
Где там 1500? Информация взята отсюда. Кроме того, можно ведь заплатить 1000 евро, побыть членом ассоциации один год, получить от неё все «ништяки», а на следующий год сказать «Adios amigos!». Да, книги можете не возвращать :)
Причём стандарт разработан давно, и разработка давно уже окупилась. А за что платить 1000 евро в год, если по сути, существенных изменений не вносится
Это очень глубокая мысль и тут главное начать с себя. Когда ваши разработки окупятся, не забудьте их продавать забесплатно.
Почему многие не согласятся и какую альтернативу они предлагают?
Выше, только Заслуженный Сеньор :)
Такие категории это уже специфика компании. Где-то они есть, а где-то их нет, в отличии от инженера-программиста 1 (senior),2 (middle) и 3 (junior) категории, которые так или иначе фигурируют в компаниях.
Нет не вижу. HDLC это один из протоколов, с помощью которого передаются кадры DLMS, и применяется он, как правило, для передачи данных по интерфейсу RS-485. В СПОДЭС он используется на интерфейсе RS-485.
Для LPWAN и PLC есть другие коммуникационные профили, где HDLC не используется, некоторые из них указаны в последней редакции СПОДЭС.
В документации ничего несказанно про возможность конфигурирования FTDI со стороны UART. На вопрос о том, можно ли запрограммировать EEPROM со стороны UART, техподдержка FTDI ответила что сделать это невозможно, вот их ответ:
Здесь найдете ответы на все вопросы.
Подскажите, пожалуйста, как планируется обеспечить совместимость устройств, разработанных разными компаниями и возможен ли вариант работы таких устройств в рамках одной сети?
Кроме того, кто будет обеспечивать уникальность идентификатора абонентского устройства? Если это делает производитель, то в случае, когда в одной сети работают устройства разных производителей, могут возникнуть конфликты, связанные с одинаковостью этих идентификаторов.
Вы пишите, что OpenUNB – это протокол односторонней связи без обратного канала, но в описании протокола первой редакции есть обратный канал. Его не будет в следующей редакции?
DLMS — протокол прикладного уровня, основа стека DLMS/COSEM. Используется для обмена данными между приборами учёта и системами сбора данных, в основе которого лежит клиент-серверная архитектура.
COSEM — интерфейсная модель прибора учёта, обеспечивающая представление его функциональных возможностей, использующая объектно-ориентированный подход.
Ознакомиться со стеком DLMS/COSEM можно тут и тут.
А если взять библиотеку компании Kalkitech, то весь стек будет занимать 40 кБ ПЗУ и 2,8 кБ ОЗУ. Типовая конфигурация счётчика, содержащая около 150 объектов COSEM, несколько ассоциаций и один журнал, потребует еще дополнительно 15 кБ ПЗУ.
Ещё, в свое время, Texas Instruments предоставляла для МК MSP430 библиотеку DLMS, которая требовала 24 кБ ПЗУ и 1.8 кБ ОЗУ.
Можно найти библиотеку на свой вкус и цвет, или написать самому. Однако в современных МК достаточно памяти, для работы стека DLMS/COSEM и выполнения задач связанных с непосредственным учётом и хранением данных.
а DLMS здесь причем? По вашей логике тогда DLMS уходит корнями и в Ethernet. Ведь в стеке есть также и коммуникационный профиль TCP-UDP/IP...
Видимо имеется ввиду DLMS, да и потом DLMS и SDLC это протоколы разных уровней модели OSI. DLMS — это прикладной уровень, а SDLC — канальный. Как их можно вместе сравнивать и говорить что DLMS порожден SDLC, мне не понятно...
Какой объем памяти необходим для реализации, например, таких протоколов как HDLC и DLMS?
Вот прям не удивил, как обычно конкретики ноль...
Ну да, тех кто не может купить описание стека DLMS/COSEM за 1500 евро )))
А если без шуток, то стандартизация информационной модели ПУ, как раз открывает рынок для новых участников. Если вы в теме, то знаете, что прежде чем счётчик можно будет продать, сначала его нужно поддержать у производителя ИВК и УСПД, т.е. в тех системах которые будут собирать данные с него. Как правило это стоит времени и денег, причем гораздо больше чем 1500 евро. Стандартизация же информационной модели ПУ решает эту проблему, теперь не надо поддерживать каждый раз новый ПУ в ИВК и УСПД.
ИВК — информационно-вычислительный комплекс
УСПД — устройство сбора и передачи данных
Да, вы правы 1500.
Кто-то телефон покупает за 1000 евро, кто-то летит в Москву и обратно в бизнес классе за 1500 евро, кто-то в стрипклубе за ночь оставляет 500 евро, а кто-то покупает стандарты… Что тут можно сказать… каждому свое, так бывает.
Где там 1500? Информация взята отсюда. Кроме того, можно ведь заплатить 1000 евро, побыть членом ассоциации один год, получить от неё все «ништяки», а на следующий год сказать «Adios amigos!». Да, книги можете не возвращать :)
Это очень глубокая мысль и тут главное начать с себя. Когда ваши разработки окупятся, не забудьте их продавать забесплатно.