Size: a a a

Цифровая подстанция

2019 November 29

ДВ

Дмитрий Василевский in Цифровая подстанция
Валерий Чепелев
Не понимаю, Дима, где ты в определении увидел привязку к конкретным протоколам. Ключевым в определении является "единое информационное пространство", а протоколы -лишь средство. В этом смысле нет разницы,  что применять для сбора в это пространство тех же дискретов - провода, гуси или вообще синий зуб. Приводи все в общую всем понятную модель подстанции - получай ЦПС. Поэтому, кстати, поминаемый тут НЕРВ - не ЦПС, а всего лишь проприетарный межблочный протокол.
Ты прямо как один наш общий знакомый - "моя система крутая потому, что я делаю единое информационное пространство"😀
источник

ДВ

Дмитрий Василевский in Цифровая подстанция
А вообще, этот стандарт хорош тем, что каждый может увидеть там то, что ему ближе)) Толерантный такой стандарт)
источник

DE

Dmitry Eremeev in Цифровая подстанция
Справедливости ради, существует также Инженерная толерантность
источник

AV

Anthony Vainer in Цифровая подстанция
Добрый день, коллеги!

В процессе постижения SCL схемы возник вопрос, на который самостоятельно пока не получилось найти ответ. Вопрос заключается в следующем:

Разрешено ли использовать символы кириллицы и символ "пробел" в значениях атрибута name элементов секции <Substation>?

Я взял в качестве примера элемент <PowerTransformer>. Последовательно поднимаясь вверх к родительским элементам и перебирая complexType'ы, я дошёл до BaseSimpleType, где накладывается ограничение на значение атрибута name: оно не может быть меньше, чем один символ (смотри tName). Поднявшись ещё дальше, я выяснил, что набор допустимых символов для значений атрибута name -  это normalizedString.
normalizedString является встроенным в XML набором символов.
Чтобы понять, что кроется за normalizedString я обратился нормативным документам консорциума W3C.
Информация, найденная в стандартах W3C (последние edition'ы XSD и XML 1.0):
1. normalizedString - строки, которые не содержат символов "перевод строки", табуляции и "возврат каретки" (О ПРОБЕЛЕ НИ СЛОВА!).
2. Базой для normalizedString является String.
Смотрим, что кроется за String. В последнем edition'е XML Schema Part 2 сказано, что String - это последовательность символов, которые представлены в production'е Char стандарта для XML 1.0.
Лезем смотреть, какие символы включает в себя Char (фото прикладываю).
Как видите, в Char входит оооочень большой набор символов Unicode. Причём в Char входят и символы кириллицы.

Есть какие то другие причины, по которым не желательно использовать пробел и символы кириллицы в значениях атрибута name элементов секции Substation?

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

Буду благодарен за любые комментарии, которые прояснят эту "задачку" или натолкнут на правильные мысли😉
источник

AV

Anthony Vainer in Цифровая подстанция
источник

LO

Leonid Orlov in Цифровая подстанция
Дмитрий Василевский
А вообще, этот стандарт хорош тем, что каждый может увидеть там то, что ему ближе)) Толерантный такой стандарт)
Скорее инклюзивный ))
источник

ВЧ

Валерий Чепелев in Цифровая подстанция
Anthony Vainer
Добрый день, коллеги!

В процессе постижения SCL схемы возник вопрос, на который самостоятельно пока не получилось найти ответ. Вопрос заключается в следующем:

Разрешено ли использовать символы кириллицы и символ "пробел" в значениях атрибута name элементов секции <Substation>?

