forum.technoforward.ru

Всем привет!
Ставлю AP-00B (MRCC):
- 0-й статив
- по тайм слотам порядок: 2 PRI, 2 Q-sig - один в expanded
Вобщем, не могу проинициализировать плату:
050>09:45
save и ребут АТС
ран мигает красиво...
ставлю в офлайн AP-00B (MRCC)
DD99> CODE NOT USED
Релиз проца 14...

_________________
В нашем деле неисправности бывают 2-х видов: нет контакта там , где он должен быть и есть контакт там, где его не должно быть...

Попробуйте поставить в offline процессор...

_________________
Если нет дождя и грязи...

Мнится мне, что DD99 надо делать в ON-LINE, а потом уже переводить АР-00В в OF-LINE...

DD99 - не зависит от он-лайн или оф... всё равно code not used, то же касается и команд из группы DD01, DD10...
На счёт прописывать под оф-лайн проца - не пробовал...
Мне тут интересно..., т.к. плата уже использовалась на другой АТС(успешно)(8, 12 релизы) может в ней какие-то данные остались и она выделывается... как её ещё можно скинуть... может какими-то более "грубыми" методами? Да! Конечно, бред, но на той станции использовался код... может он в ней сохранился

_________________
В нашем деле неисправности бывают 2-х видов: нет контакта там , где он должен быть и есть контакт там, где его не должно быть...

В смысле пароль? Действительно вряд ли...

А наивный вопрос - она точно с MRC программой?

ну, по крайней мере, на наклейке сзади написано AP-00B MRCC...
хотя я этот момент тоже проверял, пытаясь прописать её, как AP program... - в этом случае, по командам, получаю hard ware error...

_________________
В нашем деле неисправности бывают 2-х видов: нет контакта там , где он должен быть и есть контакт там, где его не должно быть...

Тогда не знаю, что посоветовать. Эти карты нечасто доводится программировать - пару раз всего было и именно с MRC программой попадались. Но "из коробки"

А положение piano key SW 1-2 и SW 1-3 точно в "OFF"?

Вобщем, попробовал под офф-лайн проца запрограмить - те же яйца... code not used
Так же пробовал под 13 релизом - code not used
- да.
Мне почему-то кажется, что дело может быть в релизе процессора... может 13 и 14 версии уже не дружат с MRCC??? Хотя, в мануале, конечно, такого не сказано... ну по крайнеё мере я такого не нашёл.

_________________
В нашем деле неисправности бывают 2-х видов: нет контакта там , где он должен быть и есть контакт там, где его не должно быть...

Если не секрет, то для чего вы планируете использовать AP-00B (MRCC)? Какова конечная цель?

_________________
С уважением,
Валерий Петров.
www.tarificator.ru

Мне, например, встречалась задача снятия тарификации одновременно на разные компьюторы: одна копия
для сисадмина, а другая для службы охраны, что и было проделано с помощью карты AP-00B. Причем данные обрабатывались двумя разными тарификационными программами.

Использование AP-00B для
Конечно дело хорошее, но мне почему-то вспоминается фраза "из пушки по воробьям".
Хотя, на вкус и цвет все карандаши разные.

Любопытно, как повёл бы себя AP-00B если бы остановился один из компов.
За старой 140 (которая ещё ICS), в своё время (а это происходило 200 лет тому назад), была замечена одна особенность...
Представим себе такую последовательность событий:
1. Остановился один из компьютеров (назовём его "второй");
2. 140 начала копить эти записи во внутреннем буфере;
3. В другой компьютер (назовём его "первый") данные поступают сразу, по мере их появления;
4. Запустили "второй" компьютер;
5. 140 отдала ему все записи из буфера и оба порта стали опять работать "параллельно".

Вроде как всё красиво, но когда случайно (как всегда неожиданно) "второй" компьютер не работал довольно долго (у 140 внутренний буфер довольно большой), то после заполнения всего буфера, данные перестали поступать и на "первый" компьютер.

