|
  |
Ошибка LNS#25 DB#2017, Ошибка при восстановлении базы данных из сети |
|
|
Гость_Step_*
|
6.7.2007, 10:07
|
Guest Forum

|
При восстановлении базы данных из сети (Recover database from network) в LonMaker 3.1 после того как нажали service pin для определения домена во время процесса "Creating network interface device" выскакивает ошибка Database error (Subsystem: LNS,#25)[DB#2017] Очевидно заблокирован доступ к базе данных? Есть ли у кого мануал с описанием ошибок LNS по типу NodeBuilder Errors Guide?
|
|
|
|
Гость_Lon-теоретик_*
|
15.7.2007, 12:06
|
Guest Forum

|
Позвольте дать Вам совет - НИКОГДА ТАК БОЛЬШЕ НЕ ДЕЛАЙТЕ. К сожалению Lonmaker глючил, глючит и будет глючить при попытке восстановить базу LNS по реальной сети. Если у Вас количество узлов более 4-х - забудьте об опции "recovering from network".
Терпения Вам и удачи!!!!
|
|
|
|
Гость_ggg__ggg_*
|
15.7.2007, 14:12
|
Guest Forum

|
Есть в HELPe List of errors. Можно использовать HELP от LNS Report Generator.
|
|
|
|
Гость_Step_*
|
17.7.2007, 7:44
|
Guest Forum

|
Да, очевидно это глюк, но который пока удалось обойти, указав Domain ID в явном виде. Для контроллеров Vitotronic от Viessmann это 7, как известно. Пока вычитали сеть из двух контроллеров - 333 и 100. На реальной котельной еще не экспериментировали. Но придется, деваться некуда. Чем еще еще реально можно вычитать сеть
|
|
|
|
Гость_ggg__ggg_*
|
17.7.2007, 8:06
|
Guest Forum

|
Не знаю, я делал на ТАС ( его "глюки" в чистом LONe - это песня !!!). Никаких проблем. Маленькое уточнение - а чем конфигурили контроллеры? LONMaker не очень любит конкурентов, т.к. ( такое у меня сложилось впечатление) , он использует некоторые недокументированные особенности LNS. Если нет Domain ID - то, может, неправильная длина домена? Не все используют 1 по умолчанию. Тот же ТАС, для своих нужд, использует нулевую длину.
|
|
|
|
|
17.7.2007, 8:28
|
Группа: Участники форума
Сообщений: 141
Регистрация: 29.1.2007
Из: СПб
Пользователь №: 5765

|
Тоже сталкивался с подобными проблемами, связанными с Domain ID. Как-то LNS все-таки не дорабатывает с вычитаванием Domain ID нулевой длины. К слову, сам LonMaker не позволяет установить домен нулевой длины.
Сообщение отредактировал KDVectra - 17.7.2007, 8:30
|
|
|
|
Гость_ggg__ggg_*
|
17.7.2007, 8:45
|
Guest Forum

|
Как правило, нулевая длина используется для "внутренних" нужд тех производителей (типа ТАС) , которые придумывают свои NVT, и не хотят пересекаться с "чистым" LON.
|
|
|
|
Гость_Step_*
|
17.7.2007, 9:07
|
Guest Forum

|
Чем Viessmann конфигурит свои Витотроники - не знаю, по крайне мере в московском офисе Viessmann нас отослали интересоваться этим вопросом в Германию. Нет в московском представительстве кого-либо, кто знает что такое LON, а если и был, то думается сплыл
|
|
|
|
Гость_ggg__ggg_*
|
17.7.2007, 9:23
|
Guest Forum

|
Вот из-за этого и весь сыр-бор. В документации по LONMaker такая ситуевина прописана. Выход - ручками его, ручками. Скорее всего, нулевая длина домена. Выставляете ручками - и понеслось. А LONMaker'oм конфигурить будете - можете иметь сюрпизы. Cоmission protocol- обычно есть такая бумага.
|
|
|
|
Гость_Step_*
|
17.7.2007, 9:39
|
Guest Forum

|
Нет, в обратную ничего конфигурить не будем, упаси боже. Вычитать, подцепться через OPC server далее в Genesis и в кассу за зарплатой
|
|
|
|
Гость_ggg__ggg_*
|
17.7.2007, 9:42
|
Guest Forum

|
Удачи !
|
|
|
|
|
17.7.2007, 9:58
|
Группа: Участники форума
Сообщений: 141
Регистрация: 29.1.2007
Из: СПб
Пользователь №: 5765

|
Цитата(ggg__ggg @ 17.7.2007, 9:45) [snapback]145801[/snapback] Как правило, нулевая длина используется для "внутренних" нужд тех производителей (типа ТАС) , которые придумывают свои NVT, и не хотят пересекаться с "чистым" LON. Нет, не для внутренних. Обратимся к "первоисточнику" LONMARK Application-Layer Interoperability Guidelines, раздел 4.1.3. Domain-Table Entries: "With regard to the number of domain-table entries, it is often useful to have a device be a member of the zero length domain so that it may be queried with out knowing its NeuronID. This is useful when the network database is lost and must be recovered from the network itself. While the NeuronID may be acquired by activating the device’s servicepin, and the domain table read with a second command using the NeuronID, the servicepin may not be easily accessible on devices in some applications. For example, the device may be on a roof or behind a wall. If it is inconvenient, or not practical, to activate the servicepin on a device which has only a single domain-table entry, and that device’s configured domain is unknown, then the device cannot be recovered. In these cases, the QueryID network management message must be used to get the NeuronID. While the servicepin message is always sent as a domain-wide broadcast on the zero-length domain, the QueryID network management message is domain specific. Thus, a network tool must know one of the domains of the device to use the QueryID network management message, or it must already know the NeuronID. Since the zero length domain is not typically used for normal system operation, the need for the second domain entry arises from the need for devices to be members of their own system domain and the zero-length domain so that the QueryID network management message may be used on a known domain to assist in database recovery. Once the system domain is known, all devices that are members of that domain may be recovered."
|
|
|
|
Гость_ggg__ggg_*
|
17.7.2007, 10:12
|
Guest Forum

|
Цитата(KDVectra @ 17.7.2007, 6:58) [snapback]145869[/snapback] Нет, не для внутренних. Обратимся к "первоисточнику" LONMARK Application-Layer Interoperability Guidelines, раздел 4.1.3. Domain-Table Entries: ". Since the zero length domain is not typically used for normal system operation, the need for the second domain entry arises from the need for devices to be members of their own system domain and the zero-length domain so that the QueryID network management message may be used on a known domain to assist in database recovery. Once the system domain is known, all devices that are members of that domain may be recovered." Вы сами подтвердили мои слова  Именно для того, чтобы реализовать СВОИ прибамбасы, некоторые фирмы и используют эту нулевую длину. Не хочу вдаваться в технические подробности, но это самый удобный способ...
|
|
|
|
|
17.7.2007, 10:59
|
Группа: Участники форума
Сообщений: 141
Регистрация: 29.1.2007
Из: СПб
Пользователь №: 5765

|
Цитата(ggg__ggg) Как правило, нулевая длина используется для "внутренних" нужд тех производителей (типа ТАС) , которые придумывают свои NVT, и не хотят пересекаться с "чистым" LON. Цитата(ggg__ggg @ 17.7.2007, 11:12) [snapback]145883[/snapback] Вы сами подтвердили мои слова  Именно для того, чтобы реализовать СВОИ прибамбасы, некоторые фирмы и используют эту нулевую длину. ... С Вашего разрешения перефразировал бы "Пользуясь особенностями домена нулевой длины (zero-length domain) некоторые фирмы реализуют СВОИ прибамбасы".
|
|
|
|
Гость_ggg__ggg_*
|
17.7.2007, 11:01
|
Guest Forum

|
Let it be !
|
|
|
|
|
  |
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
Реклама
ООО «Арктика групп» ИНН: 7713634274
ООО "Русич" ИНН 9721068883 / ЕРИД 2VtzqvMjLF8
ООО «УНИСПЛИТ» ИНН: 6453155081 erid:2VtzqxXgvJi
Реклама: ООО «СибСтронг» | ИНН 6670013662 | ERID: 2VtzqwyM2dc
Последние сообщения Форума
|