Я взял в качестве примера элемент <PowerTransformer>. Последовательно поднимаясь вверх к родительским элементам и перебирая complexType'ы, я дошёл до BaseSimpleType, где накладывается ограничение на значение атрибута name: оно не может быть меньше, чем один символ (смотри tName). Поднявшись ещё дальше, я выяснил, что набор допустимых символов для значений атрибута name -  это normalizedString.
normalizedString является встроенным в XML набором символов.
Чтобы понять, что кроется за normalizedString я обратился нормативным документам консорциума W3C.
Информация, найденная в стандартах W3C (последние edition'ы XSD и XML 1.0):
1. normalizedString - строки, которые не содержат символов "перевод строки", табуляции и "возврат каретки" (О ПРОБЕЛЕ НИ СЛОВА!).
2. Базой для normalizedString является String.
Смотрим, что кроется за String. В последнем edition'е XML Schema Part 2 сказано, что String - это последовательность символов, которые представлены в production'е Char стандарта для XML 1.0.
Лезем смотреть, какие символы включает в себя Char (фото прикладываю).
Как видите, в Char входит оооочень большой набор символов Unicode. Причём в Char входят и символы кириллицы.

Есть какие то другие причины, по которым не желательно использовать пробел и символы кириллицы в значениях атрибута name элементов секции Substation?

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

Буду благодарен за любые комментарии, которые прояснят эту "задачку" или натолкнут на правильные мысли😉
Повторил ваш путь. Да, можно.
источник

AV

Anthony Vainer in Цифровая подстанция
Валерий Чепелев
Повторил ваш путь. Да, можно.
Во всех SCL файлах, которые мне попадались, имена задавались только латиницей. А desc - и кириллицей с пробелами.  Хотя и у name и у desc по схеме - одни корни.
При этом от более опытных товарищей слышал, что name задавать обязательно без пробелов и только латиницей.
источник

ВЧ

Валерий Чепелев in Цифровая подстанция
Здесь суть о каком name идёт разговор. Power equipment именуется через tName. Множество других объектов SCL именуется через tAcsiName, где только латиница, цифры и_. Там в начале схемы типы имён.
источник

ВЧ

Валерий Чепелев in Цифровая подстанция
Проблемы от софта могут быть, который не умеет в Unicode.
источник

AV

Anthony Vainer in Цифровая подстанция
Это я видел. Да, согласен с Вами.
источник

AV

Anthony Vainer in Цифровая подстанция
Если схема регламентирует, что должны быть только символы ACSI - вопросов нет.

Переформулирую вопрос: может ли вызвать в дальнейшем проблемы/трудности, если я в name буду писать русскими символами (в name в которые писать русскими буквами по SCL схеме разрешено)?
источник

AA

Alex Anoshin in Цифровая подстанция
Потенциально и Substation.name и Bay.name — это составляющие LDName, так что лучше во всех случаях воздержаться от кириллицы и пробелов. Но есливам это очень хочется, а схема такого не запрещает, то в условиях отсутствия других нормативов вы можете так делать
источник

AV

Anthony Vainer in Цифровая подстанция
Вопрос, наверно, больше адресован программистам, которые имеют опыт обработки XML документов.

Я подозреваю, что на этапах использования SCL документов каким нибудь ПО, Русские имена могут "поломать" нормальный ход программы.
источник

AV

Anthony Vainer in Цифровая подстанция
Alex Anoshin
Потенциально и Substation.name и Bay.name — это составляющие LDName, так что лучше во всех случаях воздержаться от кириллицы и пробелов. Но есливам это очень хочется, а схема такого не запрещает, то в условиях отсутствия других нормативов вы можете так делать
Понял, спасибо!
источник

AA

Alex Anoshin in Цифровая подстанция
Валерий Чепелев
Проблемы от софта могут быть, который не умеет в Unicode.
Но не должно быть, так как что для проверок ICT, что для SCT есть требование работать с Unicode
источник

ВЧ

Валерий Чепелев in Цифровая подстанция
Приходится дуть на воду.
источник
2019 November 30

AG

Alex Golovin in Цифровая подстанция
Когда что то не так с синхронизацией :)
источник

AG

Alex Golovin in Цифровая подстанция
Спасибо @AndreyRos
источник

МТ

Муля Трындецов in Цифровая подстанция
Супер)))
источник