rusavtomatika.com

KatranBS писал(а):Проверьте, пожалуйста, кому не лень.
EBPro v.6.08.01.190
Если имя файла содержит русские буквы, то файлы шрифтов в папке \EBpro\font\ создаются с иероглифами в имени файла вместо русских букв. Соответственно, в панель они не грузятся, если попробовать "Создать файлы для загрузки" через флешку, то папка font будет пустая. Глюк замечен только на 8-й версии.

Проверил:
1) файл проекта: Пример_8
2) для MT* серии файлы шрифтов в папке \EBpro\font\ создаются с именами
ЏаЁ¬Ґа_8$0.ttf
ЏаЁ¬Ґа_8$1.ttf
ЏаЁ¬Ґа_8$2.ttf
ЏаЁ¬Ґа_8$3.ttf
ЏаЁ¬Ґа_8$4.ttf
ЏаЁ¬Ґа_8$5.ttf
ЏаЁ¬Ґа_8$6.ttf
3) проект прекрасно загружается через EB
4) на флешке в папке USB_DRIVE:\mt8000ie\pub\font\ лежит файл шрифта Пример_8$0.ttf

5) для cMT серии файл шрифтов в папке \EBpro\font\ создался с именем Пример_8$0.ttf
6) проект из одного окна с одним текстом "Text" и шрифтом Castellar

3) проект прекрасно загружается через EB

Да, проект то загружается, никаких левых сообщений нет, но на экране панели шрифты явно не те, которые в проекте. Проверено путём неоднократной попытки загрузки проекта в MT8050iE. Как только переименовал проект- всё загрузилось нормально.

По крайней мере для МТ серии какой-то глюк есть.

Easy Builder Pro начиная с версии 6. 07. 01. 470 начались проблемы с повторым импортом Тегов Db блоков из Tia Portal (Siemens).
При добавлении новых или обновлении имеющихся посредством импорта происходит удаление уже ранее импортированых.
Сначала ожидал, что возможно со временем имправят ситуацию.
Но уже версия 6. 08. 01. 214. проблема так и осталась.

Привет всем!

Easy Builder Pro начиная с версии 6. 07. 01. 470 начались проблемы с повторым импортом Тегов Db блоков из Tia Portal

- сколько работаю с Weintek (хоть и не так долго), оно так и было... я, например, обычно создавал две панели, одну рабочую, вторую промежуточную. В промежуточную импортировал теги, затем из неё в рабочую добавлял нужные теги через Excel (импорт/экспорт).

