Форум по АТС Страницы (2): [1] 2 »
Показаны 127 сообщений на этой странице

Форум по АТС "Квант" на synt.ru (http://forum.synt.ru/index.php)
- ТЭЗ ЦУУ ЮГ и ЗУ ЮГ (http://forum.synt.ru/forumdisplay.php?forumid=13)
-- Нештатные остановы и перезапуски ЦУУ ЮГ (http://forum.synt.ru/showthread.php?threadid=1402)


Помещено AMG 28-07-2006 в 05:16:

Останов 00007

Доброго всем времени суток!
Уважаемые, подскажите, плиз!
За последние две недели три раза останавливалась станция. Останов всегда по адресу 00007.
ЦУУ ЮГ - хост 1.31, ядро 1.83.
Может быть, кто-нибудь сталкивался с подобным?

__________________
Александр


Помещено В.И. 28-07-2006 в 15:27:

Добрый день, Александр Михайлович!
Случай с остановом по адресу 00007 - действительно довольно распространённое явление, особенно в момент запуска ночной УТП. Причины и лекарство пока не найдено.
Встречные вопросы:
1.Уточните, пожалуйста, в какое время у Вас зафиксированы остановы?
2.Не включен ли одновременно с автоматической ночной УТП автоперезапуск ЦУУ в назначенное время?
3.Переведена ли версия на 6-мс цикл сканирования?
4. Не пробовали ли ещё обновить ПО ЦУУ ЮГ, скачав его с нашего сайта?


Помещено AMG 31-07-2006 в 04:20:

письмо

Здравствуйте, Владимир Иванович!
По существу вопросов:
-остановы по времени бессистемны, один раз был ночью, остальные случаи днем в разное время.
-автоперезапуск ЦУУ в назначенное время выключен.
-цикл сканирования версии 12-мс.
-обновленную версию установил пока только на резервную машину, в работе еще не пробовал. Собираюсь в отпуск, поэтому как-то опасаюсь в свое отсутствие оставлять станцию на необкатанной версии.
Не хочется прерывать отпуск

__________________
Александр


Помещено Валерий 31-07-2006 в 05:23:

А что делали до появления "вылетов" - внесение изменений в железе или же какие-либо коррекции в версии?


Помещено AMG 31-07-2006 в 06:42:

Добрый день, Валерий!
Установил два ПТ от Провоторова - вот, собственно, и все.
Коррекции для ПТ вносили - естественно. Больше ничего, разве что коррекции для проверки КСЛ по кольцу, но это было довольно давно, а остановы начались недели три назад.

__________________
Александр


Помещено Валерий 31-07-2006 в 12:08:

Останов, это как понимать - как стоп (тихий стоп) или же остановка обработки обслуживания? Т.е. что-то пишется (типа неверный операнд) и выход на НАЧ.ПУСК?
А что у вас в ячейке 00007? 77330 или что-то еще?
Что конкретно пишется в логе?
Как насчет того, чтобы отследить перетяги (4С и 4D) - растут или нет?
Перезаписывается ли информация в 00220 - 0037F? (для контроля просто обнулите массив)
-------------------------------------------------------------------------
Помнится, где-то год назад я донимал всех беспричинными НАЧ.ПУСКами. Как оказалось, виновата была необрабатываемая (несуществующая в ЦУУ) команда. Может, что-то из этой оперы?
Был еще аналогичный случай, точный адрес "вылета" не помню, но тоже что-то в области МЗУ.


Помещено В.И. 01-08-2006 в 13:03:

Добрый день, Александр Михайлович!
<опасаюсь оставлять станцию на необкатанной версии...>
Обижаете, была бы необкатанная, я бы не стал её выкладывать на всеобщее обозрение и опробование.
Советую-таки перевести Вашу версию на 6-мс цикл сканирования (см. "Квантистам на заметку" на сайте). Быстродействие ЦУУ ЮГ позволяет использовать этот режим без напряга. Обычно помогало в подобных случаях, да и все процессы типа УТП и ДГН ускоряются вдвое.
Если сами сомневаетесь, высылайте свежий дубль РВПО, сделаю вклейки, дело займёт не более 5 минут.


Помещено AMG 02-08-2006 в 05:42:

Здравствуйте, Владимир Иванович!
Приношу свои извинения, никого не хотел обидеть!
Имелось ввиду, необкатанная на моей АТС.
<<Советую-таки перевести Вашу версию на 6-мс цикл сканирования>>
Попробую, конечно. О результатах сообщу.

__________________
Александр


Помещено romzein 04-08-2006 в 03:21:

6-мс версия

У меня тоже (как и у AMG из Орла) не пошёл переход на 6-мс версию: сразу останавливается после запуска, но код останова не запомнил. Делал через редактор, всё проверял, но может, что-то и не так сделал. Сегодня заведу коррекцию вручную (по ЗЯ). Сообщу результат.


Помещено romzein 04-08-2006 в 08:48:

Пропадает связь ЦУУ ЮГ с компом

Заметил, что на одной из машин ЦУУ-ЮГ (купил у Провоторова) регулярно пропадает связь с компом. Сейчас этот ТЭЗ - в резерве. Микросхема - драйвер ST232BN, вторая машина на такой же микросхеме, но явных проблем не обнаружено. Есть ли защита портов микросхемы от некорректного выключения COM-порта? Или есть модель микросхемы со встроенной защитой?

Заменил эту микросхемку на более стабильную MAX232*** - это всё, что нашлось у наших электронщиков. Пока стоит стабильно...


Помещено В.И. 04-08-2006 в 18:54:

Добрый день, Роман!
Изначально разработчиком в схему заложена микросхема MAX202 с соответствующими номиналами (0,1 мкФ) конденсаторов внешней обвязки, а не 232-я, для которой эти номиналы д.б. больше на порядок (1 мкФ). Не знаю, почему Провоторов поставил Вам ТЭЗ с MAX232... Поэтому рекомендую найти именно такого типа микросхему (аналоги от других производителей - HIN202, ADM202 и др.), иначе стабильная работа с СОМ-портом ПК не гарантируется.


Помещено romzein 14-08-2006 в 07:33:

На выходных вставил машину в АТС и ввёл в работу. Пока 232-я м/сх стоит и работает, 202-й пока не нашёл.

Перевёл версию на 6 мс, вставил в работу. Вроде всё в порядке, хотя есть некоторые глюки. Исследую...


Помещено romzein 15-04-2008 в 10:06:

Незапланированные перезапуски

Что-то в этом месяце начали появляться незапланированные перезапуски ЦУУ ЮГ - никаких дополнительных распечаток-ссылок о причинах нет. Шеф пытает, что такое - я ничего ответить не могу...
Привожу примеры:
04/04/08|07:05|Связь с ЦУУ разорвана
04/04/08|07:05|(07:05) ЗАПУСК ЦУУ
04/04/08|07:05|(07:05) СТАРТ С АДРЕСА: 20180
04/04/08|07:05|Связь с ЦУУ установлена
04/04/08|07:05|++05А НАЧ.ПУСК:2022.
04/04/08|07:05| 05А УТП КОНЕЦ
04/04/08|07:05|КОНЕЦ

09/04/08|16:36|Связь с ЦУУ разорвана
09/04/08|16:36|(16:36) ЗАПУСК ЦУУ
09/04/08|16:36|(16:36) СТАРТ С АДРЕСА: 20180
09/04/08|16:36|Связь с ЦУУ установлена
09/04/08|16:36|++36А НАЧ.ПУСК:2020.
09/04/08|16:37|++37Р УТП 8. ШК.1.86.
09/04/08|16:37| 37А УТП КОНЕЦ
09/04/08|16:37|КОНЕЦ

15/04/08|12:45|Связь с ЦУУ разорвана
15/04/08|12:45|(12:45) ЗАПУСК ЦУУ
15/04/08|12:45|(12:45) СТАРТ С АДРЕСА: 20180
15/04/08|12:45|Связь с ЦУУ установлена
15/04/08|12:45|++45А НАЧ.ПУСК:2020.
15/04/08|12:45| 45А УТП КОНЕЦ
15/04/08|12:45|КОНЕЦ


Помещено В.И. 15-04-2008 в 12:24:

Роман, сравните дубль РВПО за прошлый месяц с сегодняшним и проанализируйте отличия.
Версия программы - 2.84(b)? Хост 1.59? Ядро 2.08?
Величина и тип задержки КВВ?


Помещено romzein 16-04-2008 в 03:44:

О ЦУУ ЮГ:
Задерж. КВВ - 25. Тип задерж. КВВ - Программная.
LinkCPU+ Версия 2.84(b)

Host - 1.58. Контрольные суммы - 0000.
Ядро - 2.09 (КВВ - Планета).
Версия платы расширения - 1.00
Дополнительная память - 8 Мбайт.

Установка ПР 1.00 и активизация СОВА была сделана 19/03/08. В этом же месяце 24-го и 29-го были эти самые рестарты ЦУУ ЮГ (29-го также проявился ++УСК 05123).

При сравнении версий, начиная с января этого года, c сегодняшней обнаружены лишь изменения, связанные из изменением 1-й и 3-й ступени АХ, а также рекомендованная "Коррекция по выводу в ПУС номера А при вх. связи (для сигнализации 2ВСК)" в 1-м и 2-м доп. блоках. Единственное, что вызывает сомнение - это произвольное изменение ячейки 2.421EE с начального значения 711F1 на 311F1 (по рулону эта ячейка не менялась вручную).


Помещено SSS 17-04-2008 в 03:23:

Дык массив 2421e0 - ff в студию!

__________________
С уважением и пр., SSS


Помещено romzein 17-04-2008 в 03:41:

Вот - самое свежее:
2421E0+-6121F.-711E7.-20000.-02281.-20016.-40050.-711F4.-20000.
2421E8+-02282.-711E4.-6121F.-711EF.-20000.-02282.-311F1.-20000.
2421F0+-02283.-25348.-20016.-40060.-60079.-63010.-70274.-75200.
2421F8+-2534F.-60115.-54000.-71105.-71271.-24060.-44020.-2131E.


Помещено SSS 17-04-2008 в 05:20:

Очень похоже, что 711f1. Посмотреть негде, посему
-romzein, уточните тип станции.
-all с похожими станциями - указанный массив в студию.

__________________
С уважением и пр., SSS


Помещено В.И. 17-04-2008 в 06:24:

quote:
Вот - самое свежее...
Роман, однозначно инф. в ячейке 2421ЕЕ "сбита"! Сужу по прежнему дублю Вашей версии (было 711F1).
А вот сама база Вашей версии - "не самой первой свежести", ибо в современных - область 2421Е0-FF выглядит совсем иначе.
Поэтому попробуйте для начала деактивизировать коррекцию по распознаванию номера А по вх. связи, возможно она не совсем корректно отрабатывает в Вашей версии. Или что-то с СОВой...


Помещено romzein 17-04-2008 в 07:26:

Тип станции - АТСКЭ, оконечная, Планета (сейчас ЦУУ ЮГ), 2048 АК (5 В), 192 КСЛ. КУП, тональников нет.

quote:
Первоначальное сообщение от В.И.
Роман, однозначно инф. в ячейке 2421ЕЕ "сбита"! Сужу по прежнему дублю Вашей версии (было 711F1).
А вот сама база Вашей версии - "не самой первой свежести", ибо в современных - область 2421Е0-FF выглядит совсем иначе.
Поэтому попробуйте для начала деактивизировать коррекцию по распознаванию номера А по вх. связи, возможно она не совсем корректно отрабатывает в Вашей версии. Или что-то с СОВой...

Да, я анализировал предыдущие версии - эта ячейка изменена, но почему и каким образом она изменилась - не понятно... У меня всегда перед глазами контрольные суммы и до коррекции СОВЫ 2 доп блок не менялся, сам лично я эту ячейку не правил. Да, наверно придётся деактивизировать коррекцию. Но странно то, что область 2.421E0-FF была другой ранее - не помню, чтоб я её касался...
Ячейку восстановил, понаблюдаю.


Помещено В.И. 17-04-2008 в 09:54:

quote:
Но странно то, что область 2.421E0-FF была другой ранее - не помню, чтоб я её касался...
Я не имел ввиду, что эта область у вас была раньше другой, просто база Вашей версии не самая новая.


Помещено romzein 04-05-2008 в 08:03:

Всем привет и поздравляю с прошедшими праздниками!
Ситуация с перезапусками сильно не изменилась после коррекции ячейки во 2 доп. блоке. Аварийных сообщений о "левых" УСК пока не наблюдалось, но перезапуски всё же были:

26/04/08|21:04|Связь с ЦУУ разорвана
26/04/08|21:04|(21:04) ЗАПУСК ЦУУ
26/04/08|21:04|(21:04) СТАРТ С АДРЕСА: 20180
26/04/08|21:04|Связь с ЦУУ установлена
26/04/08|21:04|++04А НАЧ.ПУСК:2023.
26/04/08|21:04| 04А УТП КОНЕЦ
26/04/08|21:05|КОНЕЦ

01/05/08|21:01|Связь с ЦУУ разорвана
01/05/08|21:01|(21:01) ЗАПУСК ЦУУ
01/05/08|21:01|(21:01) СТАРТ С АДРЕСА: 20180
01/05/08|21:01|Связь с ЦУУ установлена
01/05/08|21:02|++01А НАЧ.ПУСК:2023.
01/05/08|21:02| 02А УТП КОНЕЦ
01/05/08|21:02|КОНЕЦ

Деактивизацию определения номера А СОВы не делал (во 2д). Какие будут мнения?


Помещено В.И. 04-05-2008 в 12:06:

"Ступор" при ночной УТП - причина найдена!

Привет ВСЕМ!
Совсем недавно на одном из подшефных КЭ Квантов под управлением ЦУУ ЮГ неожиданно для себя столкнулся с заглавной проблемой данной темы Форума.
В ЮГе были хост/ядро - 1.38/1.76, я вогнал (из LinkCPU+ 2.84b) самые свежие обновления - 1.59/2.08. Ни одну ячейку версии при этом не трогал, а задолго до этого версия уже была переведена мной на 6 мс цикл сканирования.
Так вот, в первую же ночь после обновления ночная УТП (в 7 утра) дала останов на адресе 00007, и затем, за счёт взведённого флага "Автоконтроль" до утра каждую минуту безуспешно пыталась перезапустить РВПО с адреса 20180, затыкаясь всякий раз на том же злополучном адресе 00007. Пришедший на работу в 8-00 персонал по моему совету исправил ситуацию ручным пуском РВПО с последующей чисткой ОО_1- и затем переводом в ОО_3-. Но на следующее утро ситуация повторилась!
Первая версия (имеется ввиду пришедшая в голову мысль) о причине данного казуса исходила из того факта, что новая "начинка мозгов" ЮГа обеспечила ему невиданное ранее быстродействие, ускорив его примерно в 1,5 раза.
А как известно, ЛУЧШЕЕ - ВРАГ ХОРОШЕГО!
Поэтому мы взяли и просто "замедлили" машину внесением в поле "Такты межкомандной задержки" значения 25 (тактов).
Затем спровоцировали ночную УТП (если кто не знает как - поясняю):
ЗЯ 271Е9,00000-
КВ 23,59-
Через минуту пробила виртуальная "полночь":
00-00-ХХ-АПР-2008
А ещё через минуту укрощённая машина успешно выдала
НАЧ. ПУСК
УТП КОНЕЦ
КОНЕЦ.
Проверили несколько раз. Стало ясно, что перед процедурой авторестарта РВПО, машину нужно "притормозить" и тогда - "на малых оборотах" - УТП всегда проходит без эксцессов. А иначе получается, что именно при автоматическом выходе на НАЧ.ПУСК в какой-то момент шибко разогнанные ЮГовские "шарики забегают за ролики"... И, судя по нареканиям трудящихся, это имеет место не только по ночам при старте УТП.
Опытным путём выяснил, что минимальное значение тактов межкомандной задержки, обеспечивающее успешный старт и прохождение ночной УТП, должно быть не менее 20.
Теперь, чтобы не снижать общее быстродействие ЦУУ, разработчику предстоит внести в ядро ЦУУ ЮГ искусственное "торможение" машины ТОЛЬКО на время запуска (перезапуска) РВПО. Кстати, ранее (когда нами ещё не был придуман импорт РВПО из штатной машины в ЮГ по каналу ввода-вывода) аналогичным путём была успешно решена проблема чтения в ЮГ версии с дисковода и магнитофона. Ну, в общем, это будет новая версия ядра ЦУУ ЮГ.
К сожалению, на сегодняшний день, других, на 100 % идентифицированных факторов, вызывающих несанкционированные перезапуски, пока не выявлено.
Надеемся получить такую информацию от вас, уважаемые ЮГовладельцы!


Помещено romzein 14-05-2008 в 05:57:

Мне "везёт" - вчера ЦУУ перезапустилось 3 раза за 7 минут - шеф рассказал обо мне много лестного... Вот вопрос: неужели нет никаких утилит, чтоб выяснить, почему происходит перезапуск ЦУУ???
Распечаток - никаких, кроме:
Связь с ЦУУ разорвана
ЗАПУСК ЦУУ
СТАРТ С АДРЕСА: 20180
НАЧ.ПУСК:2022.


Помещено В.И. 14-05-2008 в 07:52:

Приветствую, Роман!
Заметил, что "непонятные" перезапуски начались после оптимизации и значительного повышения быстродействия ЦУУ ЮГ в новых ядрах-хостах. И у меня самого на АТС тоже случаются, правда редко и бессистемно, но даже на новейшей модели ЮГа (1.30).
Автор ЮГа сейчас над этим работает, причины ищем.
В ближайшее время выложим новую версию LinkCPU+ с новыми хостом-ядром.
Пока как вариант увеличьте "Такты межкомандной задержки" в "Настройках ЦУУ" с 0 до 25-30. Быстродействие ЮГа при этом упадёт процентов на 25%, но в целом этот "шаг назад" будет неощутим. Должно помочь.


Помещено romzein 14-05-2008 в 08:09:

Пока у меня такты=20, сейчас увеличу до 30 (а задержка КВВ=25). Перезапуски тоже бессистемны и очень хаотичны. Я-то, в общем-то, о том, что для расследования причин перезапуска было бы, наверно, облегчением распечатать какую-то дополнительную информацию о том, что вызывает это критичное прерывание. Такое часто можно наблюдать в разных программах (например, Ошибка 32...)


Помещено romzein 15-05-2008 в 03:49:

Ох ох ох, сейчас задержка составляет 30, но всё равно вчера была два перезапуска 16:20 и 17:17...


Помещено В.И. 15-05-2008 в 13:34:

Роман, а Ваши ЮГи - с встроенным преобразователем питания DC-DC (-60V-->+5V) или без оного (т.е.запитаны от внешнего квантовского 5-вольтовика)? Если по второму варианту, то проверьте величину напряжения +5,00 В (+-0,05 В).


Помещено Пеца 15-05-2008 в 22:27:

А не проще загрузить версию без Совы и поработать на ней? Ведь до неё всё было нормально как я понял.


Помещено romzein 16-05-2008 в 03:37:

ЮГи без преобразователя - работаем от стандартных ИП 5 В. Да, это очень правильная мысль, что надо проверить источники!!! Результаты сообщу.


Помещено romzein 20-05-2008 в 13:05:

Сегодня проверил напряжение на ЦУУ: +5,05 В. Обновил хост и ядро до 1,61/2,11 - не помогло: после этого произошло два перезапуска. Единственное, что я забыл сделать - это восстановить задержки циклов до нуля (сейчас 30). Работа СПУС улучшилась, но всё равно ошибки в данных имеются.


Помещено В.И. 20-05-2008 в 15:10:

2 romzein

Придётся-таки подвергнуть Вашу версию внеочередной ревизии, а то из-за Ваших перезапусков народ уже начал к ЮГу настороженно относиться...


Помещено romzein 20-05-2008 в 18:48:

OK, буду рад предоставить любую информацию для Вашей ревизии


Помещено romzein 02-06-2008 в 06:23:

Всем привет.
С 21.05 станция работала без перезапусков. Но вот сегодня с утра уже перезапустилась 3 раза.

Какие-нибудь идеи есть хорошие идеи?


Помещено Igor 77 02-06-2008 в 07:13:

А на запасном "Юге" перезапуски были ?

Может все-таки поменять БВ и БП ?

__________________
Igor


Помещено romzein 02-06-2008 в 07:22:

Нет, на запасном вроде не было перезапусков. Рабочий ЦУУ питается от 3 параллельно работающих +5 В источников, все они отстроены на +5,05 В. У меня была такая мысль, что питание может быть нестабильным, но всё ж однозначно нельзя так сказать - 10 дней отработали без проблем, а вот сегодня - аж 3 перезапуска!


Помещено Sanyo 24-06-2008 в 13:10:

Господи! А зачем-же аж 3 пятивольтовика-то?? У меня 2 ЦУУ работают от одного (хотя изначально и не рекомендовалось), единственный недостаток, что без резерва. Но всё в порядке, блок холодный, как покойник, самое главное было сделать ревизию (поменять все до единой электролитические емкости). напряжение стоит ровно 5 вольт, хотя "ЮГ "устойчиво работает и от 4,5 (один ТЭЗ у меня работает от внешнего блока питания, лежа на столе и подключен к компу, я его использую для отладки и склейки версий)!!! А во-вторых утверждать о точности измерения напряжения не приходится, у меня 4 тестера, 2 из них довольно дорогие и фирменные, но показания расходятся даже на десятые.......

__________________
Эксперт - это человек, который сделал больше ошибок, чем Вы.


Помещено Yury 24-06-2008 в 16:12:

Александр, ТЭЗ не должен от 4,5 В работать. Там есть специальная ИМС, которая должна "закрывать" память и сбрасывать процессоры при понижении напряжения до 4,7 В. Наверное, она неисправна или Вы что-то напутали?


Помещено Sanyo 24-06-2008 в 16:20:

Клянусь - работает! Хоть тестеры и с разбросом, но всё-таки!! Он питается от стабилизированного источника питания 1 ампер (1,5-3-4,5-6-7,5-9-12 вольт). Из всей линейки подошло только 4,5! Сейчас, правда уже питаю от USB. ТЭЗы у меня очень старенькие, может быть, и имеет место неисправность, но в работе этого незаметно. Стендом является именно тот, который я до сих пор ещё не обновил!

__________________
Эксперт - это человек, который сделал больше ошибок, чем Вы.


Помещено romzein 17-08-2009 в 10:32:

Подскажите!

Добрый день!
У меня есть 2 вопроса, на мой взгляд простые:

1. На выходных был останов ЦУУ по адресу 2014E. Машина сама перезапустилась - всё в порядке. А что означает этот адрес?

2. Когда-то я прочёл, что для поиска неисправностей в периферии можно задавать диагностику по ТО F с некоторой задержкой, чтоб я успел добежать до нужной точки, но нигде в хелпе я не нашёл, как это задать.


Помещено В.И. 17-08-2009 в 11:08:

1.По адресу 2014Е всегда должна находиться команда 3225D. Грубо говоря, она определяет скорость исполнения процесов, инициируемых директивами ТО_, ОО_2,Х и проч. При отладке или ночных ремонтах АТС с полным остановом ОВ можно запечатывать в неё 74000 (пустая команда), что даёт ускорение всех процессов диагностики примерно в три раза. В бытность свою наладчиками мы постоянно этим пользовались. Есть две оговорки:
а) с ускорением не хотят корректно диагностироваться некоторые ВШК (дают СЕГМ 9.17) и ПДМ старых модификаций (СЕГМ 1D.C);
б) обслуживание вызовов в этом режиме невозможно.
Но почему вдруг Ваш ЮГ решил "стопануть" на этом адресе - непонятно...

2. Для этого нужно сочинить скрипт, в котором предусмотреть выдачу любой директивы с заданной задержкой (см. Script.HLP - помощь по написанию скриптов)


Помещено romzein 17-08-2009 в 11:25:

1. Да, я припоминаю, что была какая-то забавная ячейка, которая ускоряла чистку и диагностику на стадии запуска АТС... А вот почему ЮГ решил глюкнуть - это странно: это было в выходной день в 10:23, когда нагрузка вообще незначительная...

Ещё один вопросик (день загадок)
3. Сегодня заметил, что при переводе абонента из СКО2 в СКО0 контрольная сумма по 4-му доп.бл. памяти (УК 6,0) изменилсь с 0435D на 7435C. Возможно ли такое, так как мне казалось ранее при смене СКО контрольная сумма менялась на бит или два?


Помещено В.И. 17-08-2009 в 15:36:

3.Это даже не загадка, а простая булева алгебра. Номер СКО содержится в разрядах /EDC/ 1-й ступени АХ, поэтому если например, АК000 находится в СКО 0, то в ячейке 444000 будет +00000, а если его перевести в СКО 2, то: +10000. Сложите по модулю 2 числа 7435С и 10000 с переносом переполнения из старшего разряда по кругу в младший - вот и будет Вам снова 0435D!


Помещено Hudo 18-08-2009 в 03:18:

Подсказываю
>Иногда бывает необходимо выдать команду и быстро подойти к станции, например для замены ТЭЗ. В этом случае Вам пригодится введение паузы перед выдачей команды.
Для этого, выдавая команду на выполнение, удерживайте клавишу <Ctrl> . В появившемся окне введите интервал задержки в секундах и спокойно идите к нужному месту АТС.<
http://korkino-penobeton.narod.ru/ATC.htm

__________________
Без форума - нельзя!


Помещено romzein 18-08-2009 в 03:48:

quote:
Первоначальное сообщение от В.И.
3.Это даже не загадка, а простая булева алгебра. Номер СКО содержится в разрядах /EDC/ 1-й ступени АХ, поэтому если например, АК000 находится в СКО 0, то в ячейке 444000 будет +00000, а если его перевести в СКО 2, то: +10000. Сложите по модулю 2 числа 7435С и 10000 с переносом переполнения из старшего разряда по кругу в младший - вот и будет Вам снова 0435D!
Ага, теперь всё понятно.


Помещено tezka 02-12-2009 в 11:15:

Останов по адресу 542133

Добрый день!
Произошел останов по адресу 542133. Привожу текст распечатки с 00:00 и до момента перезапуска.
Сбой был один раз, на станцию никто не выезжал и ничего не делал. Печать типа:
++07А ДГН ПУУ 0000.0001.
08А ДГН ПУУ 0000.0000.
выскакивает довольно часто, но как появляется так и исчезает.
останов по адресу 542133 - что бы это значило?
Присоединяю файл.


Помещено Igor 77 02-12-2009 в 11:16:

Версию - в студию!

__________________
Igor


Помещено tezka 02-12-2009 в 11:19:

Версию уточню и выдам. Я сейчас в командировке.


Помещено В.И. 02-12-2009 в 12:42:

Вероятная причина распечатки ++УВП 0... - заниженный/завышенный уровень сигнала 425 Гц в ГТС 1-го ствола или плохой контакт в соотв. предохранителе.
Что касается останова по адресу 542133, то там, например, у меня в базе +740FF, а вот как её (Вашу версию) "выносит" на эту ячейку - сравните КС и содержимое 5-го доп. блока с более ранними дублями свокй РВПО - скорее всего, сбилась какая-то команда.
Правило - следить ежедневно за контрольными суммами (даже при наличии ЮГа) - никто не отменял!


Помещено tezka 03-12-2009 в 06:46:

По адресу 542133 у меня тоже 740FF.

ЮГ v1.11 (вариант с 16 каналами)
хост - 1.36
ядро - 1.91 (КВВ "Планета")

Спасибо за советы. У нас нет человека отвечающего за Квант, а посему трудно уследить за всеми изменениями. Кроме меня еще пару человек имеют к нему доступ. Придется ставить вопрос ребром.


Помещено Sanyo 01-01-2010 в 09:10:

Здравствуйте, господа! С НОВЫМ ГОДОМ!
Меня станция тоже поздравила, причём, ничего плохого ей не делал:
31/12/09|23:00|МВ 23-00
01/01/10|00:00|(00:00) ОСТАНОВ ПО АДРЕСУ: 00007
01/01/10|00:00| (00006 00005 00004) 00172 0
01/01/10|00:00|00040 7410E 21220 7737C 00000 21220 20000 00000 00000
01/01/10|00:00|00048 44108 00042 740FF 17372 10260 76185 740FF 740FF
01/01/10|00:00|00050 203AC 42102 5038E 240F7 0010F 0003B 47001 60000
01/01/10|00:00|00058 203A9 26179 50330 24088 771FE 40022 00012 00015
01/01/10|00:01|++ВНИМАНИЕ! (ОСТАНОВ РВПО ИЛИ НЕТ СВЯЗИ С ЦУУ)
01/01/10|00:02|++ВНИМАНИЕ! (ОСТАНОВ РВПО ИЛИ НЕТ СВЯЗИ С ЦУУ)
01/01/10|00:03|Связь с ЦУУ разорвана
01/01/10|00:03|(00:00) ЗАПУСК ЦУУ
01/01/10|00:03|(00:00) СТАРТ С АДРЕСА: 20180
01/01/10|00:03|Связь с ЦУУ установлена
01/01/10|00:03|++03А НАЧ.ПУСК:ПВМ
01/01/10|00:03|++03А СБОЙ:6021.1.
01/01/10|00:03|++03Р УТП 18.УСК.7.0.18.
01/01/10|00:03|++03А УСК 77180.3.-0000.FFFF.
01/01/10|00:03|++03Р УТП 4.БАЛ.3.1A6.1DD.

А далее начала перечислять всех абонентов в "Безотбойности", за коим занятием её и застал сегодня
днем!
Очевидных причин нет, да и запустить пока не удалось: выбило все 27-вольтовые и 110 В, два 27 вольтовика из четырех - мертвые полностью...

__________________
Эксперт - это человек, который сделал больше ошибок, чем Вы.


Помещено В.И. 02-01-2010 в 14:21:

А что произошло между
31/12/09|23:00|МВ 23-00
и
01/01/10|00:00|(00:00) ОСТАНОВ ПО АДРЕСУ: 00007
???
Сдаётся мне, что был скачок напряжения ЭПУ. Без этого блоки питания не вылетели бы в таком количестве.
Вся последующая вышеприведённая печать пока не заслуживает детального анализа, ибо это простая регистрация закономерных последствий безвременно почивших БП.
Хотелось бы уточнить только одно: был ли ЮГ, столь отважно принявший на себя удар судьбы в новогоднюю ночь, своевременно обновлён до 1.68/2.17 или не успели?
И ещё одно: что у Вас назначено на время 00:00?


Помещено Sanyo 02-01-2010 в 19:51:

Владимир Иванович, здравствуйте!
Между 23 и 00 ничего не происходило, это копия рулона, без редакции!
Дело в том, что подобный взбрык станции уже был. Во время сбоя или, так сказать, останова (00007) проскакивает какая-то команда всем УСК на проключение всех трактов!
Про датчик контроля напряжения я уже писал, да и про буфер из 400-амперных кислотных батарей тоже. Даже при желании их перезарядить - на это нужно много времени, да и автоматы по 63 А отключат перегруженную цепь. А когда я пришел - питание в норме, и сбоев в сети не было!
Также сгорели предохранители на УПД и ПСГ, и с КСЛ-Ц тоже крепкий "завис" - именно чем-то нештатным по каналу! А на периферии четкая встреча 27 и 110 вольт, видимо достигнутая какой-то комбинацией проключений!
Похожая ситуация у меня была, пару лет назад, я в это время находился на станции: буквально секундная тишина (отказ обслуживания) и выстрел, с предварительной распечаткой останов по адресу 00007. Тогда я тоже подумал, что в монтаже просечка и коротнули 27 на 110, а останов - следствие, но ничего не нашел - монтаж чистенький! А теперь кажется, что всё-таки сначала случился останов - и в это время фейерверк!

P.S. Да, хост и ядро обновил, буквально на следующий день, после их выхода! В работе станции изменений не заметил (я "на слух" обнаруживаю разницу в обслуживании, чистке - всё как и раньше), потому не менял ни задержек, ни вообще каких-либо констант.
На 00-00 ничего не назначено, чистку и диагностику отключил ещё на "ВЭФе", примерно в 2000 году, и произвожу их только вручную!

P.P.S. Да, внес одно изменение после обновления: установил галочку синхронизации времени по компьютеру, а то станционное время редко проверяю и бывают отставания.

__________________
Эксперт - это человек, который сделал больше ошибок, чем Вы.


Помещено sia 03-01-2010 в 08:15:

А у Вас системный блок включен все время или Вы на ночь его отключаете?
У меня была одна история с остановами по 00007, правда, со старыми еще хостами и ядрами. Системный блок на ночь и на выходные отключали, и когда переполнялся буфер тарификации, станция тупо останавливалась по адресу 00007.


Помещено Sanyo 03-01-2010 в 10:01:

Добрый день, Игорь!
Нет, комп включен всегда. Я поставил себе нотик, приобретенный как металлолом, и он работает сугубо со станцией. Хотя у меня на работе ещё стоит и мой собственный комп, тоже работает "вечно" - не люблю отключать аппаратуру!

Отпишусь по предыдущему сообщению:
- на двух 27-вольтовиках "бахнули" силовые предохранители, остальные просто в защите;
- по "нулевому" адресу сгорел всего один УСК1;
-"КСЛ-Ц" восстановил работоспособность только после "передергивания" питания.
В общем, замена предохранителей и УСК восстановила работу станции.
Судя по всему, подтверждается версия о сильной перегрузке или встречном включении 27 и 110 вольт!

__________________
Эксперт - это человек, который сделал больше ошибок, чем Вы.


Помещено Sanyo 04-01-2011 в 04:33:

Добрый день, народ! С наступившим Вас!
У меня аналогичная с прошлым годом ситуация, хотя поменял ЦУУ, но версия та же.

31/12/10|23:00|МВ 23-00
01/01/11|00:00|(00:00) ОСТАНОВ ПО АДРЕСУ: 00007
01/01/11|00:00| (00006 00005 00004) 00172 0
01/01/11|00:00|00040 4315D 21220 7737C 00000 21220 20000 00000 00000
01/01/11|00:00|00048 440DA 00042 740FF 17372 07026 760AD 740FF 740FF
01/01/11|00:00|00050 203AC 42102 522AB 522AB 0104F 0003B 47001 60000
01/01/11|00:00|00058 203A9 431DC 522A9 522A9 771FE 40022 00012 00011
01/01/11|00:01| ++ ВНИМАНИЕ! (ОСТАНОВ РВПО ИЛИ НЕТ СВЯЗИ С ЦУУ)
01/01/11|00:02| ++ ВНИМАНИЕ! (ОСТАНОВ РВПО ИЛИ НЕТ СВЯЗИ С ЦУУ)
01/01/11|00:03| ++ ВНИМАНИЕ! (ОСТАНОВ РВПО ИЛИ НЕТ СВЯЗИ С ЦУУ)
01/01/11|00:03|Связь с ЦУУ разорвана
01/01/11|00:04| ++ ВНИМАНИЕ! (ОСТАНОВ РВПО ИЛИ НЕТ СВЯЗИ С ЦУУ)
01/01/11|00:05| ++ ВНИМАНИЕ! (ОСТАНОВ РВПО ИЛИ НЕТ СВЯЗИ С ЦУУ)
01/01/11|00:06| ++ ВНИМАНИЕ! (ОСТАНОВ РВПО ИЛИ НЕТ СВЯЗИ С ЦУУ)
01/01/11|00:07|(00:00) ЗАПУСК ЦУУ
01/01/11|00:07|(00:00) ЗАПУСК ЦУУ

До 23 часов ничего не было, после 0-07 просто запустилась, а в 9 утра снова сбой и останов. Оба раза в новогоднюю ночь - уже закономерность!
Правда, в отличие от прошлого года, блоки питания не выбило. Видать, тогда это была неудачная комбинация сигналов при останове...

__________________
Эксперт - это человек, который сделал больше ошибок, чем Вы.


Помещено В.И. 04-01-2011 в 06:18:

Добрый день, Александр! С Новым годом!
Однако, какой загадочный этот ваш город - Одесса!....
А встреча Нового года под стативами - это так необычно....
И, судя по отсутствию сообщений в данной теме за весь 2010 год, случай Ваш - тоже уникальный!
А кстати, где же печать "МВ 00-00-01-ЯНВ-11"?
Вы её "выкусили" из цитаты намеренно? Или же машина ушла в ступор ещё до начала боя курантов?
Что назначено на 00:00 - ночная чистка, диагностика?
На какой версии хост/ядра сейчас работает ваш ЮГ?
Какое значение таймера выставлено в "Настройках ЦУУ"?


Помещено Sanyo 04-01-2011 в 06:40:

Здравствуйте, Владимир Иванович! С Новым годом!!
Как и в прошлый год, я скопировал рулон полностью!! Не было у меня сообщения о новой дате ни в прошлом, ни в этом году, останов происходит именно в этот момент!
- На 00:00 ничего не назначено, чистку и диагностику делаю только вручную.
-Версия 2.98 (1.66/2.16)
-Хост 1.68
-Ядро 2.18 (KBB-VEF)
-Задержка КВВ 30

Да, кстати, КСЛ-Ц тоже в "зависе" была. Индикация нормальная, светодиоды КВВ помаргивали, но поток был мертв, перезагрузка всё нормализовала. Прямо дежа-вю, только без фейерверка, как в прошлом году. Видимо, программная фигня "перехода в новый год"...

__________________
Эксперт - это человек, который сделал больше ошибок, чем Вы.


Помещено В.И. 04-01-2011 в 06:54:

Я вообще-то хотел услышать о величине таймера (для "Автоконтроля"), а не задержки КВВ.
Возьмите из прицепа к этому сообщению новое ядро 2.20, оно последнее на сегодняшний день. Ошибок не обнаружено.


Помещено Sanyo 04-01-2011 в 07:08:

Что-то я торможу, "автоконтроля" не нашел, межкомандной задержки 0.
Ядро сейчас обновлю, наверное на днях скорректирую дату и время и посмотрю как перейдет.

__________________
Эксперт - это человек, который сделал больше ошибок, чем Вы.


Помещено В.И. 04-01-2011 в 07:15:

В программе 2.98а этого нет, тогда ещё таймер сработки автоперезапуска не был выведен в настройки. Нужно скачать с сайта версию 3.01в (там только ЕХЕ-шник). Ядро 2.19, которое "сидит" в нём, НЕ ГРУЗИТЕ! - оно с ошибкой (на канале VEF даёт сбои по КВВ).


Помещено Sanyo 04-01-2011 в 07:36:

Да, спасибо, установил!
Таймер 180.

__________________
Эксперт - это человек, который сделал больше ошибок, чем Вы.


Помещено В.И. 04-01-2011 в 07:42:

Можно проставить таймер 30 или 45, для АТС-512 хватит. Это предел длительности останова (ступора) РВПО, после которого ЮГ обязан автоматом перезапуститься. Внимание! Если машина была до останова в ТО 7, то напечатает НАЧ.ПУСК и будет как верный пёс ждать дальнейшей команды хозяина.


Помещено Sanyo 11-01-2011 в 05:55:

вопрос

Доброго дня!
Пока с датами не экспериментировал, но в программе появились "нештатные ситуации", сама выгружается из памяти, без каких либо обьяснений! Иногда даже просто открытое окно на экране, идут распечатки, потом подхожу, а программа закрыта, без всяких сообщений об ошибках. Впервые данный глюк был замечен позавчера, когда я из дома, дистанционно работал со станцией, и произошел обрыв связи, думал, что проблема с интернетом на работе, ан нет....
Вчера дважды свернулась практически "на глазах".
Прежнюю версию (2.98) месяцами не закрывал, и конфликтов ни с одной из моих программ обнаружено не было. Конфигурацию машины не менял и новых программ не ставил.

__________________
Эксперт - это человек, который сделал больше ошибок, чем Вы.


Помещено В.И. 11-01-2011 в 06:08:

Это уже, как мне кажется, проблемы работы Windows на Вашем ПК... Бывало, что иногда, при закрытии LinkCPU, возникал синий экран с инф. об ошибке в памяти, но это - на Win98. Но чтобы программа вот так молча "слиняла" - никогда!


Помещено sia 11-01-2011 в 07:06:

У меня на одном объекте когда-то тоже были чудеса - и связь пропадала и окна разные открывались...
Всему виной были вирусы в машине.


Помещено Sanyo 11-01-2011 в 07:14:

Сегодня повыгоняю всех "резидентов" и оставлю только программу и аську, понаблюдаю! Вообще машинка у меня "чистая" и шустрая, в синий экран никакими комбинациями вывести не удавалось, да и сейчас тоже никаких ошибок, просто "тихихое закрытие".
Из новшеств в интерфейсе замечено, что открывается с "чистого листа", то есть сверху экрана начинают идти сообщения, от момента последнего запуска, а раньше было заполнение до нижней строки...

__________________
Эксперт - это человек, который сделал больше ошибок, чем Вы.


Помещено В.И. 11-01-2011 в 08:12:

quote:
Из новшеств в интерфейсе замечено, что открывается с "чистого листа", то есть сверху экрана начинают идти сообщения, от момента последнего запуска, а раньше было заполнение до нижней строки...
Да, это теперь так. Почему оно так - без Вячеслава разобраться не можем... Похоже, какая-то из встроенных библиотек - не той версии. Но, по правде сказать, это не так уж принципиально и не сильно напрягает, поэтому мы и не стали глубоко переживать и упираться в этом вопросе.

p.s. А флажок "Сворачивать в Tray при нажатии Х" (см. Настройки/Дополнительные опции) у Вас случайно не установлен?? С ним тоже возникает ощущение, что программа закрыта.


Помещено Sanyo 11-01-2011 в 08:43:

Да, флаг "Сворачивать в трей" всегда установлен, мне так удобнее.
Но здесь как раз тоже интересно: программа как бы свернута, а когда мышкой наводишь на трей, то значок исчезает - явный признак некорректного завершения работы.
(Cегодня ещё ни разу не закрылась, может прижилась или боится).
И ещё из личных настроек:
у меня всегда активно окно ПУС и всегда включено дистанционное управление по ICQ.

__________________
Эксперт - это человек, который сделал больше ошибок, чем Вы.


Помещено Sanyo 11-01-2011 в 09:59:

Снова закрылась, сразу трижды!!
Запустил, не успело окно загрузить все строки - рабочий стол (было активно окно ICQ), повторно запустил после перезагрузки компьютера, запуск - рабочий стол, третий раз - нормальная работа....... я в шоке!
Наверное верну прежнюю версию, и понаблюдаю!

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

__________________
Эксперт - это человек, который сделал больше ошибок, чем Вы.


Помещено В.И. 11-01-2011 в 10:43:

quote:
изменённый таймер автоконтроля сохранит свои параметры, даже если и не будет выведен в окошко??
Конечно. Но вот с "нежеланием" новой версии LinkCPU работать на Вашем компе - что-то оч-чень сомнительно...
Не забудьте сообщить потом результаты "отката"!


Помещено Sanyo 11-01-2011 в 11:38:

Откатил, наблюдаю, результат отпишу!
Windows XP (вылизанный и безупречный), 2002 года (с того же года и работает; точнее, если и переустанавливаю, то именно эту версию), ServicePack2 (дальше глючный и тормозной), процессор Pentium4 (3.00 ГГц Prescott, неразогнанный), памяти 2ГБ, жесткий 1ТБ, разбит на 5 логических NTFS (заполнение не более 50% у каждого), программа стоит не в штатной директории, а в С:\Program Files\LinkCPU (не нравятся русские имена папок, в силу привычки).
Программ, конфликтующих с LinkCPU и между собой, не наблюдал. Антивирус - DrWeb (обновления последние всегда).

__________________
Эксперт - это человек, который сделал больше ошибок, чем Вы.


Помещено Sanyo 16-01-2011 в 01:29:

Ну, итоги подведем!
"Откат" прошел успешно, вновь, как и ранее, программа начала работать стабильно и абсолютно незаметно! Снова сидит себе в трее, не конфликтует, не виснет, не мешает, из дома по асе связана уже 5 суток - ни единого нарицания!!
Таки моей машине новая версия LinkCPU не подошла - видать, дело в каких-то новшествах, написанных для более "свежих" машин или систем...

__________________
Эксперт - это человек, который сделал больше ошибок, чем Вы.


Помещено В.И. 16-01-2011 в 06:46:

Приветствую, Александр!
Ваш вывод, видимо, единственно верный в данной ситуации.
Надеюсь, Вы не стали "откатывать" заодно хост и ядро в самом ЮГе?


Помещено Sanyo 18-01-2011 в 00:39:

Здравствуйте, Владимир Иванович!
Ну конечно же не трогал ЦУУ, даже и мысли не было, что "ножки росли" оттуда. Вообще, я не большой любитель "последних обновлений", всегда права поговорка, что лучшее - враг хорошему. Второе ЦУУ вообще, по-моему, имеет хост и ядро четырёхлетней давности, иногда только версию обновляю, чтобы резерв был поистине "горячим".

__________________
Эксперт - это человек, который сделал больше ошибок, чем Вы.


Помещено romzein 19-01-2011 в 09:02:

сердитый Остановился ЮГ 1.32

Вчера тихо и мирно остановился наш новый ЮГ (1.32), хорошо - есть замена. На тестовом месте этот ЮГ тоже не запускается.
Какие будут предложения по реанимации?
Я так полагаю, что надо вспомнить проверку, что я делал для ЮГ 1.11?


Помещено В.И. 20-01-2011 в 03:49:

Доброе утро, Роман!

quote:
остановился наш новый ЮГ. На тестовом месте тоже не запускается
Потерял связь с ПК или перестал обслуживать?
Какая индикация (светодиод) на передней панели после перещёлкивания тумблера?
Какой значок в левом верхнем углу главного окна программы LinkCPU?


Помещено romzein 20-01-2011 в 05:53:

Всё "умерло" красиво! За день до отказа во время утренней УТП было сообщение
"++Плата расширения неисправна! Некорректный размер памяти!",
а на следующий день:
"++ ВНИМАНИЕ! (ОСТАНОВ РВПО ИЛИ НЕТ СВЯЗИ С ЦУУ)" с остановкой обслуживания. Ничего не делали: ни программу, ни оборудование не меняли до этого останова! Программа индицирует "!" как при отсутствии связи, а индикатор при включении тумблера гаснет (не мигает и не включается более), но ПР выдает однократно "пик".


Помещено В.И. 20-01-2011 в 07:15:

Проверьте, не взвели ли случайно флаг "Резервное ЦУУ" в п. меню "Настройки", актуальный только при двухмашинном режиме двух ЦУУ ЮГ.
Проверьте напряжение минус (8+-1) В на передаче от ЮГа (А24), и если оно вдруг отсутствует, то можно попробовать переключиться на запасной приёмо-передатчик сигналов от ПК, предусмотренный для этой цели в новой модели ЦУУ ЮГ.
Для этого следует переставить джампер, расположенный над радиатором, из положения "1-2" в "2-3", после чего цепь передачи от ЦУУ ЮГ к ПК будет выведена на Б24 вместо А24, а приём в ЮГ от ПК нужно соответственно перевить на Б26 вместо А26.


Помещено Yury 20-01-2011 в 07:49:

Попробуйте снять питание, отсоединить плату расширения и снова подать питание.


Помещено romzein 20-01-2011 в 07:58:

quote:
Первоначальное сообщение от Yury
Попробуйте снять питание, отсоединить плату расширения и снова подать питание.
Сразу же всё было сделано как вы предлагаете, и даже была вынута батарейка. Плата пролежала на холодном столе ) всю ночь и на след. день мы её стали запускать - ничего не изменилось!


