This is topic Не работают запросы MySql in forum SIAD/SQL. Архивирование в TRACE MODE / SIAD/SQL. Data Logging in TRACE MODE at Форум TRACE MODE: техническая поддержка.


To visit this topic, use this URL:
http://forum.adastra.ru/ultimatebb.php/ubb/get_topic/f/40/t/000151.html

Posted by sugar (Участник № / Member № 1198) on :
 
Здравствуйте. Есть БД MySql. В базу собираюсь записывать значения каналов. Установил mysql connector. Через ODBC настроил соединение с БД.
Пишу запрос в браузере запросов:
INSERT INTO project_1
(
value
)
VALUES
(
'#val#'
)
Нажимаю выполнить запрос.Запрос выполняется. В БД добавляется новое поле.
Когда запускаю проект на исполнение в профайлере, через компоненты посылаю во входное значение канала Call.SQLQuery значение 1. Но в БД не добавляется нового поля. Подскажите что делаю не так.Релиз 6.10 За ранее спасибо.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Включите, пожалуйста, трассировщик в администраторе источников данных ODBC.
Он должен указать на возможные ошибки при выполнении запроса.
 
Posted by sugar (Участник № / Member № 1198) on :
 
Трассировщик включал.
b_0 1d64-2200 EXIT SQLGetInfoW with return code 0 (SQL_SUCCESS)
HDBC 0x0DF41458
UWORD 56 <SQL_CONVERT_CHAR>
PTR 0x0DB2F4F4 ( 0x00E3F3FF)
SWORD 4
SWORD * 0x00000000

db_0 1d64-2200 ENTER SQLGetInfoW
HDBC 0x0DF41458
UWORD 70 <SQL_CONVERT_VARCHAR>
PTR 0x0DB2F4F4
SWORD 4
SWORD * 0x00000000

db_0 1d64-2200 EXIT SQLGetInfoW with return code 0 (SQL_SUCCESS)
HDBC 0x0DF41458
UWORD 70 <SQL_CONVERT_VARCHAR>
PTR 0x0DB2F4F4 ( 0x00E3F3FF)
SWORD 4
SWORD * 0x00000000

db_0 1d64-2200 ENTER SQLGetInfoW
HDBC 0x0DF41458
UWORD 62 <SQL_CONVERT_LONGVARCHAR>
PTR 0x0DB2F4F4
SWORD 4
SWORD * 0x00000000

db_0 1d64-2200 EXIT SQLGetInfoW with return code 0 (SQL_SUCCESS)
HDBC 0x0DF41458
UWORD 62 <SQL_CONVERT_LONGVARCHAR>
PTR 0x0DB2F4F4 ( 0x00E3F3FF)
SWORD 4
SWORD * 0x00000000

db_0 1d64-2200 ENTER SQLGetInfoW
HDBC 0x0DF41458
UWORD 91 <SQL_OWNER_USAGE>
PTR 0x0DB2F4F4
SWORD 4
SWORD * 0x00000000

db_0 1d64-2200 EXIT SQLGetInfoW with return code 0 (SQL_SUCCESS)
HDBC 0x0DF41458
UWORD 91 <SQL_OWNER_USAGE>
PTR 0x0DB2F4F4 ( 0x00000000)
SWORD 4
SWORD * 0x00000000

db_0 1d64-1ad0 ENTER SQLDisconnect
HDBC 0x0DF41458

db_0 1d64-1ad0 EXIT SQLDisconnect with return code 0 (SQL_SUCCESS)
HDBC 0x0DF41458

db_0 1d64-1ad0 ENTER SQLFreeHandle
SQLSMALLINT 2 <SQL_HANDLE_DBC>
SQLHANDLE 0x0DF41458

db_0 1d64-1ad0 EXIT SQLFreeHandle with return code 0 (SQL_SUCCESS)
SQLSMALLINT 2 <SQL_HANDLE_DBC>
SQLHANDLE 0x0DF41458

db_0 1d64-1ad0 ENTER SQLFreeHandle
SQLSMALLINT 1 <SQL_HANDLE_ENV>
SQLHANDLE 0x0131B958

db_0 1d64-1ad0 EXIT SQLFreeHandle with return code 0 (SQL_SUCCESS)
SQLSMALLINT 1 <SQL_HANDLE_ENV>
SQLHANDLE 0x0131B958
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
В протоколе трассировщика видно, что клиент осуществил Disconnect, но нет записи Сonnect и нет текста запроса.
Изучите более полный раздел протокола.

В файле конфигурирования запуска узла TMcom_xx.cnf введите ключ
DEBUGON=70044010

В протоколе профайлера будут записи о выполненных запросах и возможных ошибках.
 
Posted by sugar (Участник № / Member № 1198) on :
 