Очень хочется, чтобы в сообщение журнала событий можно было вставлять строку Юникода, чтоб по-русски, и, желательно, переменной длины.
Сейчас есть только вставка строки ASCII %(WATCH#)s, и только для одного слова (два символа).
Желательно WATCH1 - начало строки, а WATCH2 - число слов Юникода в строке.
Или, как вариант, строка от WATCH1 до тех пор, пока не кончатся символы, со стандартным ограничением в 32 слова.

АЛМ писал(а):Очень хочется, чтобы в сообщение журнала событий можно было вставлять строку Юникода, чтоб по-русски, и, желательно, переменной длины.
Сейчас есть только вставка строки ASCII %(WATCH#)s, и только для одного слова (два символа).
Желательно WATCH1 - начало строки, а WATCH2 - число слов Юникода в строке.
Или, как вариант, строка от WATCH1 до тех пор, пока не кончатся символы, со стандартным ограничением в 32 слова.

в какой ситуации вам понадобилось юникодный текст из переменной вставлять в текст аларма ?

8bit писал(а):

АЛМ писал(а):Очень хочется, чтобы в сообщение журнала событий можно было вставлять строку Юникода, чтоб по-русски, и, желательно, переменной длины.
Сейчас есть только вставка строки ASCII %(WATCH#)s, и только для одного слова (два символа).
Желательно WATCH1 - начало строки, а WATCH2 - число слов Юникода в строке.
Или, как вариант, строка от WATCH1 до тех пор, пока не кончатся символы, со стандартным ограничением в 32 слова.

в какой ситуации вам понадобилось юникодный текст из переменной вставлять в текст аларма ?

Это испытательное оборудование.
С алармами проблем нет. А вот с мониторингом событий есть.
Пользователь создает программы испытаний (рецепты в RW), каждая программа со своим именем. Их общее количество в памяти до 200 штук, так много для поддержания разных ГОСТ, DIN, EN, ТУ. Даже по одному ГОСТу для разных изделий могут могут задаваться разные условия, часто,0
в ГОСТе указывается "конкретная температура (продолжительность и тп) указывается в НД на изделие.
Сейчас для записи событий используется:
Запуск программы №[1] - в скобках это переменная WATCH
Цикл [1]
Цикл [2]
....
Цикл [20]
При такой записи, просматривая через несколько месяцев архив, трудно понять что и как испытывалось, придется рыться в списке из сотни рецептов, тем более, что за это время какую-то программу могли удалить, и порядковые номера сместились.
Лучше бы выглядела запись:
Запуск [25 термоциклов -80°С +150°С]
Цикл [1] х [-80°С +150°]
...
Цикл [20] х [-80°С + 150°]
ПАУЗА
Возобновление [25 термоциклов -80°С +150°С]
Цикл [20] х [-80°С +150C°]
...
Цикл [25] х [-80°С +150°C]
Завершено [25 термоциклов -80°С +150°С]

АЛМ писал(а):

8bit писал(а):

АЛМ писал(а):Очень хочется, чтобы в сообщение журнала событий можно было вставлять строку Юникода, чтоб по-русски, и, желательно, переменной длины.
Сейчас есть только вставка строки ASCII %(WATCH#)s, и только для одного слова (два символа).
Желательно WATCH1 - начало строки, а WATCH2 - число слов Юникода в строке.
Или, как вариант, строка от WATCH1 до тех пор, пока не кончатся символы, со стандартным ограничением в 32 слова.

в какой ситуации вам понадобилось юникодный текст из переменной вставлять в текст аларма ?

Это испытательное оборудование.
С алармами проблем нет. А вот с мониторингом событий есть.
Пользователь создает программы испытаний (рецепты в RW), каждая программа со своим именем. Их общее количество в памяти до 200 штук, так много для поддержания разных ГОСТ, DIN, EN, ТУ. Даже по одному ГОСТу для разных изделий могут могут задаваться разные условия, часто,0
в ГОСТе указывается "конкретная температура (продолжительность и тп) указывается в НД на изделие.
Сейчас для записи событий используется:
Запуск программы №[1] - в скобках это переменная WATCH
Цикл [1]
Цикл [2]
....
Цикл [20]
При такой записи, просматривая через несколько месяцев архив, трудно понять что и как испытывалось, придется рыться в списке из сотни рецептов, тем более, что за это время какую-то программу могли удалить, и порядковые номера сместились.
Лучше бы выглядела запись:
Запуск [25 термоциклов -80°С +150°С]
Цикл [1] х [-80°С +150°]
...
Цикл [20] х [-80°С + 150°]
ПАУЗА
Возобновление [25 термоциклов -80°С +150°С]
Цикл [20] х [-80°С +150C°]
...
Цикл [25] х [-80°С +150°C]
Завершено [25 термоциклов -80°С +150°С]

так вы алармы для журналирования испытаний используете.....
1) можно сделать выборку данных по триггеру, в тегах указать текстовую переменную, сформировали текст и дернули триггер, имена файлов выборки тоже можно формировать в Runtime (использование трендов для журналирования)

2) можно отправлять все это в стороннюю БД (видео1 и видео2, видео3) или в локальную БД (видео4)

так вы алармы для журналирования испытаний используете.....
1) можно сделать выборку данных по триггеру, в тегах указать текстовую переменную, сформировали текст и дернули триггер, имена файлов выборки тоже можно формировать в Runtime (использование трендов для журналирования)

2) можно отправлять все это в стороннюю БД (видео1 и видео2, видео3) или в локальную БД (видео4)

Спасибо, буду пробовать.

8bit писал(а):1) можно сделать выборку данных по триггеру, в тегах указать текстовую переменную, сформировали текст и дернули триггер, имена файлов выборки тоже можно формировать в Runtime (использование трендов для журналирования)

Почти получилось.
В выборку по триггеру записывается строка юникод длиной 50 слов - все прекрасно.
Проблемы:
1. В таблице выборки из всей строки отображаются только три первых символа.
2. При BackUp выборки в формате dtl и последующей конвертации в exl по щелчку мыши EC не определяет юникод строки и пишет кракозябры.
Приходится в EC открывать файл и принудительно указывать юникод, в этом случае текст строки отображается нормально.
При BackUp выборки в формате csv с BOM отображение текста нормальное.
Если вторая проблема просто доставляет неудобство, то первая лишает смысла данный способ.