forum.technoforward.ru

поясните пожалуйста в чем тут вред?

Вред такого совета заключается в том, что предложенная Вами схема работы, никак не годится для сбора SMDR.

При кажущейся простоте, типа "поставил коробочку и дело в шляпе" это решение обладает намного более низкой надёжностью, нежели просто сбор данных по RS-232C просто в силу наличия лишних промежуточных звеньев.

При сборе данных по RS-232C цепочка следующая:
АТС --> RS232C --> стандартный драйвер Windows --> логгер.

При сборе данных предложенным Вами методом, появляется ещё драйвер виртуального порта, переходник Ethernet-RS232С да и ещё его блок питания...

Каждый из этих узлов никак не добавляет надёжности предложенному решению.

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

Но при длительной эксплуатации в режиме 24x7, у меня накоплено достаточно негативного опыта, чтобы однозначно записать такое решение в категорию "вредные советы".

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

Да ваше решение работать будет. Но насколько долго - тут уж как повезёт. А у станции буфер 1024 записи.

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

То есть логгер, собирающий данные, снимает флажок готовности на виртуальном порту, так как сейчас не готов принимать данные от оборудования (например завершает свою работу). Драйвер виртуального порта шлёт пакетик в сторону переходника, но при передаче возникла коллизия и пакетик "погиб". Если в качестве транспорта был выбран UDP это приведёт к тому, что логгер считает что порт выключен, а станция думает что включен и продолжает сливать данные в пустоту.

И это не единственная проблема...

Я не говорю, о том, что я тестировал все модели всех производителей, но того, что я видел собственными глазами мне вполне достаточно, чтобы всем говорить "Не делайте так, ибо стрёмно это".

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

В этой гирлянде вредность то и заключается.



Кстати, если рассматривать на бытовых примерах, ваш совет выглядит примерно так:
пилот, воткнутый в розетку, в пилот воткнут ещё один пилот, но другой, в этот пилот воткнут тройник, а в тройник воткнут переходник. Вот в этот переходник давайте воткнём зачищенные провода питания АТС без вилки.

Работать то оно конечно будет, но если случайно задеть такую конструкцию ногой или например шваброй...

В качестве лабораторного стенда иногда приходится ещё и не такое накручивать. Но не в продакшн же решениях...



Хм. Что - то я сегодня разговорился...

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

Добрый день всем, но вопросы к Валерию - Коммуникационный Аудитор корректно работает по IP? Достаточно ли базовой версии Вашей программы для подключения SMDR-терминала к NAEX2000IPS по IP?

Да, достаточно, но лучше в личку наверное, чтобы топик не засорять...

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

Да, действительно станции NEC для передачи тарификационной информации по IP использую проприетарный протокол. Поддержка этого протокола была реализована в WinTariff'e осенью 2008 года. Из последних изменений - поддержка формата 'flexible', это единственный формат данных для станции NEAX 2400 при работе по IP

Если у Вас старая версия прграммы и требуется обновление - заходите на наш сайт (www.pbxsoftware.ru) или пишите мне - z1232@mail.ru

Скажите, а почему бывает такое:

В моем Command Manual CM04 Y=01 Data есть только 01, 02 и 03.

Эх, блин, дело похоже в релизе. На 14-м команда работает.
И на 10-м вроде бы.

Подскажите пожалуйста вч ем проблема?
К АТС подключен через TCP/IP. Подключение через телнет и через устанавливается, но опять же никакие данные не идут. все здесь описанное сделал.
В дополнении напишу что Винтариф в окне сбора данных постоянно пишет поаторяющуюся строчку 300003001О300003001О и тд.

0401>08:00

08>827:1
08>828:0

WinTariff 2.7.14, исправляем отмеченное, и должно все работать.

_________________
С уважением, Михаил