ЦПК и ЛПК версия 2.0.7.x - пробная эксплуатация - "Инфотэкс

iluha · 05-09-2008, 18:08

в этой теме - только обсуждение ПО АРМ ЛПК и ЦПК!
обсуждение КТСМ-02 - в теме http://info-web.svrw.mps/vb/showthread.php?t=144658

iluha · 15-09-2008, 15:44

Цитата:

Сообщение от Sergey_Kaluga


	1 При данных версиях прошивок КТСМ02 и камер при настройке отображения "по-умолчанию" показания в уровнях,но не в градусам. Как сделать чтобы КТСМ02 был в градусах, 01Д в уровнях 2 Нет графического отображения порогов в градусах 3 Из меню ЦПК убрана вся статистика, она в дальнейшем появится, или будет отдельное ПО?

1. никак
2. нет и не будет
3. будет отдельное ПО

MVS · 16-09-2008, 09:35

Цитата:

Сообщение от Sergey_Kaluga


	1 При данных версиях прошивок КТСМ02 и камер при настройке отображения "по-умолчанию" показания в уровнях,но не в градусам. Как сделать чтобы КТСМ02 был в градусах, 01Д в уровнях

Поменять прошивки КТСМ-02. Ожидается соответствующее указание.

MVS · 24-09-2008, 12:35

Цитата:

Сообщение от Sergey_Kaluga


	Еще вопросик Пробывали новое ПО КТМС02. Перепрошили, поставили новую версии АРМ ЛПК. "По-умолчанию" показания в °С. Вопрос в чем, можно ли средствами АМР ЦПК(версия 2.0.5.0), Администратора СПД или другими инструментами АСК ПС контролировать версию прошивки КНМ-05.

Можно при помощи КТСМ Сервис при наличии в БУНК версии 2.14 и выше .
Возможно, сделаем в Администраторе СПД

iluha · 25-11-2008, 14:18

версия 2.0.7.3

произошло изменение структуры БД, для конвертации БД надо выполнить скрипт _convert_to_2073.sql (перед выполнением изменить его в соответствии с комментариями), затем create_fun.sql (всё это лучше делать в MySQLQueryBrowser)

пробуйте! перед конвертацией желательно сделать бэкап базы посредством MySQLAdministrator.

iluha · 03-12-2008, 14:40

Цитата:

