VIDEOCHAT  ::   FAQ  ::   Поиск  ::   Регистрация  ::   Вход

Failed to get 160 samples from read factory

Проблемы Asterisk без вэб-оболочек и их решения

Модераторы: april22, Zavr2008

Аватара пользователя
Sfinx
Сообщения: 672
Зарегистрирован: 21 июн 2011, 23:40
Откуда: Odessa
Контактная информация:

Re: Failed to get 160 samples from read factory

Сообщение Sfinx »

Например, RTC обычно используется с частотой 1024Hz. Для работы IP-
телефонии, такое отклонение в точности таймера (~2%) является неприемлемым.
тот кто писал это никогда не читал даташит на RTC чип - диапазон частот для IRQ8 лежит в пределах 2Hz - 8192Hz. Linux редко использует IRQ8 (в основном забито для alarm'а).
Rus

-----------
SfinxSoft
http://sfinxsoft.com
dendroid
Сообщения: 19
Зарегистрирован: 08 ноя 2013, 14:34

Re: Failed to get 160 samples from read factory

Сообщение dendroid »

Возможно автор не правильно выразился, значение по умолчанию для IRQ8 - 1024HZ, при желании можно менять.
The RTC is capable of multiple frequencies. The base frequency is pre-programmed at 32.768 kHz. It is possible to change this value, but this is the only base frequency that will keep proper time. For this reason, it is strongly recommended that you NOT change the base frequency. The chip also has a "divider" register that will generate other frequencies from the base frequency. The output (interrupt) divider frequency is by default set so that there is an interrupt rate of 1024 Hz. If you need an interrupt frequency other than 1024 Hz, the RTC can theoretically generate 15 interrupt rates between 2 Hz and 32768 Hz. On most machines however, the RTC interrupt rate can not go higher than 8 kHz.
Dahdi как раз и работает с ним на максимальной 8kHz частоте.

Код: Выделить всё

dahdi_test -v -c 4
Opened pseudo dahdi interface, measuring accuracy...
8192 samples in 8192.056 system clock sample intervals (99.999%)
8192 samples in 8191.528 system clock sample intervals (99.994%)
8192 samples in 8191.712 system clock sample intervals (99.996%)
8192 samples in 8191.784 system clock sample intervals (99.997%)
--- Results after 4 passes ---
Best: 99.999% -- Worst: 99.994% -- Average: 99.996854%
Cummulative Accuracy (not per pass): 99.997
Может кто-то знает как можно произвести диагностику работы dahdi_dummy и вообще временных модулей в системе? В теории ведь должно было помочь переход на dahdi_dummy.

to Sfinx - спасибо за интерес к данной ветке форума.
dendroid
Сообщения: 19
Зарегистрирован: 08 ноя 2013, 14:34

Re: Failed to get 160 samples from read factory

Сообщение dendroid »

сообщения на рабочем сервере так и остались, однако после того как указал asterisk использовать временной модуль dahdi зависания прекратились (надеюсь), во всяком случае вот уже 7 дней работы и зависаний нет (до этого стабильно раз в неделю приходилось перезагружать).

по мере появления свободного времени будут разбираться дальше в проблеме, так как "засирания" логов в режиме дебаг мне не нравится.
Аватара пользователя
Sfinx
Сообщения: 672
Зарегистрирован: 21 июн 2011, 23:40
Откуда: Odessa
Контактная информация:

Re: Failed to get 160 samples from read factory

Сообщение Sfinx »

похоже на конкретные проблемы с железом - небось чипсет интел ?
Rus

-----------
SfinxSoft
http://sfinxsoft.com
dendroid
Сообщения: 19
Зарегистрирован: 08 ноя 2013, 14:34

Re: Failed to get 160 samples from read factory

Сообщение dendroid »

да чипсет интел (на всех платформах, что я тестировал), причем не самый удачный Intel® H61 Express - на рабочем, и тоже какой-то intel на тестовом.
Аватара пользователя
Sfinx
Сообщения: 672
Зарегистрирован: 21 июн 2011, 23:40
Откуда: Odessa
Контактная информация:

Re: Failed to get 160 samples from read factory

Сообщение Sfinx »

если выключается SMM в биосе, то есть шанс это кривое железо еще как-то юзать. вообще интел лучше не юзать никогда, после выпуска i386 они пошли по наклонной, а чипсет без глюков им удалось сделать за все время только один - 440bx ;)
Rus

-----------
SfinxSoft
http://sfinxsoft.com
Ответить
© 2008 — 2025 Asterisk.ru
Digium, Asterisk and AsteriskNOW are registered trademarks of Digium, Inc.
Design and development by PostMet-Netzwerk GmbH