Huawei datacard FAQ (including Makhutov's chan_datacard / Bg's chan_datacard)

Обсуждение + Покупка/Продажа voip железа.

Модераторы: Admins, Модераторы

Ответить
bg1
Сообщения: 238
Зарегистрирован: 11 ноя 2010, 21:11

Huawei datacard FAQ (including Makhutov's chan_datacard / Bg's chan_datacard)

Сообщение bg1 » 01 янв 2011, 08:17

Принято решение создать фаг по использованию модемов Huawei (а потом и прочих) в asterisk, elastix и прочем.

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

В дальнейшем планируется перевести фаг и разместить на более удобном ресурсе.
Последний раз редактировалось bg1 01 янв 2011, 09:17, всего редактировалось 1 раз.

bg1
Сообщения: 238
Зарегистрирован: 11 ноя 2010, 21:11

Re: Huawei datacard FAQ (including Makhutov's chan_datacard / Bg's chan_datacard)

Сообщение bg1 » 01 янв 2011, 09:23

Описание проблемы:
перескакивание нескольких модемов между файлами устройств /dev/ttyUSBx


Решение:
Рекомендую нумеровать модемы исходя из физической (с точки зрения нумерации шины) привязки к
портам USB.

Для этого

1) Создать файл /etc/udev/rules.d/99-huawei-link.rules
следующего примерно содержания

[spoiler]# add symlinks for device based on USB bus address i.e. physical USB slot
ACTION!="add|change", GOTO="device_huawei_end"
#SUBSYSTEM!="usb", GOTO="device_huawei_end"
#ATTRS{idVendor}!="12d1", GOTO="device_huawei_end"
#ATTRS{idProduct}=="1446", GOTO="device_huawei_link"
#ATTRS{idProduct}=="140c", GOTO="device_huawei_link"
#ATTRS{idProduct}=="1001", GOTO="device_huawei_link"
#GOTO="device_huawei_end"

LABEL="device_huawei_link"

# USB slot from left to right (back look)
# left
KERNEL=="ttyUSB[0-9]*", ID=="1-1:1.0", SYMLINK+="hw-modem-0"
KERNEL=="ttyUSB[0-9]*", ID=="1-1:1.1", SYMLINK+="hw-audio-0"
KERNEL=="ttyUSB[0-9]*", ID=="1-1:1.2", SYMLINK+="hw-data-0"
KERNEL=="ttyUSB[0-9]*", ID=="1-1:1.3", SYMLINK+="hw-net-0"

# 2
KERNEL=="ttyUSB[0-9]*", ID=="1-2:1.0", SYMLINK+="hw-modem-1"
KERNEL=="ttyUSB[0-9]*", ID=="1-2:1.1", SYMLINK+="hw-audio-1"
KERNEL=="ttyUSB[0-9]*", ID=="1-2:1.2", SYMLINK+="hw-data-1"
KERNEL=="ttyUSB[0-9]*", ID=="1-2:1.3", SYMLINK+="hw-net-1"

# 3
KERNEL=="ttyUSB[0-9]*", ID=="1-3:1.0", SYMLINK+="hw-modem-2"
KERNEL=="ttyUSB[0-9]*", ID=="1-3:1.1", SYMLINK+="hw-audio-2"
KERNEL=="ttyUSB[0-9]*", ID=="1-3:1.2", SYMLINK+="hw-data-2"
KERNEL=="ttyUSB[0-9]*", ID=="1-3:1.3", SYMLINK+="hw-net-2"

# right
KERNEL=="ttyUSB[0-9]*", ID=="1-4:1.0", SYMLINK+="hw-modem-3"
KERNEL=="ttyUSB[0-9]*", ID=="1-4:1.1", SYMLINK+="hw-audio-3"
KERNEL=="ttyUSB[0-9]*", ID=="1-4:1.2", SYMLINK+="hw-data-3"
KERNEL=="ttyUSB[0-9]*", ID=="1-4:1.3", SYMLINK+="hw-net-3"

LABEL="device_huawei_end"
[/spoiler]
При этом в ID=="" указывать то, что отображается
в вашем выводе dmesg после втыкания модема в этот USB порт
в строках типа
[ 4854.344460] option 1-1:1.0: GSM modem (1-port) converter detected


2) В datacard.conf использовать эти символьные линки а
не сами файлы устройств /dev/ttyUSBx

[spoiler][datacard0]
audio=/dev/hw-audio-0
data=/dev/hw-data-0
[/spoiler]

