дядя Фёдор

попробуйте mgcamd - в версии 1.35 должен работать клиент cccam. oscam тоже должен поддерживать cccam. только это уже разговор не для этой темы.

Может.. всё может.. Не понятно почему usb_modeswitch всё таки переключает ваш девайс в другой режим (о чем свидетельствует lsusb), но сам его не видит при проверке после переключения. Давайте дальше, на том месте, где Вы остановились с lsusb, продолжаем вручную: modprobe usbserial vendor=0x12d1 product=0x1001 и смотрим что у нас в dmesg и появилось ли устройство (или несколько) /dev/ttyUSB*

Занятненько! Судя по логу от usb_modeswitch, устройство переключается в режим данных, получая новый ID: searching devices, found USB ID 12d1:1001 Но, почему-то при этом, сам usb_modeswitch пытается подвердить, что работа выполненена, и в упор не видит новое устройство. Давайте сделаем так. Вручную. 1) уберите USB_MODEM из pgi.conf (можно просто поставить # в начале строки) 2) отключите модем, перезагрузите ресивер 3) зайдите в Telnet 4) подключите модем 5) дайте команду: /usr/sbin/usb_modeswitch -I -W -D -c /var/etc/usb_modeswitch.d/12d1:1446 Покажите лог usb_modeswitch и результат команды lsusb, после того как отработает usb_modeswitch.

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

У меня завелось 2 старинных Nokia серии 62xx.

Читайте первый пост этой темы, как получить лог. Из него будет видно, что происходит. не волуйтесь. перед выключением диска осуществляется команда umount. у меня такой же диск Samsung уже 2 года работает. Это не головки падают, это он с таким звуком выключается. :) команды hdparm посмотрим... как насчет поставить параметр POWER_OFF="hold", тогда по короткому нажатию будет меню таймеров И возможность выключить ресивер тоже заодно :)

Если Вы о вот этих сообщениях CLEANMARKER node found at 0x00310000, not first node in block (0x00300000) ... то они к модему не имеют отношения. Ваш модем подключается в режиме CD-ROM и в базе usb_modeswitch он есть 1) Отсоедините модем и перезагрузите ресивер 2) Отредактируйте файл pgi.conf: USB_MODEM="12d1:1446" 3) при работающем ресивере, с отредактированным файлом pgi.conf, подсоедините модем 4) покажите содержимое всех файлов /tmp/usb_modem.*.log

Той версии oscam, которая в прошивке PGI 0.6 еще недели нет. Вы уверены, что Вам ещё новее нужна версия? Ну так может поведаете всем, а то нам тоже интересно. Что за баг/фича и какой такой командой она лечится? Вообще-то подобные проблемы всегда подкрепляют логами. Без логов - это пустословие. Мы "дописывали" всё, что описано в файле OSCAM_ru.txt, который идет в комплекте с прошивкой.

такой скрипт не совместим с концепцией в прошивке. лучше взять из него все нужные параметры и рассовать по 2м файлам (chat и peer), как описано в NETWORK_ru.txt. там большинство этих параметров и так уже есть в шаблоне. посмотрите внимательно и убедитесь.

Попробуйте вот что... отредактируйте файл /var/bin/scrplg-ppp-connect-start.sh в строке где команда "pppd call" добавьте символ & в конце строки: pppd call $PPPD_PEER & напишите помогло или нет...

