SIEMENS, DF&PD

Предыдущее посещение: Вс июл 10, 2016 18:36 Текущее время: Вс июл 10, 2016 18:36

Часовой пояс: UTC + 3 часа




 [ Сообщений: 21 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: CCRtsLoader
СообщениеДобавлено: Пн июл 05, 2010 16:11 
Не в сети
Известный Писатель

Зарегистрирован: Пт окт 26, 2007 16:25
Сообщения: 124
После порядка 10-ти минут работы проекта на сервере возникает сообщение следующего содержания:
C:\PROGRAM FILES\SIEMENS\WINCC\BIN\CCDmRtServer.DLL

Unhandled exception was raised. Look WinCC Diagnose directory for details.
После этого отваливается менеджер тегов-пропадает связь как с внешнеми так и со внутренними тегами. Переустановка ОС и WinCC ничего не дала. Этот же проект работает на 4-х других серверах с аналогичной конфигруцией ПО.
Варианты ПО были следующие:
Windos XP SP2 Eng. WinCC 7.0 sp1 HF4+русификатор
Windos XP SP2 Eng. WinCC 7.0 sp1 +русификатор

Диагностический лог:

Код:
//====================================================================
// WinCC reported exception with code: C0000005 ACCESS_VIOLATION
// Date: 27.6.2010 - Time: 15.32.15
// Caused at logical address 100DC927 01:000DB927
//====================================================================
// FAULTING MODULE: C:\PROGRAM FILES\SIEMENS\WINCC\BIN\CCDmRtServer.DLL
//====================================================================
// Registers:
// ----------
// EAX:00000002
// EBX:0291AB80
// ECX:0207FB68
// EDX:0207FB68
// ESI:10073AE2
// EDI:00AFEBE4
// CS:EIP:001B:100DC927
// SS:ESP:0023:04CAFDC8  EBP:04CAFDFC
// DS:0023  ES:0023  FS:003B  GS:0000
// Flags:00010202
//
// Call stack:
// -----------
// Address  | Frame    |
// ---------+----------+----------------------------------------------
// 100DC927 | 04CAFDFC | 0001:000DB927 C:\PROGRAM FILES\SIEMENS\WINCC\BIN\CCDmRtServer.DLL
// 100DC887 | 04CAFE9C | 0001:000DB887 C:\PROGRAM FILES\SIEMENS\WINCC\BIN\CCDmRtServer.DLL
// 100DD83C | 04CAFED4 | 0001:000DC83C C:\PROGRAM FILES\SIEMENS\WINCC\BIN\CCDmRtServer.DLL
// 100DD384 | 04CAFF74 | 0001:000DC384 C:\PROGRAM FILES\SIEMENS\WINCC\BIN\CCDmRtServer.DLL
// 781329BB | 04CAFFAC | endthreadex+3B
// 78132A47 | 04CAFFEC | endthreadex+C7
//====================================================================


Вот такая беда ! Помогите !


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср май 11, 2011 6:33 
Не в сети
Новый писатель

Зарегистрирован: Ср дек 10, 2008 15:38
Сообщения: 16
Откуда: Сургут
Так же проблемма с CCRtsLoader.exe следующего характера:
При старте проекта процесс CCRtsLoader.exe занимает в памяти ~20Мб,
после суток работы уже ~200Мб. Аналогично с процессом PassDBRT.exe - соответственно ~11Мб и ~100Мб.
Через несколько суток заканчивается виртуальная память.
WinCC 7.0 SP1 HF6.
Переустановка ОС Win2003 SP2 эффекта не дала. Сканил на вирусы
Sysclean-ом со свежими базами (по рекомендации Siemens) - результат отрицательный. Ставил SIMATIC_Security_Update_V1_0_0_11, KB2286198 на винду - все без толку.
Help me please!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср май 11, 2011 13:49 
Не в сети
Ведущий специалист

Зарегистрирован: Пт дек 31, 2004 13:25
Сообщения: 2248
Откуда: SIEMENS I IA AS Москва
Если идет утечка памяти, то первым делом надо обратить внимание на С-скрипты. Для начала можно просто отключить скрипты в рантайме и понаблюдать, будут ли те же проблемы или нет.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн сен 19, 2011 12:59 
Не в сети
Известный Писатель

Зарегистрирован: Пн апр 19, 2010 8:32
Сообщения: 267
Откуда: Петрозаводск
тоже столкнулся с такой проблемой. выяснил, что проблема из-за недавно написанного скрипта. но СИ только осваиваю, и не могу понять, где там утечка памяти. где можно про это почитать?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт сен 20, 2011 9:25 
Не в сети
Ведущий специалист

Зарегистрирован: Пт дек 31, 2004 13:25
Сообщения: 2248
Откуда: SIEMENS I IA AS Москва
Однозначного ответа как искать причины утечки памяти при использовании С не даст никто, но в основном такое происходит когда забывают освобождать память полученную при использовании функций семейства "*alloc". То есть после каждого вызова, например, malloc где то дожна быть вызвана функция free для освобождения этого куска памяти.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт фев 10, 2012 8:58 
Не в сети
Новый писатель

Зарегистрирован: Чт июл 21, 2011 8:56
Сообщения: 36
такая же проблема c CCRtsLoader.EXE . пробовал снимать галку в Свойствах компьютера->Запуск->Среда исполнения макросов. Не помогает память так же возрастает.

Запись в логе CCRtsLoader.LOG :

//====================================================================
// WinCC reported exception with code: C0000005 ACCESS_VIOLATION
// Date: 9.2.2012 - Time: 1.29.53
// Caused at logical address 06B25A90 01:00004A90
//====================================================================
// WinCC reported exception with code: C0000005 ACCESS_VIOLATION
// Date: 10.2.2012 - Time: 3.45.38
// Caused at logical address 06B34A12 01:00003A12


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт фев 10, 2012 10:24 
Не в сети
Известный Писатель

Зарегистрирован: Вт май 02, 2006 5:02
Сообщения: 355
Юрченко Владимир писал(а):
Однозначного ответа как искать причины утечки памяти при использовании С не даст никто, но в основном такое происходит когда забывают освобождать память полученную при использовании функций семейства "*alloc". То есть после каждого вызова, например, malloc где то дожна быть вызвана функция free для освобождения этого куска памяти.


А так же при аварийном завершении выполнения скрипта.
Утечку однозначно надо искать в скриптах


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс фев 12, 2012 4:18 
Не в сети

Зарегистрирован: Вс фев 12, 2012 3:50
Сообщения: 3
Добрый день! У нас тоже беда с CCRtsLoader.EXE, за каждый час процесс разрастается примерно на 1МБ. Все скрипты в проекте выполняются по действию. Отключение DEP результата не принесло. Конфигурация: сервер (WinSer2003, WINCC v.7 SP1) + 3х клиента (WinXP SP3, WINCC v.7 SP1). Сейчас хотим обновить WinCC до SP2, но есть определенные сомнения, что это даст результат. Посоветуйте, что можно предпринять для поиска утечки памяти
Запись в логе CCRtsLoader.LOG :
//====================================================================
// WinCC reported exception with code: E06D7363
// Date: 5.1.2012 - Time: 16.19.7
// Caused at logical address 77E4BEF7 01:0000AEF7
//====================================================================
// WinCC reported exception with code: 80000003 BREAKPOINT
// Date: 9.2.2012 - Time: 0.1.11
// Caused at logical address 10002612 01:00001612
//====================================================================
// FAULTING MODULE: C:\PROGRAM FILES\SIEMENS\WINCC\BIN\CCDmRtServer.DLL
//====================================================================
// Registers:
// ----------
// EAX:00000001
// EBX:03CD1100
// ECX:78134C58
// EDX:93150000
// ESI:00000000
// EDI:00000000
// CS:EIP:001B:10002612
// SS:ESP:0023:0570F910 EBP:0570F928
// DS:0023 ES:0023 FS:003B GS:0000
// Flags:00000202
//
// Call stack:
// -----------
// Address | Frame |
// ---------+----------+----------------------------------------------
// 10002612 | 0570F928 | 0001:00001612 C:\PROGRAM FILES\SIEMENS\WINCC\BIN\CCDmRtServer.DLL
// 100D873D | 0570FD68 | DllUnregisterServer+BFB8D
// 10048BFF | 0570FEE4 | DllUnregisterServer+3004F
// 100C396B | 0570FEF0 | DllUnregisterServer+AADBB
// 05068E2B | 0570FF78 | 0001:00027E2B C:\Program Files\Common Files\Siemens\ACE\Bin\CCGenericStub.dll
// 781329BB | 0570FFB0 | endthreadex+3B
// 78132A47 | 0570FFEC | endthreadex+C7


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн фев 13, 2012 6:53 
Не в сети
Известный Писатель

Зарегистрирован: Ср сен 17, 2008 9:13
Сообщения: 253
Откуда: Тула
Попробуйте переписать скрипты на VBS - там проще с памятью :-)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт фев 14, 2012 9:24 
Не в сети
Новый писатель

