Windows Проблемы в MPult/MPultPRO

  • Автор темы Автор темы WFox
  • Дата начала Дата начала
revit написал(а):
Еще у СПУЛа сегодня такой бзик- сообщение 1:0136 и всё! По сервис-тулу показывает код ошибки-154. :blink: такой даже в описании нет!!! :blink:

Сегодня больше - 1:0400 (в станции- ошибка 400) :D :blink: :angry: :blink: Это уже превращается в игру "что еще новенького покажет СПУЛ и будет ли оно соответствовать действительности" :D
 
Последнее редактирование модератором:
Ночью отключилось напряжение. После восстановления Mpult не загрузил ни одного лифта, хотя пожаловался на совпадение адресов. Вместо 433 поставлен WI-FI на другом доме. 433 канал оставлен в работе с одним блоком на связи для контроля работы канала. 433-й стал дурить, отключаясь ночью и восстанавливаясь в 7:30 - 8:30 как ни в чём не бывало. Поэтому перешли на WI-FI. Лифты продублированы. УМы, естественно, разные, улица и дом те же, только подъезды в одном прописаны 1, 2, 3, а в другом 01, 02, 03. В одноподъездных вместо номера подъезда стоит пробел, в продублированном 2 пробела. Проблем не было, поскольку 1 и 01 по написанию разные. Совпадением оказались 2 одноподъездных дома. После нескольких попыток перезапуска ситуация не изменилась: жалуется на совпадение в двух домах, но ни одного лифта не показывает. На дереве адресов - пусто, на панели состояния - пусто. При попытке редактирования что-либо сделать невозможно, поскольку даже в администраторе пусто. Mpult.xml и tree.str в папке существуют и имеют размер (не пустые). После удаления Mpult.xml загрузка удалась, но с жалобой на совпадение. В итоге оба одноподъездных дома обозвали п.1 вместо пробела.
Вопросы в следующем: почему не загрузились лифты, хотя файлы описания существуют?
Почему Mpult.xml мешает работе tree.str? Ведь по сути редактировать было нечего при существующих файлах.
В диспетчерской: 4 КЛШ и 2 канала: 433 с одним блоком (остальные в описании присутствуют, но не контролируются) и WI-FI.
 
Alex написал(а):
Вопросы в следующем: почему не загрузились лифты, хотя файлы описания существуют?
Почему Mpult.xml мешает работе tree.str? Ведь по сути редактировать было нечего при существующих файлах.



Если остались исходные файлы MPult.XML и tree.str, хотел бы их получить. Иначе ответить затруднительно.
Про MPult.XML и tree.str. Tree.str - это конфигурационный файл первых версий MPult.
Если MPult видит, что MPult.XML есть, то используется именно этот файл. Если MPult.XML отсутсвует, то ищется файл tree.str.
Если tree.str найден, то считается, что присходит переход со старых версий MPult, загружается tree.str и формируется MPult.XML, который и используется далее.
 
Последнее редактирование модератором:
Alex написал(а):
Выслал на techno@lkds.ru.


В Mpult была внутренняя несогласованность - при чтении структуры из XML файла из наименования (улица, дом, номер подъезда) удаляются ведущие и концевые пробелы, а при вводе новых элементов структуры (улица, дом, номер подъезда) подобное удаление не делалось.

Поэтому возникала ситуация - можно было ввести новый подъезд, отличающийся только пробелами в конце. Структуру можно было сохранить, но при первом чтении (перезагрузке MPult) обнаруживалось повторение подъездов, т.к. концевые пробелы при чтении XML удалялись.

В MPult версии 3.0.7.17 и при вводе новых элементов структуры (улица, дом, номер подъезда) удаляются ведущие и концевые пробелы.

Кроме того, если ошибки дублирования обнаруживаются, то дублирующийся элемент не загружается, а остальная структура загружается.
 
Андрей Ефименко написал(а):
В Mpult была внутренняя несогласованность - при чтении структуры из XML файла из наименования (улица, дом, номер подъезда) удаляются ведущие и концевые пробелы, а при вводе новых элементов структуры (улица, дом, номер подъезда) подобное удаление не делалось.

Поэтому возникала ситуация - можно было ввести новый подъезд, отличающийся только пробелами в конце. Структуру можно было сохранить, но при первом чтении (перезагрузке MPult) обнаруживалось повторение подъездов, т.к. концевые пробелы при чтении XML удалялись.

В MPult версии 3.0.7.17 и при вводе новых элементов структуры (улица, дом, номер подъезда) удаляются ведущие и концевые пробелы.

Кроме того, если ошибки дублирования обнаруживаются, то дублирующийся элемент не загружается, а остальная структура загружается.

Зачем указывать номер подъезда в одноподъездном доме? Ладно. Пробелы уберу и вместо "п. 1" напишу "п". Версии обновлю. До этого не обновлял потому, что работает устойчиво, а внесённые изменения не существенны для меня. B)
 
Alex написал(а):
Зачем указывать номер подъезда в одноподъездном доме?

Я пишу в таком случае "п. ед." -понятнее диспетчерам и поле заполнено. Если несколько лифтов в машинке пишу по нумерации лифтов в МП- лифт №1 и т.д. а в примечании указываю дополнительные параметры , как механики обычно ориентируются - левый, средний, праый если группа или пассажирский , грузопассажирский т.п.
 