одной из трех причин уже достаточно для фризов, а не всех сразу!! потому что нужно учить матчасть, и знать, что на HD каналах на несколько порядков больше данных, а следовательно больше шансов на ошибки. а там где ошибки - там недостающие данные, а где недостающие данные там фриз. вот простой пример. взятый прямо с этого форума. у людей показывали SD каналы годами. потом они решили подключить HD, купили новый ресивер. пытаются настроить - а сигнала НЕТ ВООБЩЕ. как так? SD же показывают с этого же спутника. Полезли, подправили голову, антенну - появился сигнал и на HD каналах! , Так что вопрос "а почему тогда SD работают" вообще неуместен. Если ухудшаются атмосферные условия (заметьте, не обязательно ПОГОДА прямо у вас над крышей, а погодные условия в верхних слоях атмосферы) , то первыми будут сыпаться HD каналы, так как они более капризны к точным настройкам антенны и хорошему сигналу. Или ветер. Или дождь. Или снег. Или неточно настроенная антенна, потому что в разное время года со спутника разный сигнал. И чем теплее, тем хуже. Всё это уже сто раз обуждалось.... Плюс, я всем торжественно заявляю, что между PGI 0.5 и 0.6 не было НИКАКИХ ИЗМЕНЕНИЙ в софте по поводу декодирования потока. Весь код, который теоретически мог привести к фризам при декодировании (как это было раньше, до PGI), остался нетронутым. Плюс, всем у кого 91HD с таймшифтом по USB и фризами - рекомендую сменить диск или корпус (в котором сидит диск) с USB интерфейсом, на другой более быстрый, потому что не тянет именно связка USB->SATA. То же самое и когда просто запись идет каналов HD на этих ресиверах. Я сам лично это видел почти год назад, когда гонял 91HD. На флеш можно просто забыть про запись HD каналов (и таймшифт, естественно). И из 3х других устройств только одно заработало нормально по скорости (3х дюймовый винт). 2.5-дюймовые USB винты тоже сыпали картинку. Короче говоря, не вижу смысла мусолить эту тему больше.

Покажите скриншот ваших настроек аудио-видео (можно сделать через веб-интерфейс). На каком канале конкретно нет звука по SPDIF? Только не нужно писать на любом. Конкретно давайте, на пальцах. И какая звуковая дорожка выбрана у этого канала, если их там несколько.

Ну вот, что и следовало доказать. Нет там результата, тех команд, что вы должны были прописать в 1.hdd. Потому и паника. Ладно, не стоит заморачиваться, все равно, думаю, будет в конце недели фикс в виде PGI 0.6.1 или чего-то подобного. постоянные или с какой периодичностью?

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

да..

ну это не важно, на каком драйвере.. главное, что работает... попрошу сообщить, меняли ли какие-то настройки в .dat файлах, кроме тех, что описаны в NETWORK_ru.txt ?

нда... не густо :) попробуйте вставить в /var/etc/ppp/peers/3g строчки с командами: debug kdebug 4и вообще, покажите содержимое этого файла

подобные заявления - чушь, если не подкреплены логами. видимо, не так все же сделали... покажите что выдает команда mount в Telnet, после загрузки ресивера (в меню ходить не нужно) покажите лог mgcamd в момент фризов. Вам известно, что этот пакет отличается от всех других тем, что если от сервера приходит ответ хоть на милисекунду позже, чем 600мс, то будет фриз? Прошивка тут ни при чем. Пробуете PIP либо во время записи, либо один из каналов - HD или MPEG4 (как на Платформе). Тогда PiP не будет работать. Это ограничение железа и было всегда и на всех прошивках. И не путайте субканалы с каналами на одном и том же транспондере. Субканалы - это не то, что Вы думаете, и к PiP они никакого отношения не имеют.

может быть в том, что при форматировании нужно указывать параметр -I 128, как описано здесь?

ну почему закрыта - нужно пробовать и если есть баги будем их править. я не совсем понимаю, что значит Ваше выражение "просто в путти не работало". Вы имеете в виду команду из Telnet напрямую, без кнопки? Тогда всё правильно - работать так не будет медиа плейер. Только из скрипта по цветной кнопке. Только непонятно пока, почему у вас на WWW он напрямую не работает. Проверьте еще раз с цветной кнопки и с WWW. Я тоже проверю.

ну и супер! N режим вряд ли заработает, думаю в драйвере дело. на это особо никто и не рассчитывал... Итак, давайте подведем первый итог... Работают следущие модели: Dlink DWA-125 A1 Dlink DWA-140 B1 Есть еще какие-то модели, чтобы добавить в список?

отличный лог! устройство расопознается, драйвер грузится, всё прекрасно. значит все дело в настройках в peer и chat теперь покажите что выдает прямо в Telnet команда: pppd call 3g

Почему Вы так уверены? У меня работает как и должно, по первому нажатию. Эту функцию мы проверяли и специально дорабатывали, в частости для медиа плейера. Если кто не помнит, то его вызов по цветной кнопке сломан во всех прошивках, кроме PGI 0.6.

сядьте опять на 04. и посмотрите будет или нет проблема. возможно, дело не в прошивке.

А если цветной кнопкой вызывать, а не WWW? cron тут вообще никаким боком непричастен.