То есть до того момента, пока нет 100% заполнения внутреннего буфера, всё работало "ожидаемо". Как только буфер "забился", заработало "неожидаемо". Не могу сказать, что такое поведение системы не правильное, так как именно оно позволило клиенту заметить, что "второй" компьютер не работает.

Естественно, что после включения "второго" компьютера, на него сначала "слились" все данные из буфера, ну а на "первый" компьютер данные стали поступать сразу, как только буфер начал освобождаться. Конечно, часть данных потерялась...

Так что не всегда использование аппаратных решений будет заведомо надёжнее, лучше, производительнее нежели чем простое софтверное решение.

Да и вообще. Ставьте PZ-606 и будет вам счастье. Париться с настройками намного меньше, по сети данные забрал, а уж дальше хоть на 100 независимо работающих тарификационных программ раскидать можно. Притом протокол обмена по PZ-606 значительно надёжнее нежели все RS-232C варианты. Потому, что в протоколе предусмотрен обмен подтверждениями. То есть если станция отдала мне запись, то пока я не вышлю подтверждения о том, что я её успешно получил, новую запись она мне не отдаст. А по RS-232C - успел - не успел - твои проблемы...

_________________
С уважением,
Валерий Петров.
www.tarificator.ru

Опаньки...
Я думал, что по RS-232 АТС тем более ожидает сигнала подтверждения приема данных...

_________________
Связь, она как воздух:
Когда она есть - ее не замечают; когда ее нет - задыхаются...

Ну, в том-то случае мне счастья все равно бы не обломилось...

1. Меня пригласили на уже готовое техническое решение, не мной придуманное
2. Оборудование уже было закуплено и просто ожидало инсталляции
3. Мало того, АР-00 (В) с MRC программой работает только с какого-то, уже не помню какого именно, релиза, так что пришлось еще и апгрейд процессора делать по-скорому
4. Да и не мне все это оставалось в дальнейшем эксплуатировать, так что лично мне было фиолетово: просили сделать - сделал

Кстати, по-моему, и до сих пор работает...

Нет. К сожалению, это не так.
Единственное, чего ожидает АТС при соответствующей настройке - наличия сигнала готовности со стороны компа. Практически любая коммуникационная программа, например гипертерминал, обычно при открытии порта, поднимает сигнальчик готовности. Это просто потенциал на одной из ножек разъёма. Как только АТС увидела этот сигнальчик - она передаёт данные в порт. Получены они или нет, и правильно ли они получены - её не волнует. Если вы неверно указали параметры порта при открытии, например скорость и т.д. эти данные потеряются, так как АТС их отдала и забыла. Или, например, если линия достаточно длинная и в процессе передачи данных возникла ошибка. Лифт например включили или ещё какой мощный искрообразователь... Так что по RS-232C подтверждения приёма данных не предусмотрено.

Это не особенность оборудования NEAX. Это общая тенденция. Многие ведущие вендоры, такие как Нортель, например, вообще не предусматривают буфера для хранения данных при работе по RS-232C. Там неважно готов комп к приёму данных или нет. Абонент трубку положил - запись ушла в порт. А уж ждёт ли их там кто-то - АТС не волнует.

Справедливости ради, нужно отметить, что у Нортеля, по крайней мере на Меридианах, есть довольно удобная фича. Можно назначить сохранение CDR записей (они так SMDR записи называют ) на флешку (compact flash), установленную в слот процессора. Тогда все записи накапливаются на ней, и получить эти данные можно по некоей разновидности FTP протокола. Естественно по LAN. Они таким образом и проблемы буферизации решают и удобство и надёжность получения данных получают.

Так что если есть возможность от RS-232C перейти на PZ-606, лучше это сделать.
Хотя, при должном подходе, и по RS-232C можно успешно работать годами без сбоев.

_________________
С уважением,
Валерий Петров.
www.tarificator.ru

Ну и славненько. Надеюсь, что и дальше будет работать.

_________________
С уважением,
Валерий Петров.
www.tarificator.ru