----------------------------------------------
(8:16:56) INF_LOAD:Starting... db_0
(8:16:56) INF_RTM:Detected RTM NT(6.2)
(8:16:56) INF_RTM:Professional TRACE MODE 6 Profiler T-Factory RTM+ ver. 6.10.0
(8:16:56) ._.:RTM
(8:16:56) INF_LOAD:max channel = 65535
(8:16:56) INF_LOAD:Load Channels = 7
(8:16:56) INF_LOAD:Templates=3 (math=1 sql=1 scr=1 doc=0 pnl=0)
(8:16:56) INF_LOAD:Objects = 3
(8:16:56) INF_RTM:Timer=0.05s CalcLoop=500ms
(8:16:56) INF_LOAD:LoadTime=0.03s CalcPeriod=500ms
(8:16:56) INF_RTM:available(MB): pm=3875 vm=2047; free(MB): pm=2029 vm=1870 em=0 after load
(8:16:56) INF_RTM:total use(MB): pm=1845 vm=177 after load
(8:16:56) INF_RTM:use(MB): pm=31(31) vm=51(51) pf=0 after load
(8:16:56) INF_RTM:gh:486 uh:206 hh:252 after load
(8:16:56) INF_RTM:Start Main[6808] idle
(8:17:3) INF_RTM:start Ext Graph[6872] normal
(8:17:3) INF_RTM:start Main Graph[7208]
(8:17:4) INF_RTM:start SDDE[1548] low
(8:17:4) INF_RTM:start ACT[9484] idle
(8:17:4) INF_RTM:start SQL_WRITE_8[9492] idle
(8:17:4) INF_RTM:sql_writer is @IDW
(8:17:4) INF_IP:hostname is Home
(8:17:4) INF_IP:card0 addr=0.0.0.0
(8:17:4) INF_IP:card1 addr=172.20.10.6
(8:17:4) INF_RTM:start CALC[9488] above
(8:17:4) INF_RTM:fast channels not found
(8:17:4) INF_RTM:start GRAPH[9536] low
(8:17:4) INF_RTM: OXP[1X.xxxx.00]
(8:17:4) INF_RTM:start time is 0.856 s
(8:17:4) INF_RTM:total use(MB): pm=1879 vm=289 after start
(8:17:4) INF_RTM:use(MB): pm=73(73) vm=117(117) pf=13226 after start
(8:17:4) INF_RTM:gh:507 uh:251 hh:359 after start
(8:17:4) INF_FLT:ModeSwitch at start e15=0000 e18=0000 e20=0000
(8:17:4) INF_RTM:mode=2(Work) e15=00 e18=00 e20=00 [src4]
(8:17:4) INF_GRAPH:scr:1:popup=0 scrref=0 trend=0,0 update=1
(8:17:6) INF_SIAD:arch_3 after start 24.01.2016 6:53:54 26.02.2016 8:17:05
(8:17:6) INF_RTM:Thread Enable
(8:20:20) INF_RTM:stoping... = 30
(8:20:20) INF_RTM:[1X.xxxx.00]
(8:20:21) INF_RTM:main clc stop
(8:20:21) INF_RTM:mode=5(Stop) e15=00 e18=00 e20=00 [src0]
(8:20:21) INF_RTM:stop CALC[9488] kws=0,197,195
(8:20:21) INF_RTM:stop Ext Graph[6872] kws=0.000156566,198,0
(8:20:21) INF_RTM:stop Main[6808] kws=0.00015122,205,203
(8:20:21) INF_RTM:stop SQL_WRITE_8[9492] kws=0,210,206(kill)
(8:20:34) INF_RTM:stop GRAPH[9536] kws=0,210,206
(8:20:34) INF_RTM:stop ACT[9484] kws=0,197,195
(8:20:35) INF_RTM:stop SDDE[1548] kws=0,211,0
(8:20:35) INF_RTM:stop time is 14.035 s
(8:20:35) INF_RTM:number of calculation = 388
(8:20:35) INF_RTM:END OF WORK
-----------------------------------------------
Вроде ошибок никаких нет
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Нет не только ошибок, но нет и сообщений об SQL-транзакциях. Попыток записи не было.

Судя по записи
"(8:17:4) INF_RTM:sql_writer is @IDW",
Вы хотите перенаправить поток архивирования в БД.

Вы пробовали реализовать проект по видео-уроку "Перенаправление архива в СУБД" (http://www.adastra.ru/support/get_support/commer/get_support_tm6/videosprt/)?
Сверьте свой проект с этим примером.
 
Posted by sugar (Участник № / Member № 1198) on :
 
Спасибо разобрался. Изменил имя @IDW на другое.
 


Новости АСУ ТП / News | SCADA / HMI | Обучение / Trainings | Свяжитесь с нами / Contact Us



Powered by Infopop Corporation
UBB.classic™ 6.7.2