Зарегистрирован: Чт июл 21, 2011 8:56
Сообщения: 36
не реально переписать все скрипты в VBS.. К тому при выключенных скриптах процесс CCRtsLoader.exe все равно растет


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт фев 14, 2012 12:07 
Не в сети
Известный Писатель

Зарегистрирован: Ср сен 17, 2008 9:13
Сообщения: 253
Откуда: Тула
fajm писал(а):
не реально переписать все скрипты в VBS.. К тому при выключенных скриптах процесс CCRtsLoader.exe все равно растет


Так вы же не все скрипты отключаете, а только глобальные! На мнемосхемах наверняка есть скрипты по изменению или циклические... Перепишите сомнительные куски на VBS


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт фев 14, 2012 12:16 
Не в сети
Новый писатель

Зарегистрирован: Чт июл 21, 2011 8:56
Сообщения: 36
Интересно знать какие сомнительные.. APdiag - при включенном рантайме и щелканьем по кадрам выводит что все в порядке, нет не каких ошибок. пробую уже какие возможно скрипты переписывать... но пока толку ноль


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Сб фев 18, 2012 4:21 
Не в сети

Зарегистрирован: Вс фев 12, 2012 3:50
Сообщения: 3
Потратили кучу времени и провели ряд экспериментов, выяснили, что на разрастание процесса CCRtsLoader в малой степени влияет (а то и вовсе не влияет) выполнение скриптов, количество подключенных клиентов, запущенные приложение в рантайм. Основная причина - это наличие активного соединения с Sicam PAS. Для чистоты эксперимента, мы создали на сервере новый проект, импортировали теги процесса и при различных условиях наблюдали за увеличением CCRtsLoader. Пришли к выводу, что проблема системная и связана с несовершенством ПО Siemens. Оень бы хотелось услышать комментарии, подобной проблемы, представителей siemens и найти решение данной проблемы.
Конфигурация системы: сервер HMI - WinCC v.7 SP2+UP6, Sicam PAS_CC v.7; сервер PAS – Simam PAS v.7 SP3; клиенты - WinCC v.7 SP2+UP6, Sicam PAS_CC v.7


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт фев 23, 2012 12:49 
Не в сети
Новый писатель