Сообщение от MZD


	TPsData.PurgeData [SQL Error: PROCEDURE ascps_mzd.PurgeData can't return a result set in the given context]

эта ошибка исправлена, скачайте cpk_2073.zip еще раз, обновите все файлы, выполните скрипт create_fun.sql (изменена процедура PurgeData)

кстати, АРМ не должен вообще вызывать эту процедуру - только Архиватор. видимо, вы успели скачать cpk_2073.zip в тот момент, когда там лежала промежуточная версия

MZD · 11-12-2008, 10:23

При попытке получения информации о поезде наблюдается следующая ошибка:

11.12.08 08:34:57.031 (!) R/T: SQL Error: Unknown column 'DevCode' in 'where clause'

Она же во вложении

Ошибка замечена только на КТСМ-02, на 01Д она не возникает

Ковертация производилась несколько раз, и из версии 2070 и из версии 2072, результат повторяется

Примеры конф. файлов:

cpk_sql_arc.ini

[Path]
Log=.\logging.ini
SpdBtrFile=D:\Works\Db\Spd\ponabs.btr
WorkDir=D:\Works\Db\Cpk
NsiDir=D:\Works\Db\Nsi\
ScriptDir=D:\Works\Db\Sql-2073\

[Mode]
MonthsToStoreArchive=12
DefServerID=1701

[MainConn]
host=localhost
database=ascps_mzd
user=root
password=xxxxxx

cpk_sql_view.ini

[Path]
Log=.\logging.ini
NsiDir=D:\Works\Db\Nsi\
WaveDir=D:\Works\Db\Wave\
ScriptDir=D:\Works\Db\Sql-2073\

[Mode]
DefServerID=1701
DefSchemeID=1701

[MainConn]
Host=localhost
database=ascps_mzd
user=root
password=xxxxxx

[ExchConn]
host=localhost
database=ascps_out
user=root
password=xxxxxx

Convert_PSQL_MySQL.ini

[Path]
Log= logging.ini
//PSQL
DevIniFile=D:\Works\Db\Cpk\Data\devices.ini
WorkDir=D:\Works\Db\Cpk\
NSIDir=D:\Works\Db\nsi\

// MySQL
Host=localhost
database=ascps_out
User=root
password=xxxxxx
ServerID=1701

[Mode]
// Интервал сканирования базы (в сек.)
TimeSelectPSQL= 10
//Глубина хранения базы MySQL (дней)
CountDayMySQL= 30
Multy = Yes

iluha · 11-12-2008, 12:57

ну что, молодцы, заметили ошибку. первыми сообщили с ОЖД, где официально проводится испытание версии, теперь МЖД, где нашлись энтузиасты... а на ЮУЖД похоже ничего не испытывают

ошибка исправлена, новая версия будет доступна, как только я закончу реализацию стыка с АСОУП-2, ориентировочно в понедельник

ps: кстати, конвертор (Convert_PSQL_MySQL) то вам зачем?

MZD · 11-12-2008, 14:16

Я заметил эту ошибку ещё 3-го декабря, когда получил версию. Вернулся же к проблеме вчера, установив, и проконвертировав цепочку 2070 -> 2073 5 раз.

Конвертор же я использовал как последний шанс её исправить, в БД ascps_out есть столбец, на котором спотыкается вьювер, а мне показалось, что в нём, вьювере, есть обращение к этой БД...

Такое пожелание.

Использую 2 сервера БД, один, для опытов, под Win2003, второй, "боевой", под REHEL.

В дампе таблицы прописаны строчными буквами, а в АРМ - е прописными. Приходится править дампы ручками, что не есть хорошо.

Нельзя ли привести всё к одному знаменателю, и в дальнейших версиях этого придерживаться?

На вопрос, зачем Линукс, могу сразу ответить.

Мне кажется, что когда база достаточно подрастёт, при всех равных условиях, большие выборки на Линуксе будут делатся быстрее, чем на Виндовс.

Ещё такой вопрос.

Редактор 2073 уже не умеет импортировать дивайсы и объекты.
Значит ли это что все последующие установки с нуля будут сопровождатся конвертацией?

Ну последний вопрос, АСОУП по прежнему будет висеть на регламенте, или всёже удалось договорится с правообладателями об использовании DB2?

В своё время мне удалось приватно договорится о регламенте по нескольким станциям от ИВЦ МЖД.

Удалось получить ввод номеров, но об этом узнало начальство ИВЦ МЖД, устроло разнос даме, которая открыла регламент, и твёрдо сказало, НИКАКИХ регламентов, ТОЛЬКО DB2, и если ваши разработчики что -то хотят, их в студию!

iluha · 11-12-2008, 16:40

Цитата:

Сообщение от MZD


	Конвертор же я использовал как последний шанс её исправить, в БД ascps_out есть столбец, на котором спотыкается вьювер, а мне показалось, что в нём, вьювере, есть обращение к этой БД...

1. t_exch_out - таблица в отдельной БД (ascps_out), для передачи данных о Тр.-1, Тр.-2 внешним приложениям, формируется Архиватором. АРМ ЦПК пишет в эту таблицу только при изменении данных вручную (в окнах "О поезде", "О подв.ед.") на тревожный поезд/вагон.

2. конвертор формирует таблицу на основании данных Btrieve. сделан он исключительно для возможности оперативно состыковать АСКПС и КАСАНТ по всем дорогам, не внедряя версию ЦПК 2.0.7.x

Цитата:

Сообщение от MZD


	В дампе таблицы прописаны строчными буквами, а в АРМ - е прописными. Приходится править дампы ручками, что не есть хорошо. Нельзя ли привести всё к одному знаменателю, и в дальнейших версиях этого придерживаться?

ясно, будет пофиксено.

Цитата:

Сообщение от MZD


	Мне кажется, что когда база достаточно подрастёт, при всех равных условиях, большие выборки на Линуксе будут делатся быстрее, чем на Виндовс.

не факт, но в принципе я не против тестирования на линуксе.

Цитата:

Сообщение от MZD


	Редактор 2073 уже не умеет импортировать дивайсы и объекты. Значит ли это что все последующие установки с нуля будут сопровождатся конвертацией?

да, делается специальный конвертор, который в идеале будет конвертировать и базу Btrieve, и базу Paradox (АРМ ЛПК) в MySQL

Цитата:

Сообщение от MZD


	Ну последний вопрос, АСОУП по прежнему будет висеть на регламенте, или всёже удалось договорится с правообладателями об использовании DB2?

регламента больше не будет. с АСОУП-2 уже работаем, идёт отладка на ВСЖД. принцип взаимодействия - веб-сервис, запросы через SOAP, аналогично связке АСКПС-КАСАНТ.

Цитата:

Сообщение от MZD


	НИКАКИХ регламентов, ТОЛЬКО DB2, и если ваши разработчики что -то хотят, их в студию!

всё правильно, регламент - зло, плодить копии АСОУП невыгодно никому.

вот только, как мне сказали сегодня по телефону, терминального доступа к АСОУП-2 тоже не будет

это не есть гуд, что скажут пользователи АРМ ЦПК, лишившись программного средства "Запрос в АСОУП" ?

05-09-2008, 18:08	#1
iluha Эксперт Регистрация: 17-03-2003 Город: Екатеринбург (ИНФОТЭКС АТ) Сообщения: 741	ЦПК и ЛПК версия 2.0.7.x - пробная эксплуатация в этой теме - только обсуждение ПО АРМ ЛПК и ЦПК! обсуждение КТСМ-02 - в теме http://info-web.svrw.mps/vb/showthread.php?t=144658 __________________ с уважением, Илья Компанец e-mail: iluha@svrw.rzd skype: iluha_com ICQ: 6897292 Последний раз редактировалось iluha, 13-10-2009 в 15:53.

25-11-2008, 14:18	#5
iluha Эксперт Регистрация: 17-03-2003 Город: Екатеринбург (ИНФОТЭКС АТ) Сообщения: 741	версия 2.0.7.3 произошло изменение структуры БД, для конвертации БД надо выполнить скрипт _convert_to_2073.sql (перед выполнением изменить его в соответствии с комментариями), затем create_fun.sql (всё это лучше делать в MySQLQueryBrowser) пробуйте! перед конвертацией желательно сделать бэкап базы посредством MySQLAdministrator. __________________ с уважением, Илья Компанец e-mail: iluha@svrw.rzd skype: iluha_com ICQ: 6897292 Последний раз редактировалось iluha, 13-10-2009 в 15:54.

11-12-2008, 10:23	#7
MZD Новичок Регистрация: 03-04-2008 Город: Калуга (Московская) Сообщения: 11	ЦПК 2073 При попытке получения информации о поезде наблюдается следующая ошибка: 11.12.08 08:34:57.031 (!) R/T: SQL Error: Unknown column 'DevCode' in 'where clause' Она же во вложении Ошибка замечена только на КТСМ-02, на 01Д она не возникает Ковертация производилась несколько раз, и из версии 2070 и из версии 2072, результат повторяется Примеры конф. файлов: cpk_sql_arc.ini [Path] Log=.\logging.ini SpdBtrFile=D:\Works\Db\Spd\ponabs.btr WorkDir=D:\Works\Db\Cpk NsiDir=D:\Works\Db\Nsi\ ScriptDir=D:\Works\Db\Sql-2073\ [Mode] MonthsToStoreArchive=12 DefServerID=1701 [MainConn] host=localhost database=ascps_mzd user=root password=xxxxxx cpk_sql_view.ini [Path] Log=.\logging.ini NsiDir=D:\Works\Db\Nsi\ WaveDir=D:\Works\Db\Wave\ ScriptDir=D:\Works\Db\Sql-2073\ [Mode] DefServerID=1701 DefSchemeID=1701 [MainConn] Host=localhost database=ascps_mzd user=root password=xxxxxx [ExchConn] host=localhost database=ascps_out user=root password=xxxxxx Convert_PSQL_MySQL.ini [Path] Log= logging.ini //PSQL DevIniFile=D:\Works\Db\Cpk\Data\devices.ini WorkDir=D:\Works\Db\Cpk\ NSIDir=D:\Works\Db\nsi\ // MySQL Host=localhost database=ascps_out User=root password=xxxxxx ServerID=1701 [Mode] // Интервал сканирования базы (в сек.) TimeSelectPSQL= 10 //Глубина хранения базы MySQL (дней) CountDayMySQL= 30 Multy = Yes Миниатюры

11-12-2008, 12:57	#8
iluha Эксперт Регистрация: 17-03-2003 Город: Екатеринбург (ИНФОТЭКС АТ) Сообщения: 741	ну что, молодцы, заметили ошибку. первыми сообщили с ОЖД, где официально проводится испытание версии, теперь МЖД, где нашлись энтузиасты... а на ЮУЖД похоже ничего не испытывают ошибка исправлена, новая версия будет доступна, как только я закончу реализацию стыка с АСОУП-2, ориентировочно в понедельник ps: кстати, конвертор (Convert_PSQL_MySQL) то вам зачем? __________________ с уважением, Илья Компанец e-mail: iluha@svrw.rzd skype: iluha_com ICQ: 6897292 Последний раз редактировалось iluha, 11-12-2008 в 13:03.

11-12-2008, 14:16	#9
MZD Новичок Регистрация: 03-04-2008 Город: Калуга (Московская) Сообщения: 11	Заметили ещё 3-го декабря Я заметил эту ошибку ещё 3-го декабря, когда получил версию. Вернулся же к проблеме вчера, установив, и проконвертировав цепочку 2070 -> 2073 5 раз. Конвертор же я использовал как последний шанс её исправить, в БД ascps_out есть столбец, на котором спотыкается вьювер, а мне показалось, что в нём, вьювере, есть обращение к этой БД... Такое пожелание. Использую 2 сервера БД, один, для опытов, под Win2003, второй, "боевой", под REHEL. В дампе таблицы прописаны строчными буквами, а в АРМ - е прописными. Приходится править дампы ручками, что не есть хорошо. Нельзя ли привести всё к одному знаменателю, и в дальнейших версиях этого придерживаться? На вопрос, зачем Линукс, могу сразу ответить. Мне кажется, что когда база достаточно подрастёт, при всех равных условиях, большие выборки на Линуксе будут делатся быстрее, чем на Виндовс. Ещё такой вопрос. Редактор 2073 уже не умеет импортировать дивайсы и объекты. Значит ли это что все последующие установки с нуля будут сопровождатся конвертацией? Ну последний вопрос, АСОУП по прежнему будет висеть на регламенте, или всёже удалось договорится с правообладателями об использовании DB2? В своё время мне удалось приватно договорится о регламенте по нескольким станциям от ИВЦ МЖД. Удалось получить ввод номеров, но об этом узнало начальство ИВЦ МЖД, устроло разнос даме, которая открыла регламент, и твёрдо сказало, НИКАКИХ регламентов, ТОЛЬКО DB2, и если ваши разработчики что -то хотят, их в студию!