Помещено В.И. 20-01-2011 в 08:47:

quote:
Плата пролежала на холодном столе ... всю ночь...
Ужас, прямо дрожь по коже... Роман, Вы раньше санитаром в морге не подрабатывали?
Что показали результаты измерений?


Помещено В.И. 21-01-2011 в 04:11:

Роман, ау-у!!!
Почему молчите?? Новый ЮГ ваш - на гарантии. Замена или ремонт - без проблем и оплаты.
Если "пациент" не подаёт признаков жизни - высылайте в реанимацию, а вскрытие покажет...


Помещено romzein 21-01-2011 в 04:30:

quote:
Первоначальное сообщение от В.И.
Ужас, прямо дрожь по коже... Роман, Вы раньше санитаром в морге не подрабатывали?
Хи, да уж, что-то в этом есть инфернальное!
Результаты измерений: на контакте А24 нет смещения минус 8 В, но какие-то одиночные пакетики проскакивают. Переключил джампер - на запасных выводах есть сигнал, осталось перемонтировать подключение к компу.
Какой дальнейший план действий может быть?


Помещено В.И. 21-01-2011 в 05:11:

Если появится диалог с ЮГом - протестируйте его всеми встроенными тестами, затем загрузите версию и стартуйте "Пуск ручной", снимите УК 6,- . Пусть покрутится пока в автономном полёте. Контролируйте, не греется ли 202 микросхема. Дальше решим, что делать.