Последнее редактирование модератором:
Перешёл на версию 3.0.7.17 несколько дней назад. :)
В программе MBlog на некоторыл лифтах вместо отображения аварийных ситуаций пишет :blink: "Неопознанная ошибка". Причём количество аварийных ситуаций в панели административно-географической структуры более 10 :o , а в панелях аварий и состояний пусто как в пустыне. Рядом соседние лифты на том же УМ - отображает как надо, а этот лифт так и не хотит.
Что может быть? Где собака порылась? :huh:
 
MBlog версии 3.0.7.0 :huh:
С тех лифтов которые не открываются MBlog-ом даже старые сообщения не удаляются, и скорее всего новые не накапливаются....
Перепроверил все адреса УМ-ов, слотов, и ЛШ ,- нет ни одного повтора, даже на недействующих.
Кто подскажет что может быть?
 
РЭМ написал(а):
MBlog версии 3.0.7.0 :huh:
С тех лифтов которые не открываются MBlog-ом даже старые сообщения не удаляются, и скорее всего новые не накапливаются....
Перепроверил все адреса УМ-ов, слотов, и ЛШ ,- нет ни одного повтора, даже на недействующих.
Кто подскажет что может быть?


В папке MPult/LBBAD есть файлы с вычитанной информацией об авариях, хорошо бы выслать на techno@lkds.ru эти файлы, файл MPult.XML и указать на каких лифтах замечен эффект
 
Андрей Ефименко написал(а):
В папке MPult/LBBAD есть файлы с вычитанной информацией об авариях, хорошо бы выслать на techno@lkds.ru эти файлы, файл MPult.XML и указать на каких лифтах замечен эффект

Файлы отправил, почистил лишнее. Ждемс.
 
РЭМ написал(а):
MBlog версии 3.0.7.0 :huh:
С тех лифтов которые не открываются MBlog-ом даже старые сообщения не удаляются, и скорее всего новые не накапливаются....
Перепроверил все адреса УМ-ов, слотов, и ЛШ ,- нет ни одного повтора, даже на недействующих.
Кто подскажет что может быть?


Структура файлов в папке MPult\LBBad была нарушена, почему будем выяснять. А сейчас в развернутом дистрибутиве выложен MBLog 3.0.7.1, который обходит неверный записи в файлах.
 
Андрей Ефименко написал(а):
Структура файлов в папке MPult\LBBad была нарушена, почему будем выяснять. А сейчас в развернутом дистрибутиве выложен MBLog 3.0.7.1, который обходит неверный записи в файлах.

Спасибо огромное! Всё получилось.
 
Подключил устройства токовой защиты двигателя на вход ABL, 47-1, 175-1, сделал запись на Событие пользователя. М-пульт- 3.0.7.18, зашивка ЛБ-2.3.7, все работает, но протоколирования в журнал нет, и в контрольных точках пишет не заданное мной название, а просто Событие пользователя. Я что-то не так делаю, или все это не предусмотрено в программе?
 
fess77 написал(а):
Подключил устройства токовой защиты двигателя на вход ABL, 47-1, 175-1, сделал запись на Событие пользователя. М-пульт- 3.0.7.18, зашивка ЛБ-2.3.7, все работает, но протоколирования в журнал нет, и в контрольных точках пишет не заданное мной название, а просто Событие пользователя. Я что-то не так делаю, или все это не предусмотрено в программе?


Нужно взять из развернутого Дистрибутива файл MPult.exe и заменить в установленном дистрибутиве
 
Мпульт 3.0.7.11
На трех точках пропадала связь по интернет каналу (не пингуются модемы). Отсутствие связи в журнале не зафиксировано, только последние события на лифте.
Почему?
 
Последнее редактирование модератором:
не пингуются совсем?
есть такая проблема - пакеты проходят очень-очень плохо. ping, если долго следить, что то проходит. Результат - практически связи нет, но отсутствие связи тоже нет.
скорее всего это проблема провайдера, но нам от этого не легче. нам (электронщики) это видно сразу, а вот на пультах этого сбоя не замечают долго.
 
Nikolay написал(а):
не пингуются совсем?
есть такая проблема - пакеты проходят очень-очень плохо. ping, если долго следить, что то проходит. Результат - практически связи нет, но отсутствие связи тоже нет.
скорее всего это проблема провайдера, но нам от этого не легче. нам (электронщики) это видно сразу, а вот на пультах этого сбоя не замечают долго.
Нет не в этом дело. Пинга не было совсем....
Как в анекдоте:
Объявление на пивнухе:пива нет совсем!
Мужик спрашивает-че мол так написали ?
-Да каждый подходит и спрашивает:
-пиво есть
-нет
-что совсем? :D
Так вот связь пропала к примеру несколько часов назад-оборудование выключилось на точке. А в жуонале ни как не зафиксирвоалось. Вопрос -почему?
 
revit написал(а):
Мпульт 3.0.7.11
На трех точках пропадала связь по интернет каналу (не пингуются модемы). Отсутствие связи в журнале не зафиксировано, только последние события на лифте.
Почему?


Использовался аппратный или программный КСЛ в диспетчерской ?
 
Андрей Ефименко написал(а):
Использовался аппратный или программный КСЛ в диспетчерской ?

Железные.. :) упс... т.е пластиковые.
 
Последнее редактирование модератором:
Назад
Сверху