Обсуждение: библиотека OwenStringUtils

[Нелия Зеленова]

Спасибо, я передала Вашу просьбу разработчикам

[Владислав3095]

стандартные строковые функции в codesys могут работать только с 255 символами. Сколько символов поддерживают функции этой библиотеки ?

[capzap]

стандартные строковые функции в codesys могут работать только с 255 символами. Сколько символов поддерживают функции этой библиотеки ?

стандартное значение строки 80 символов, если указывать например STRING(255) то строка будет состоять из не более 255 символов, ради интереса может задать STRING(2048) и поместить туда примерно такое же количество символов, должно сработать. Поэтому если в функции стоит просто STRING строка будет не более 80 символов

[Евгений Кислов]

стандартные строковые функции в codesys могут работать только с 255 символами. Сколько символов поддерживают функции этой библиотеки ?

Также 255, поскольку они построены на стандартных функциях.
Вы можете описать ситуации, когда требуется работать со строками большей длины?

[saii]

sTmp := OSU.DT_TO_STRING_FORMAT(TargetVars.stRtc.dtDateAndTime, '%t[yyyyMMdd-HHmmss]');

В результате получаю:

20200816-13120001
20200816-13120002
20200816-13120003
20200816-13120004
20200816-13120005
20200816-13120006
20200816-13120007
20200816-13120008
20200816-13120009
20200816-131200010
20200816-131200011
...
20200816-131200058
20200816-131200059
20200816-13130000

И как это согласуется со строкой форматирования "yyyyMMdd-HHmmss"?

Если использовать строку форматирования "mm" или "ss", то результат адекватный, а если "mmss", то аналогично приведенному выше, между минутами и секундами вставляется лишних 2-3 нуля.

[Евгений Кислов]

И как это согласуется со строкой форматирования "yyyyMMdd-HHmmss"?

Согласуется следующим образом:

yyyyMMdd-HHmmss

В использованном в функции алгоритме сначала выполняется подстановка миллисекунд, поэтому получается приведенный выше результат.

В вашем случае, на мой взгляд, проще всего сделать так:

sTmp := OSU.DT_TO_STRING_FORMAT(TargetVars.stRtc.dtDateAndTime, '%t[yyyyMMdd-HHmm]');
sTmp := CONCAT(sTmp, OSU.ADD_CHAR(TO_STRING(TargetVars.stRtc.usiGetSecond), 2, '0', FALSE));

[saii]

Не правильно согласуется, т.к. по правилам при разборе выражений всегда выбирается самая длинная лексема. И, если рассматривать разбор слева направо, это будет "mm", и тогда останется "ss". А у Вас получается, что сначала вычленили "m", потом вычленили "ms", потом вычленили "s".

P.S. Я так и сделал, как Вы написали. Но ошибку все-таки надо исправлять.

[Филоненко Владислав]

стандартное значение строки 80 символов, если указывать например STRING(255) то строка будет состоять из не более 255 символов, ради интереса может задать STRING(2048) и поместить туда примерно такое же количество символов, должно сработать. Поэтому если в функции стоит просто STRING строка будет не более 80 символов

Не будет работать с 2048 символами, только 255. Строковые функции в CoDeSys по причинам безопасности рантайма работают совсем не так, как обычные строковые в том же С.

[Спорягин Кирилл]

Подскажите, так будет аналог функций CP1251_TO_UNICODE и UNICODE_TO_CP1251 для версии V2?

Поясню где понадобилось.

Из кассы получаю название фирмы в кодировке 1251. Это название передаю на панель weintek. А последняя воспринимает только unicode.

[Евгений Кислов]

Нет, не будет - версия V2.3 логично завершила свое развитие.
Сами 3S уже год как официально прекратили выпуск каких-либо патчей (а реально обновлений функционала не было уже лет 7-8), поддержку и продажу рантайм тулкитов.

Я удивлюсь, если у Weintek нету способов выводить строки в Win1251.
Но даже если это и так - то есть примеры макросов для конвертации кодировок.

В следующий раз рекомендую рассмотреть СП3xx - с ней бы таких проблем не возникло. )))