Запасной сейчас работает с ПР или без?


Помещено romzein 21-01-2011 в 05:59:

Связь появилась (на запасном канале) после взвода в меню "Настройки" флага "Резервное ЦУУ"! При дальнейших манипуляциях с этим пунктом, сбросами и с пунктом "Ведомая" (Настройки ЦУУ) - наладилась связь и работа ЦУУ в основном режиме!!! Ура!
Теперь тестирую и т.п., но пока всё ещё на запасном канале связи.

Запасной 1.11 работает без ПР - не успели поставить, когда меняли.


Помещено Anton_rus 29-08-2011 в 04:59:

Здравствуйте, коллеги!
Немного оживлю тему.
ЮГ версия 1.32, хост 1.68. Вместо запуска ночной УТП выдал ОСТАНОВ РВПО ИЛИ НЕТ СВЯЗИ С ЦУУ. Помогло только передёргивание ТЭЗа (вытащил-вставил).
Через несколько дней всё повторилось, но в этот раз помогла только установка другого ЮГа и заливка на него старых настроек.
Последние несколько месяцев со станцией ничего кардинального не делали - "старичок" дорабатывает свой срок до почётной пенсии...

Собственно вопрос: что бы значили подобные взбрыки ЮГа?


Помещено В.И. 29-08-2011 в 05:53:

Доброе утро, Антон!
Проблема знакома. Объясняется непредсказуемым поведением микросхемы АDM696, применённой в ЮГах 1.30-1.32 для целей контроля питающего напряжения. Решается небольшой доработкой схемы ЮГа (одна порезка и добавление парочки чип-элементов (диод и резистор) в районе стабилизатора LM2937.
Кстати, в этом и состоит основное отличие новой модели 1.33, запущенной нами в производство с 01.07.11, где эта м/сх заменена на две других.
Если желаете, могу прислать инструкцию на это дело, нет - высылайте ТЭЗы на доработку, у вас ведь их целых 4 штуки теперь на одну станцию.


Помещено Anton_rus 29-08-2011 в 07:23:

Большое спасибо за информацию, Владимир Иванович!

Станции осталось работать недолго, поэтому пока ничего предпринимать не будем. Если прижмёт, то понятно, что делать.
Кстати, есть ли какой-то проверенный быстрый способ оживления станции, в данной ситуации? Что-то вроде: попрыгать на правой ноге вокруг ЮГа, 3 раза сплюнуть через плечо и вставить ТЭЗ обратно?? Понятно, что это временное решение, но, по крайней мере, у половины завода будет связь, а мне не надо ехать в 4 утра на работу.


Помещено В.И. 29-08-2011 в 07:36:

2 Anton_rus

Проверенный и быстрый способ Вы уже нашли сами - выдернуть и вставить на место зависший ЮГ. С учётом того, что это равносильно кратковременному обесточиванию ТЭЗ, можно попробовать применить дистанционное отключение-включение ЮГа по цепи -60В из дома, не вставая с кровати...

p.s. А дальнейшая судьба станции уже решена? Если нет, черкните мне по мылу подробности, т.к. имеется свой шкурный интерес...


Помещено Sanyo 29-08-2011 в 07:48:

Здравствуйте, Владимир Иванович!
Кстати, я где-то (не помню где) уже поднимал вопрос дистанционного управления. И помню, выяснилось, что ЮГ имеет незадействованный канал управления, предназначавшийся для переключения портов между двумя ЦУУ, но вот как задействовать управление этим сигналом через интерфейсную программу, так и не узнал. А если бы на этот сигнал можно было бы влиять ещё и по ICQ, то задача передергивания питания была бы решена: просто реле с таймером, получает команду отключения, а потом, через определенный промежуток времени - снова включается автоматически!!

__________________
Эксперт - это человек, который сделал больше ошибок, чем Вы.


Помещено В.И. 29-08-2011 в 08:03:

2 Sanyo

Давно это было, Александр, но не прижилось. И в новых интерфейсных программах эта возможность и этот сигнал похоронены под слоем новых идей...


Помещено Sanyo 02-01-2012 в 07:54:

Здравствуйте, народ! С Новым годом Вас!
Третий год подряд моя станция поздравляет меня в новогоднюю ночь: уже установлено новое ЦУУ, в эту новогоднюю ночь, я даже не включал интерфейсную программу, вот пришел 2 числа проверил - результату не удивился!! Думаю, что к ЦУУ это отношения не имеет, но кто и на каком этапе мне влепил "рождественское яйцо" в версию - понятия не имею, хотя уже уверен, что ноги растут именно оттуда! Вот цитата из "Кванта", произнесенная синхронно с речью президента:
02/01/12|10:10|МВ 20-00
02/01/12|10:10|МВ 21-00
02/01/12|10:10|МВ 22-00
02/01/12|10:10| 50А СДВ 05.0002.06.0002.0B.0001.3D.0001.43.0001.
02/01/12|10:10| 50А СДВ 45.0001.
02/01/12|10:10|МВ 23-00
02/01/12|10:10|(00:00) ОСТАНОВ ПО АДРЕСУ: 0000B
02/01/12|10:10| (00009 00008 00006) 00172 0
02/01/12|10:10|00040 00000 21158 7737C 00000 21220 20000 00000 00000
02/01/12|10:10|00048 440EA 00041 740FF 17372 751A1 74109 740FF 740FF
02/01/12|10:10|00050 42102 522AB 240F7 203AC 0022F 0003B 740FF 60000
02/01/12|10:10|00058 431DC 522A9 24088 203A9 771FE 40022 00012 00011
02/01/12|10:10|(00:00) ЗАПУСК ЦУУ
02/01/12|10:10|(00:00) ЗАПУСК ЦУУ
02/01/12|10:10|(00:00) СТАРТ С АДРЕСА: 20180
02/01/12|10:10|++02А НАЧ.ПУСК:ПВМ
02/01/12|10:10| 02А УТП КОНЕЦ
02/01/12|10:10|КОНЕЦ
02/01/12|10:10|++02А УВП 0.-0835.0007.
02/01/12|10:10|++02А УВП 3.-0031.0003.
02/01/12|10:10| 45А РВВ 378. 1. 001.
02/01/12|10:10|МВ 01-00

Городской звонок в 00-45 это я из дома звонил, связь проверить!

__________________
Эксперт - это человек, который сделал больше ошибок, чем Вы.


Помещено sia 02-01-2012 в 11:03:

Привет, Александр! Я так понял, компьютер у тебя на новогодние праздники был выключен? И версия, вижу, провоторовская. А кто эту версию ставил? Если память не подводит, вроде бы я тебе РВПО не менял.


Помещено Sanyo 02-01-2012 в 11:14:

Привет, Игорь! Изначально я сам свою "родную" версию влепил в ЮГ, после того, как выяснилось, что она весьма средневековая, то я отсылал её Провоторову и он вклеил мои характеристики в более новую базу, после этого она долго трудилась, а вот последние три года такой "фигнёй стадает". Первые подозрения пали на обновления ЦУУ и программы (потому как в 2008-2009 годах я версию совершенно не трогал, за исключением самых мелочей типа АОНа, которые привязки к дате точно не имеют), но теперь уже есть уверенность, что глюк в версии. Какой-то странный перезапуск версии с окончанием календарного года!!! Делал коррекции печати МВ (тоже от Провоторова), чтобы год писала, но очень давно, и пару Новых годов всё работало как положено!

__________________
Эксперт - это человек, который сделал больше ошибок, чем Вы.


Помещено sia 02-01-2012 в 11:20:

Были замечены случаи, когда выключают компьютер надолго, вот тогда начинаются эти остановы. Может буфер переполняется - я не знаю причину. Теоретически при выключенном компе останова не должно быть, но факт остается фактом. Это не единичный случай. Компьютер включен - все нормально. Как только выключили надолго - останов! И самое интересное - по адресу 00007.


Помещено Sanyo 02-01-2012 в 11:34:

Да, Игорь, у меня тоже были по адресу 00007, но в этот год уже по 0000В (по барабану наверное) Программу раньше не выключал, а в этом году комп перезапустил, а включить LinkCPU забыл - домой торопился.
Да и буфер ЮГа переполнить на моей станции - нужно пару недель!

__________________
Эксперт - это человек, который сделал больше ошибок, чем Вы.


Помещено sia 02-01-2012 в 11:36:

Вот мне присылали останов с Киевской области.
За 17.08.11
останов по адресу 00007
(00006 00005 00004) 00022 0
00020 23072 21220 00011 00000 773FF 003B0 00000 26200
00028 54380 00021 00132 02132 740FF 740FF 740FF 740FF
00030 5437F 431B3 5437F 43146 40046 4001B 00006 01000
00038 54200 43001 55201 43001 13004 00000 00011 00011
За 21.08.11
останов по адресу 00007
первые две строки одинаковые а дальше:
00028 54382 00022 00132 02132 740FF 740FF 740FF 740FF
00030 43146 5437F 431B3 5437F 40016 4001B 00006 01000
00038 55201 54200 43101 43001 13004 00000 00011 00011

--

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


Помещено Sanyo 02-01-2012 в 11:40:

Глянь моё сообщение от 04-01-2011, причем это при включенном компе было!

И, кстати в этом году часы тоже на 7 минут отстали, хотя это отображено не было, так как программа не работала, но по ВЧТ - разница налицо!! А вообще точность времени довольно завидная, не более 10-15 секунд в месяц убегает!

__________________
Эксперт - это человек, который сделал больше ошибок, чем Вы.


Помещено sia 02-01-2012 в 11:54:

У меня за два последних месяца Укртелекомовская станция тоже останавливалась. Самое интересное, каждый час переставало печатать время. Пропечатало в 00-00 часов, затем не печатало до 09-00 - и останов! Соответственно, образовался ПУСовский лог-файл, якобы несовпадение времени. И такие остановы были два раза. Компьютер 900Мгц, Пентиум, 512 метров ОЗУ. Как только подключили к корпоративной телекомовской сети, он стал тормозить. И начались такие остановы с несовпадением времени.
Скопирую с рулона останов, выложу тогда.


Формат времени GMT. Текущее время 23:28. Страницы (2): [1] 2 »
Показаны 127 сообщений на этой странице

Powered by: vBulletin Version 2.3.3
Copyright © Jelsoft Enterprises Limited 2000, 2001.
Перевод от ©NetAdmin.ws
© При использовании любых материалов Квант-Форума на SYNT.RU необходимо указывать источник информации.