Зарегистрирован: Пт апр 24, 2009 20:15
Сообщения: 10
Обнаружили такую же проблему, занимаемся созданием нового проекта, используем связку WinCC 7 SP2 и sicam pas 7. В предыдущих проектах использовали WinCC 6.2 и sicam pas 6 и разрастания процесса CCRtsLoader не было. Очень бы хотелось избежать проблем на объекте при внедрении проекта, поэтому считаю проблему очень актуальной и требующую выпуска «заплатки» для PasCC 7


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн фев 27, 2012 8:27 
Не в сети
Ведущий специалист

Зарегистрирован: Пн апр 24, 2006 14:04
Сообщения: 179
Откуда: SIEMENS I IA AS Москва
Коллеги, Вы напрасно теряете время.
Обратитесь в поддержку Sicam Pas.
Насколько я знаю, в некоторых версиях ActiveX для Sicam Pas существовали проблемы с утечкой памяти, которые давно исправлены.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн фев 27, 2012 10:56 
Не в сети
Новый писатель

Зарегистрирован: Чт июл 21, 2011 8:56
Сообщения: 36
зачем же тогда было говорить, что это "наш" косяк и нужно искать проблемы в Си скриптах?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср фев 29, 2012 0:30 
Не в сети

Зарегистрирован: Вс фев 12, 2012 3:50
Сообщения: 3
Цитата:
Коллеги, Вы напрасно теряете время.

Мы напрасно потратили время на объекте для поиска кривых скриптов и проведения целой серии экспериментов, что бы выявить Ваши косяки в официально поставленном ПО Simens. Неужели в Вашем департаменте распределения энергии нет специалистов, которые могут отписаться на форуме и сэкономить нам время и нервы?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср фев 29, 2012 8:41 
Не в сети
Ведущий специалист

Зарегистрирован: Пн апр 24, 2006 14:04
Сообщения: 179
Откуда: SIEMENS I IA AS Москва
Если Вы применяете систему Sicam Pas, возможно, для вашей версии существует исправление. Чтобы это выяснить, нужно обратиться в соответствующую техподдержку. Очевидно, это первое, что следовало бы сделать для ускорения процесса.
Если проблема не связана с Sicam Pas, то утечки памяти обычно связаны с ошибками в скриптах при работе с памятью, которые довольно трудно диагностировать. Т.е. косяки следует искать в своих проектах. В текущих версиях базовой системы WinCC проблем с утечкой памяти неизвестно.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт сен 23, 2014 5:52 
Не в сети

Зарегистрирован: Вт сен 23, 2014 5:36
Сообщения: 2
Та же беда. CCRtsLoader растет на примерно 20Mb в час. Предполагаем что всему виной встроенный драйвер Modbus TCP\IP. Перешли на KepWare и связь с WinCC по OPC. Есть еще подозрение на большие скрипты переприсвоения в которых примерно по 1200 строк такого типа: SetTagFloat("TagName_1",GetTagFloat("AnotherTagName_1"));

Cкрипт выполняется раз в 2 секунды.

Если виной всему скрипт, может кто подскажет, каким образом можно высвобождать память? Для чайника в С


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср сен 24, 2014 9:23 
Не в сети
Известный Писатель

Зарегистрирован: Ср фев 16, 2011 14:23
Сообщения: 434
Откуда: Санкт-Петербург, Москва
Скрипт неплохо бы в студию.

И проблем с Set/GetTag даже из пяти тысяч строк не бывает никогда, проблемы бывают из-за тотального непонимания того что все типы переменных в C (включая строковые) - это по факту числа (либо значение, либо адрес).


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
 [ Сообщений: 21 ]  На страницу 1, 2  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 3


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения

Перейти:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group