Added after 4 minutes:
anest писал(а):
bg1 писал(а): В дальнейшем планируется перевести фаг и разместить на более удобном ресурсе.
http://asteriskforum.ru/wiki/ не достаточно удобен?
Если там будет русский, английский, испанский то можно замутить.

someone
Сообщения: 33
Зарегистрирован: 20 сен 2009, 14:46

Сообщение someone » 01 янв 2011, 12:22

Описание проблемы: при попытке позвонить datacard отваливается
Дополнительно выглядеть это может, скажем, так:

[spoiler]
-- Attempting call on Datacard/datacard0/7495**** for application Playback(silence/10) (Retry 1)
-- Datacard datacard0 has disconnected
[Dec 30 16:12:09] NOTICE[26493]: pbx_spool.c:339 attempt_thread: Call failed to go through, reason (1) Hangup
debian*CLI>
-- Datacard datacard0 trying to connect on /dev/ttyUSB2...
-- Datacard datacard0 has connected, initializing...
-- Datacard datacard0 initialized and ready
[/spoiler]

При этом в сислог сыпется:
[spoiler]Dec 30 15:14:10 VoipGSM kernel: [ 864.438822] option: option_instat_callback: error -84
Dec 30 15:14:10 VoipGSM kernel: [ 864.448060] usb 5-1: USB disconnect, address 3
Dec 30 15:14:10 VoipGSM kernel: [ 864.448817] option: option_instat_callback: error -108 [/spoiler]

При этом модем разлочен (или не залочен вовсе, и/или даже не содержит лейблов операторов).
Скорее всего вы используете прошивку 11.608.12.10.209.
Используйте прошивку отсюда: http://depositfiles.com/ru/files/sz0ljt8q4 и будет вам счастье)

п.с. Автор-первопроходец не написал как именно не работает голос под никсами. На самом деле просто отваливается мопед.
upd: версия счастливой прошивки: 11.608.14.15.311.B418
Последний раз редактировалось someone 02 янв 2011, 19:38, всего редактировалось 1 раз.

bg1
Сообщения: 238
Зарегистрирован: 11 ноя 2010, 21:11

Сообщение bg1 » 01 янв 2011, 19:10

что за версия прошивки приносящей счастье то?
Т.к. файлы рано или поздно покидают depositfiles.com
то лично я использовал 11.608.14.15.311.B418
В ней отмечены баги, описанные тут http://code.google.com/p/datacard/sourc ... BUGS?r=136 метками HW

Наваяли тут с Paco англоязычный wiki
http://wiki.e1550.mobi/doku.php

Присоединяйтесь, можете создать русскую ветку

BOFH
Сообщения: 1
Зарегистрирован: 13 апр 2010, 22:52
Откуда: Russia, Omsk

Сообщение BOFH » 11 ноя 2012, 07:01

Описание проблемы:
перескакивание нескольких модемов между файлами устройств /dev/ttyUSBx
Доброго дня!

С обновлением udev перестало работать.
Пишет "ID= will be removed in a future udev version, please use KERNEL= to match the event device, or KERNELS= to match a parent device, in /etc/udev/rules.d/99-huawei-link.rules"
В гугле примеров не нашёл. Не подскажете как подправить 99-huawei-link.rules?

Аватара пользователя
Cache
Модератор
Сообщения: 688
Зарегистрирован: 12 янв 2007, 11:39
Откуда: Россия. Шатура
Контактная информация:

Сообщение Cache » 15 ноя 2012, 15:56

udev 098
========
Bugfixes.

Renaming of some key names (the old names still work):
BUS -> SUBSYSTEMS, ID -> KERNELS, SYSFS -> ATTRS, DRIVER -> DRIVERS.
(The behavior of the key DRIVER will change soon in one of the next
releases, to match only the event device, please switch to DRIVERS
instead. If DRIVER is used, it will behave like DRIVERS, but an error
is logged.
With the new key names, we have a more consistent and simpler scheme.
We can match the properties of the event device only, with: KERNEL,
SUBSYSTEM, ATTR, DRIVER. Or include all the parent devices in the match,
with: KERNELS, SUBSYSTEMS, ATTRS, DRIVERS. ID, BUS, SYSFS, DRIVER are no
longer mentioned in the man page and should be switched in the rule
files.
http://fts.ifac.cnr.it/cgi-bin/dwww/usr ... E-NOTES.gz
нанотехнолигии в области Asterisk

Ответить