Инструкция по прошивке и настройке DreamBox 800 HD

[Admin]

Замена загрузчика для Китайских Дримов

Для Китайских дримов используем специальные "имиджи для Клонов" (например Имиджи от MHD), официальные прошивать нельзя.

Для обладателей дримов с 70-м загрузчиком сразу после прошивки прошиваем secondstage-dm800-70.nfi предварительно разархивировав.

Заливаем по LAN имидж , когда доходит до 100% , не трогая дрим опять входим в web дрима по тому же ip и льем SSL

1

2

3

[Admin]

Установка эмулятора и конфига.

Для этого нам понадобится прога Total Commander и естественно сам эмулятор и конфиг для эмулятора.
Я устанавливал себе вот такой эмулятор e2-mgcamd_1.31_081031.tar.gz и вот такой конфиг MGCamd-Config_1.24_070906.tar.gz
После того как вы скачаете два этих файла вам нужно установить связь со своим дримбоксом.
Запускаем прогу Total Commander и смотрим фотки что и как.



Нажимаем кнопку под номером 1 и видим это:



В строчку под номером 2 вводим IP дримбокса.
Снимаем галку с "Анонимное соединение" это под номером 3 и после этоко нажимаем ОК номер 4.
Далее видим вот это:



В строчку под номером 5 вводим root и после этого ОК.
После этого вы увидите окно как на фотке где вам будет предложено ввести пароль, в этом окне ничего не вводим, а просто нажимаем ОК.



После того как вы нажмёте окей вы увидите папки дримбокса, как на фотке:



Тут нам нужны будут две папки:
первая это папка tmp я её обозначил буквой А
и вторая папка var которую я обозначил буквой В

Так вот в папку tmp нам нужно будет положить те два файла которые вы скачали, в моём случае это e2-mgcamd_1.31_081031.tar.gz и
MGCamd-Config_1.24_070906.tar.gz.
А далее нам нужно будет в ресивере через Блю панель установить их.

После копирования файлов e2-mgcamd_1.31_081031.tar.gz и MGCamd-Config_1.24_070906.tar.gz в папку tmp ( вы можете выбрать другой эмулятор, это только как пример )
нам нужно эти файлы установить на наш дрим.
Нажимаете на пульте кнопку <MENU> и видим вот такое окно:



Далее выбираем пункт Блю - панель и видим вот такое окно:



Тут нам будет нужен пункт Аддонс, после входа в Аддонс видим вот такое окно:



Тут нам нужна Ручная установка (Manual Install), после выбора Manual Install видим вот такое окно:



Тут уже мы запускаем Аддонс и видим вот такое окно:



На фотке их нет так как у меня они уже установлены, а копировать для фотки было лень. :[
Установку производите последовательно, первым устанавливайте эмулятор, а потом сам конфиг.
После установки перегрузите ресивер. После перезагрузки опять зайдите в ресивер через Total Commander
и скопируйте в файл newcamd.list который находится в папкe var\keys (смотрите выше, эта папка обозначена буквой В) настройки полученные в биллинге.
И уже после этого запустите эмулятор через Блю - панель:



В строчке под номером 1 выбираем эмулятор тот что установили, в моём случае это e2-mgcamd_1.31
В строчке под номером 2 будет отоброжаться выбранный нами эмулятор.
После этого нам нужно запустить эмулятор: Выбираем пункт номер 3 или нажимаем зелёную кнопку на пульте.

Установка эмулятора и конфига вручную

Для установки эмулятора и конфига вручную нам нужно установить ftp соединение с дримом, как это сделать расписано выше.
Предварительно распаковать содержимое архивов e2-mgcamd_1.31_081031.tar.gz и MGCamd-Config_1.24_070906.tar.gz
в удобное для вас "место" на компе.
Примерно это выглядит так:



Слева это папка usr после распаковки архива e2-mgcamd_1.31_081031.tar.gz
А справа это папки дрима и под цыфрой два мы видим тоже папку usr
В левом и правом окнах проги Total Commander открываем папки usr
И видим примерно это:



И вот теперь нам нужно скопировать содержимое папок 1 \ 2 \ 3 соответственно в папки дрима 1а \ 2а \3а
И теперь уже в папках дрима, а именно в папке bin на файл mgcamd_1.31 ставим атрибуты 755 .
И тоже самое с файлом mgcamd_1.31_cam.sh в папке script.
На файл\ы mgcamd-complete_1.31_delfile.sh в папке uninstall тоже ставим атрибуты 755 .
(на файлы с расширением sh обычно тоже ставятся атрибуты запуска 755)

[Admin]

Смена бутлого на Dreambox - 800

Для имиджей GEMINI

Смену бутлого делаем с помощью программы DCC.
Предварительно ищем, скачиваем новые файлы бутлого ( прикрепил в аттач один из наборов файлов для смены )
Точнее, при загрузке используется 4 файла.
bootlogo.jpeg - на начальной стадии загрузки обычный jpeg-файл.
bootlogo.mvi - лого без надписей
bootlogo_wait.mvi - при первой загрузке (инициализация)
backdrop.mvi - лого с надписью Please Wait (Подождите, пожалйста)
Старые файлы желательно скопировать и сохранить в надежном месте. Вдруг надо будет вернуть обратно
1) Соединяемся по фтп с дримом.
2) Заходим в папку boot
3) Открываем консоль пишем telnet 192.168.xxx.xxx айпи дрима,пишем логин root жмём Enter
4) Пишем команду mount -o rw,remount /boot ,жмём Enter

5) Находим в папке boot,5 файлов с названиями как в архиве ,удаляем их и кидаем те ,что в архиве,даём им права 755
6) Заходим в usr/share и меняем там тоже,права 755
7) Перезагружаем дрим
И получим вот такого симпатичного робота:

[Admin]

Снятие лога работы эмулятора

Для снятия лога работы эмулятора нам нужна будет прога 3CSyslog
После установки проги на компьютер, прога в дополнительных настройках не нуждается.
Только в файле mg_cfg который находится в папке keys (естественно что это в папке дрима) нужно прописать IP - компьютера и порт:
L: { 07 } 192.168.1.2 514 /tmp/mgcamd.log это как пример, у вас может быть свой IP - компьютера.



Как правильно читать лог mgcamd и распознавать проблемы?

Авторский материал uncle.f (дядя Федор)

Что можно увидеть из лога?

Увидеть можно очень много! Для начала, собственно, старт mgcamd. В этом примере мы сделаем вид, что у нас прописано два разных сервера шары в newcamd.list. Первый сервер называется server1.com и у него порт 1234, второй - server2.com с портом 5678. Для логина на оба сервера используется имя username (пароль в логе не отображается). Итак, пример лога:

tuxbox mgcamd v1.31 by mixvt (compiled Oct 27 2008 23:09:59)
[mg] Net:1:7:2:2s Show ecm:1, emm:0 Up:0 Au:0 Dir:0 Osd:no:80:0 Cache:7 Log:1:192.168.1.1:514 Reread:0
[mg] Ecm cache time: 36000
Box type: ipbox9000
Conax.Key error 2: No such file or directory
Keys readed
[config] newcamd route = username:server1.com:1234
[config] newcamd route = username:server2.com:5678
newcamd keep alive: 300, incoming port: 12000
[mgcam] emm thread started
[mgcamd] tps update started.
/var/keys/tps.bin error 2: No such file or directory

[newcamd] Connecting to server1.com:1234...
[newcamd] Connecting to server2.com:5678...

[newcamd] Login to server1.com:1234 as username accepted (19ms)
[newcamd] Card data from server1.com:1234 (171ms):
Userid 189 caid 500 providers 4
Idents: 020910 023b00 024400 021700

[newcamd] Login to server2.com:5678 as username accepted (21ms)
[newcamd] Card data from server2.com:5678 (123ms):
Userid 137 caid 654 providers 4
Idents: 000000 000001 000002 000003

Отсюда уже сразу видно много интересного.
Во-первых, видны карты, которые шарятся (число сразу за "caid").
Вот список наиболее часто используемых кодировок:

01xx = Mediaguard/Seca
05xx = Viaccess
06xx = Irdeto
09xx = NDS Videoguard
0Bxx = Conax
0Dxx = CryptoWorks
17xx = BetaCrypt
18xx = NagraVision
26xx = BISS
4Axx = DreCrypt  (который mgcamd обзывает как @Sky в своих логах)

Из примера выше видно, что мы подключились к двум серверам. Первый шарит несколько карточек с кодировкой Viaccess (потому что CaID начинается с 5..). Также видно какие именно провайдеры карт шарятся - их 4 штуки. Это становится ясно из поля Idents, которое перечисляет все идентификаторы провайдеров Viaccess.

Второй сервер шарит карту в кодировке Irdeto (CaID начинается с 6..) На втором сервере выглядит так, что как будто бы тоже несколько провайдеров с идентами 0, 1, 2 и 3, но это только одна карта. Это особенность кодировки Irdeto (и Betacrypt, которая основана на Irdeto). Эти иденты называются чидами (ChID) и действуют также как и ProvID у других кодировок. Разница лишь только в том, что одна и та же Irdeto карта может иметь несколько ChID, а другие кодировки обычно имеют только один ProvID.

Итак, чтобы подвести предварительный итог, получается, что при включении кодированного канала, у него должен совпасть CaID:ProvID (или CaID:ChID для Irdeto) с теми, что прислал сервер при подключении к нему. Только в этом случае на сервер пойдет запрос "ключа". В такой ситуации mgcamd отошлёт на сервер так называемую последовательность Entitlement Control Message или ECM. Если на сервере всё впорядке, то он должен ответить на такой запрос последовательностью, которая называется Control Word или CW. Если вы получаете правильный код CW, то канал открывается. В зависимости от системы кодирования интервал смены ECM (живучесть ключа) может быть от 2-3 секунд до целой минуты. После чего повторяется ECM запрос и ответ CW и так далее.

Посмотрим как это выглядит в логе (важные цифры выделены):

[mg0] stoping camd..
[mg0] service 2EA index 0 pmt pid 0 (253)
ECM: CaID: 0x0500 -> CaPID: 0x040C ProvID: 022B00
ECM: CaID: 0x0654 -> CaPID: 0x07F4 ProvID: 000000
[mg1] service 2EA already started with index 0
[mg1] service 2EA index 1 pmt pid 0 (254)
[mg0] No viaccess key(s) found for id 22B00 keynr 08
[mg0] network can't decode
[mg0] pid 0x040C failed to decode.
[mg0] No irdeto key(s) found for id 0 keynr 00
[mg0] -> ECM to newcamd server2.com:5678
[mg0] <- CW from newcamd server2.com:5678 (481ms)
[mg0] 481 msec -- Wed Jun 10 01:32:49 2009
===== Irdeto ECM on CaID 0x0654, pid 0x07f4 ======
prov: 000000
cw0:0 A6 1E D2 96 57 62 A4 5D
cw1:0 32 2C 22 80 FA AB BA 5F
[mg0] irdeto using chid 0001 version C3

Пояснение к происходящему, где важна практически каждая строка.
Первые две строки - это стандартное сообщение при переключении канала. У каждого канала есть свой Service ID (SID), который уникален в пакете каналов. Из второй строки видно, что мы включили канал, у которого SID равен 2EA.
Дальше имеем две строки, начинающихся с ECM. В этих строках информация о кодировании канала (если канал открыт, то вы никаких ECM не увидите). В нашем примере мы включили кодированный канал, и открывается он либо картой Viaccess (CaID:500, ProvID:022B00) либо картой Irdeto (CaID:654, ProvID:000000). Каждой комбинации CaID и ProvID присваевается свой уникальный идентификатор PID. В нашем случае это PID 040C для 0500:022B00 и PID 07F4 для 0654:000000.

Посмотрим теперь в начало лога, где перечислены все CaID и ProvID, которые нам предлагают оба сервера. Есть ли там хотя бы одна из двух комбинаций CaID:ProvID, которая подходит ко включенному каналу? Есть одна, это - 654:000000, то есть то, что ответил нам server2.com при подключении к нему. К сожалению, у нас нет доступной карты Viaccess 0500:022B00, но mgcamd этого (ещё) не знает, поэтому он будет идти по списку кодировок, пока не наткнется на ту, которая подходит.

Из чего следует, что сначала мы смотрим, нет ли у нас уже ключа Viaccess (в кэше или в локальном файле SoftCam.Key): "No viaccess key(s) found for id 22B00 keynr 08". То есть, ключа нет. Дальше мы смотрим, не доступен ли ключ по сети. К сожалению, как мы уже установили, для Viaccess - у нас нет подходящего сервера. Поэтому мы получаем сообщение в логе "network can't decode". Теперь, когда все попытки исчерпаны mgcamd рапортует о том, что нам не удалось открыть канал, используя PID 040С (то есть комбинацию 0500:022B00). Это сообщение "pid 0x040C failed to decode", то есть канал не удалось открыть по кодировке Viaccess.

Переходим ко второму PID. Опять смотрим, нет ли у нас уже ключа Irdeto (в кэше или в локальном файле SoftCam.Key): "No irdeto key(s) found for id 0 keynr 00" - ключа нет. Теперь мы смотрим, доступен ли ключ по сети. У нас есть подходящая комбинация, объявленная сервером sever2.com при логине. Поэтому, следующая строка - это посылка ECM-запроса на сервер server2.com. Далее виден ответ от сервера с кодом CW. Ответ пришел за 481мс, на что стоит обратить внимание при проблемах с шарингом (но об этом ниже). Последние 5 строк - подтверждение проделанной работы по запросу на сервер. Показаны кодировка, которая окрылась (Irdeto), идентификатор карты (CaID), идентификатор кодировки (PID), идентификатор провайдера (ProvID), сама последовательность CW0+CW1, то есть "ключик" к каналу, полученный от сервера и (только для Irdeto) используемый этим каналом ChID. Дальше всё повторяется снова и снова, каждый раз когда меняется ECM.

Как увидеть и распознать проблему, используя лог

Рассмотрим теперь проблемные ситуации, когда все должно вроде бы работать, но не работает или работает, но не так как хотелось бы. Во первых, нужно убедиться, что mgcamd вообще для начала пытается подсоединиться к серверу. Это должно выглядеть так:

[config] newcamd route = login:server1.com:1234
[newcamd] Connecting to server1.com:1234...

Этих строк должно быть по две на каждую строку "CWS=" из newcamd.list. Если таких строк нет, то проверяйте ваш файл newcamd.list. Проверьте, чтобы файл находился там, где ему положено и имел правильный формат.

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

[config] newcamd route = login:server1.com:1234
[newcamd] Connecting to server1.com:1234...
[newcamd] Connection to server1.com:1234 failed (47ms)

Чтобы убедиться, что связь с сервером есть, нужно зайти на ресивер по Telnet и дать команду ping server1.com, где server1.com нужно поменять на имя или IP адрес вашего сервера. Остановить команду можно, нажав CTRL+C. Если ответа не придет, то нужно смотреть что у вас с коннектом к Интернету (в крайнем случае, если пингуются другие адреса, кроме вашего сервера, то скорее всего сервер мертв). Если ответ есть, то нужно выяснить почему вас сервер не пускает (не тот логин или пароль; не тот сервер, если их несколько у провайдера; бан на сервере и т.д.)

В-третьих, допустим все заработало, вы смотрите канал, и вдруг, ни с того ни с сего картинка и звук останавливаются и продолжаются чере несколько секунд (или через несколько десятков секунд). Открываем лог, а там что-то вроде такого:

===== @Sky ECM on CaID 0x4AE1, pid 0x0078 ======
prov: 000000
cw0:0 0F 8B 67 01 27 0D 9E D2
cw1:0 58 07 6F CE 63 E3 2F 75
[mg0] -> ECM to newcamd server1.com:1234
[mg0] -> ECM to newcamd server1.com:1234
[mg0] -> ECM to newcamd server1.com:1234
[mg0] -> ECM to newcamd server1.com:1234
[mg0] <- CW from newcamd server1.com:1234 (1116ms)
[mg0] WARNING, both cws changed !
[mg0] 1116 msec -- Thu Jun 11 13:30:00 2009
===== @Sky ECM on CaID 0x4AE1, pid 0x0078 ======
prov: 000000
cw0:0 D6 2E 1E 22 23 0D E5 15
cw1:0 D8 9C 5E D2 2F 21 FE 4E

Здесь приведено классическое определение "затыка". Это когда либо по причине плохого качества связи, либо по причине проблем на сервере вам не приходит во время или вообще не приходит ответ на ECM-запрос. В здешнем примере мы видим, что сервер ответил только с 4-го раза, при этом ключ поменялся уже два раза (или больше): "WARNING, both cws changed !". Бороться с затыками можно только двумя способами: улучшать качество Интернет коннекта или (если вы уверены, что с Интернетом у вас все впорядке) менять провайдера шары. Простейший тест на предмет "где затык: на сервере или в Интернете?" состоит в запуске команды (из ресивера) ping server1.com, или (из Windows) ping -t server1.com, где server1.com нужно поменять на имя или IP адрес вашего сервера (остановить команду можно, нажав CTRL+C). Нужно, следить за результатами ping во время просмотра канала и одновременно смотреть лог mgcamd. Как только вы увидите в логе mgcamd, что на запрос ECM нет ответа нужно сразу же смотреть на результаты ping, есть ли потери и там. При этом картинка на экране ТВ - это не показатель затыка, так как изображение продолжается еще некоторое время, даже без ответа от сервера. Если есть потери данных в ping (команда перестает выдавать информацию в этот момент в Linux или выдает "Request timed out" в Windows), и, особенно, если это происходит в момент затыка, то, скорее всего, сервер тут ни при чем - улучшайте свой Интернет коннект. Если же ping идеальный, без потерь и с более-менее одинаковым временем отклика при каждом запросе, то у вашего шаровика проблемы (перегруз карты, криво настроен софт, и т.д.).
Так выглядит идеальный ping c 0% потерь:

# ping server.com
PING server.com (x.x.x.x): 56 data bytes
64 bytes from x.x.x.x: icmp_seq=0 ttl=56 time=8.7 ms
64 bytes from x.x.x.x: icmp_seq=1 ttl=56 time=8.8 ms
64 bytes from x.x.x.x: icmp_seq=2 ttl=56 time=7.7 ms
..... здесь пропущено 994 строки ....
64 bytes from x.x.x.x: icmp_seq=997 ttl=56 time=7.9 ms
64 bytes from x.x.x.x: icmp_seq=998 ttl=56 time=8.9 ms
64 bytes from x.x.x.x: icmp_seq=999 ttl=56 time=8.0 ms

--- server.com ping statistics ---
1000 packets transmitted, 1000 packets received, 0% packet loss
round-trip min/avg/max = 7.3/8.1/8.9 ms

Так выглядит плохой ping с потерями и плохим коннектом:

# ping server.com
PING server.com (x.x.x.x): 56 data bytes
64 bytes from x.x.x.x: icmp_seq=0 ttl=56 time=7.5 ms
64 bytes from x.x.x.x: icmp_seq=1 ttl=56 time=7.9 ms
64 bytes from x.x.x.x: icmp_seq=2 ttl=56 time=8.0 ms
..... здесь НЕ пропущено ничего, просто не пришел ответ на ping ....
64 bytes from x.x.x.x: icmp_seq=20 ttl=56 time=7.2 ms
64 bytes from x.x.x.x: icmp_seq=21 ttl=56 time=8.0 ms
64 bytes from x.x.x.x: icmp_seq=22 ttl=56 time=9.0 ms

--- server.com ping statistics ---
23 packets transmitted, 17 packets received, 26% packet loss
round-trip min/avg/max = 6.9/8.6/30.1 ms

Когда возникает затык, подобный описанному выше, два параметра настройки mgcamd являются очень важными в плане того, как mgcamd будет реагировать на затыки (что по сути дела значит, как скоро можно ожидать возвращение картинки на экран). Это параметры K:{} и N:{} из файла mg_cfg.

Параметр K:{} описывает какое максимальное количество времени (в секундах) нужно ждать ответа от сервера на ECM запрос, по истечении которого mgcamd решает, что ответа нет. Чем больше это число, тем больше шансов получить ответ, если у вас плохой Интернет или глюкавый сервер шары. Кроме того, еще зависит от того, какие пакеты вы смотрите. Большинство карт обычно отвечают меньше, чем за 1 секунду. Но есть некоторые карты, где нормальное время отклика 1-2 секунды. В экстремальных случаях (известный пример - пакет Nova), ответ может приходить и за 3-5 секунд. Естественно, если вы установите K:{} равным 1 секунде, а сервер будет пытаться вам ответить через 2-3 секунды, то ничего хорошего из этого не выйдет. mgcamd все время будет думать, что сервер не ответил (по истечении секунды) и слать запросы повторно. От этого будет плохо всем, в основном, конечно, серверу, который будет завален запросами, ну и ресиверу тоже, который будет работать в таком случае неоптимально.

С другой стороны если взять и увеличить параметр K:{} на неразумно большую величину, типа 5 или больше секунд, то возникнет совершенно неблагоприятный эффект для вас. Представьте, что обычно вам ответы приходят за 0,5 секунды, и один раз ответ по какой-то причине не пришел. Теперь вы будете ждать целых 5 секунд, до тех пор, пока mgcamd не попытается снова послать запрос. За это время на некоторых каналах уже может случиться и затык, в то время, как если бы у вас повторный запрос пошел через, скажем, 2 секунды и пришел бы успешный ответ, никто бы ничего (на экране ТВ) не заметил!

Грубо говоря, когда есть проблемы с ответами от сервера, то чем меньше K:{}, тем хуже серверу шары из-за большего количества запросов, и чем больше K:{}, тем вероятнее вы получите затык. Хотя это все очень относительно и сильно зависит от конкретных пакетов. Есть пакеты (Премьера HD, Скай Италия и т.д.), где время ответа от карты критично. Для таких пакетов с кодировкой Videoguard, если вы не получите ключ за 0.6сек, то будет однозначный затык. Здесь можно спокойно ставить единицу в значение K:{}. С другой стороны, для таких пакетов, как Премьера SD или Nova и 2х секунд иногда недостаточно, и правильным значением должно быть 3.

Ценный совет:

Лучше всего пронаблюдать насколько быстро вам приходят ответы в целом на интересующие пакеты (выставив K:{} в большое значение, типа 5). После этого нужно брать для K:{} значение чуть больше того, где самые долгие ответы (в среднем).

Дальше, параметр N:{7} X Y влияет на то, как mgcamd ведет себя когда понимает, что ответ от сервера все же не пришел. Число X устанавливает количество неуспешных запросов на сервер (каждый из них длиной в K:{} секунд), после чего mgcamd отваливается от сервера и пытается к нему приконнектиться заново. Эта процедура нередко помогает, когда на сервере какие-то глюки, хотя конечно, постоянно это недолжно происходить. Параметр Y говорит mgcamd о том, что нужно отваливаться и реконнектиться заново, если не было никаких признаков жизни у сервера в течение Y секунд. Обычно до Y доходит дело крайне редко, потому как реконнект обычно происходит из за параметра X (в комбинации с K:{}).

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

[Admin]

Bluetooth и Dreambox DM800

Bluetooth - это современная технология беспроводной передачи данных, позволяющая соединять друг с другом практически любые устройства: мобильные телефоны, ноутбуки, внешние устройства для компьютеров (принтеры, мышки, клавиатуры), цифровые фотоаппараты… спутниковые тюнеры
Как радиотехнология (частота 2,4 ГГц), Bluetooth способна "обходить" препятствия, поэтому соединяемые устройства могут находиться вне зоны прямой видимости (в отличие от инфракрасных устройств). Соединение происходит автоматически, как только Bluetooth-устройства оказываются в пределах досягаемости, причем не только по принципу точка - точка (два устройства), но и по принципу точка - много точек (одно устройство работает с несколькими другими). Естественно, для реализации технологии Bluetooth на дриме 800 необходимо установить определенное программное обеспечение (ПО) под Линукс о котором мы поговорим позже.
Технология Bluetooth рассчитана на работу на небольшом расстоянии в 10-15 метров (при увеличении мощности до 100 мВт ("Class 1") Bluetooth-устройства станут более "дальнобойными" - до 100 м, но и будут потреблять больше энергии).
Скорость передачи данных, предусматриваемая стандартом версии 1.2, составляет порядка 721 Кбит/сек в одном направлении и 57,6 Кбит/сек в другом при асимметричном режиме и 420 Кбит/с в полнодуплексном режиме. Новейшая версия Bluetooth 2.0 поддерживает EDR (Enhanced Data Rate) – именно эта технология обеспечивает более быстрый обмен информацией с другими устройствами до 2,1 Мбит/с – в 3 раза быстрее, чем обычно. При этом снижается энергопотребление, а значит, увеличивается время жизни батареи.

От теории перейдем к практике и оснастим тюнер «голубым зубом».
(Все действия, описанные в данном материале, я проводил на имидже Gemini 4.0)
Цель – подключить к дримбоксу Bluetooth-адаптер и заставить его работать
Я использовал вот такой адаптер:
Bluetooth USB адаптер CANYON CN-BTU3 (черный)
Чип - Integrated System Solution Corp. (vendor 0x1131, product 0x1004)



Предварительно скачиваем себе архив с необходимыми файлами.
!!! (Все файлы и настройки любезно предоставлены enigma)

1. Выключаем тюнер из сети 220 и подключаем имеющийся в наличии USB Bluetooth-адаптер в свободный USB-разъем на задней панели дримбокса или в USB переходник-удлинитель.



2. Включаем дримбокс, дожидаемся его загрузки, открываем ФТП (DCC, Total Comander) и копируем 8 файлов из архива в папку /tmp тюнера:

libbluetooth2_3.4-r0_mipsel.ipk
libusb_0.1.12-r0_mipsel.ipk
kernel-module-hidp_2.6.12-r13_dm800.ipk
kernel-module-hci-usb_2.6.12-r12_dm800.ipk
kernel-module-l2cap_2.6.12-r12_dm800.ipk
kernel-module-bluetooth_2.6.12-r12_dm800.ipk
kernel-module-rfcomm_2.6.12-r12_dm800.ipk
bluez-utils_3.4-r0_mipsel.ipk

3. Устанавливаем необходимые пакеты и библиотеки. В телнете даем следующие команды именно в таком порядке:

ipkg install /tmp/libbluetooth2_3.4-r0_mipsel.ipk
ipkg install /tmp/libusb_0.1.12-r0_mipsel.ipk
ipkg install /tmp/kernel-module-hidp_2.6.12-r13_dm800.ipk
ipkg install /tmp/kernel-module-hci-usb_2.6.12-r12_dm800.ipk
ipkg install /tmp/kernel-module-l2cap_2.6.12-r12_dm800.ipk
ipkg install /tmp/kernel-module-bluetooth_2.6.12-r12_dm800.ipk
ipkg install /tmp/kernel-module-rfcomm_2.6.12-r12_dm800.ipk
ipkg install /tmp/bluez-utils_3.4-r0_mipsel.ipk

Внимание!!!
Для имиджа Gemini 4.2 необходимо установить дополнительно еще один файл перед установкой пакета bluez-utils_3.4-r0_mipsel.ipk

4. Открываем на редактирование файл /etc/init.d/bootup и добавляем туда следующие строчки для автозагрузки данных модулей.

modprobe hidp
modprobe hci_usb
modprobe l2cap
modprobe rfcomm
modprobe Bluetooth

5. Сохраняем измененный файл и перезагружаем ресивер командой reboot через телнет либо используя пульт ДУ. В случае удачной перезагрузки проверяем, загружены ли нужные нам модули командой lsmod



6. Протестируем работу нашего USB Bluetooth адаптера. В телнете даем команду hciconfig и получаем список bluetooth-устройств (в моем случае это был hci0).
root@dm800:~# hciconfig
hci0: Type: USB
BD Address: 00:11:67:C2:A2:C2 ACL MTU: 1021:4 SCO MTU: 48:10
UP RUNNING PSCAN
RX bytes:395 acl:0 sco:0 events:17 errors:0
TX bytes:317 acl:0 sco:0 commands:17 errors:0
7. Отсканируем окружающую среду на предмет наличия активных Bluetooth-устройств. Разумеется, надо включить блютуз в телефоне и положить его не очень далеко. В телнете даем команду hcitool scan
Через несколько секунд получим результат сканирования:
root@dm800:~# hcitool scan
Scanning ...
00:21:9E:49:BD:94 K800i ........:@:-P
00:0D:41:1E:16:B9 Benq-Siemens E71
Нижнее устройство – это мой Benq-Siemens E71 с адресом 00:0D:41:1E:16:B9 – запомним этот адрес - он нам еще понадобится!!!, а верхний телефон – это телефон соседа снизу

8. Теперь подправим два файлика в папке /etc/bluetooth/ (образцы есть в архиве!)

hcid.conf
rfcomm.conf

Точнее, файл hcid.conf можно просто скопировать из архива в дримбокс.
В этом файле можно задать пароль (пин-код) для доступа к блютусу телефона
# Default PIN code for incoming connections
passkey "0000";
и название блютуса дримбокса (под таким именем его будет отображать телефон в списке блютус-устройств)
# Local device name
# %d - device id
# %h - host name
name "Dreambox DM8000HD";
rfcomm.conf тоже можно скопировать с архива, но в нем необходимо прописать блютус-адрес нашего телефона, который мы получили при сканировании, а так же номер канала (которому соответствует служба Dial-up Networking). Это нужно для того, чтобы каждый раз при запуске Bluetooth происходила автоматическая привязка к Bluetooth-порту нашего мобильного телефона (т.е. к rfcomm0).
#
# RFCOMM configuration file.
#

rfcomm0 {
# Automatically bind the device at startup
bind yes;

# Bluetooth address of the device
device 00:0D:41:1E:16:B9;

# RFCOMM channel for the connection
channel 1;

# Description of the connection
comment "Benq-Siemens E71";
}
По выбору номера канала я напишу позже.
По идее ему должна соответствовать служба DUN (Dial-up Networking) телефона. Это надо для использования блютуса для доступа в интерент по GPRS. Как это можно проверить? Даем команду телнета
sdptool browse 00:0D:41:1E:16:B9
где 00:0D:41:1E:16:B9 – это адрес блютуса телефона.
Будет вывод примерно такого вида:
Browsing 00:0D:41:1E:16:B9...
Service Name: Dial-up Networking
Service RecHandle: 0x10000
Service Class ID List:
"Dialup Networking" (0x1103)
"Generic Networking" (0x1201)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 1
Profile Descriptor List:
"Dialup Networking" (0x1103)
Version: 0x0100
…
Здесь мы видим, что служба DUN Dial-up Networking висит на первом канале.
Инфу по каналам мне надо еще уточнить. Напишу позже.

9. Перегружаем дримбокс чтобы наши изменения вступили в силу.
Проверяем, правильно ли работает канал, даем команду телнета rfcomm
root@dm800:~# rfcomm
rfcomm0: 00:0D:41:1E:16:B9 channel 1 clean
Видим, что первый канал свободен.
В принципе все. На этом подключение Bluetooth-адаптера можно считать законченным.


Подключение мобильного телефона для работы с GPRS через Bluetooth

Сначала выполняем описанное здесь.
Теперь надо изменить файлик /etc/ppp/peers/gprs-siem
Дописываем строчки для блютус-девайса:
# Here is for USB Bluetooth-adapter
/dev/bluetooth/rfcomm/0
Строчки для USB-кабеля закрываем значком #
# Here is for USB serial cable
#/dev/usb/tts/0
Предварительно на телефоне надо провести поиск новых блютус-устройств. Затем в списке устройств для устройства-дримбокса установить опцию "Автоподключение без подтверждения" или сделать его доверенным, тогда телефон не будет спрашивать пароля при каждом соединении.

Теперь пытаемся подключится к интернету. Запускаем скрипт gprs_start.
Если телефон запросит пароль, надо его ввести (0000). При этом скрипт может завершится с ошибкой. В этом случае выполняем то, что написано выше, т.е. ищем новые устройства и делаем его доверенным.
После этого опять запускаем скрипт gprs_start.

Источник http://dream.altmaster.net/showthread.php?t=3064

[Admin]

Установка жесткого диска (HDD)

Установка HDD добавляет дримбоксу много полезных функций и фактически превращает его в мультимедийный центр. К Dreambox 800 можно подключить внутренний 2.5” SATA винчестер (ноутбучный), а так же можно использовать внешние накопители, подключаемые через USB-разъем (или eSATA). Рассмотрим установку внутреннего HDD (в тюнере был использован имидж Gemini 4.0).
Для выполнения этой операции нам понадобится сам винчестер (по выбору модели смотрим тут) и крестообразная отвертка. Все остальные детали входят в комплект поставки дримбокса: интерфейсный шлейф и четыре болтика ищем в полиэтиленовых пакетиках.

1. Снимаем верхнюю крышку. Для этого крестообразной отверткой откручиваем четыре самореза, помеченные красными стрелками на фото:



2. Аккуратно снимаем верхнюю крышку.
3. Откручиваем два самореза, которые крепят шасси для установки HDD.



4. Крепим винчестер к шасси с помощью четырех винтиков.



5. Подключаем SATA-шлейф к винчестеру.
6. Аккуратно вставляем шасси с HDD обратно в дримбокс и крепим саморезами.
7. Отключаем разъем eSATA и на его место вставляем разъем от нашего HDD. Далее подключаем разъем питания (четырехпроводной, белого цвета), который расположен рядом с SATA-разъемом.



8. Теперь осталось самое сложное.Это уложить шлейф. Надо стараться, чтобы шлейф не неарушал вентиляцию процессора и не мешал закрываться верхней крышке. Вот примерно, что можно сделать:



9. Закрываем верхнюю крышку. Саморезы пока можно не прикручивать. Мало ли…
10. Включаем дримбокс. Нажимаем синюю кнопку (входим в блю-панель) и выбираем пункт Devices Manager. Если установка HDD прошла успешно, то дримбокс бодро отрапортует, показав установленные девайсы. В нашем случае девайс один – это наш жесткий диск.



11. Нажимаем кнопку ОК на пульте ДУ и переходим в основное меню:



12. В первую очередь нас интересует пункт 7 – «Инициализация (Format)».
Выбираем этот пункт. Дримбокс предупредит нас, что все данные на жестком диске будут потеряны и начнет процесс форматирования. Это займет некоторое время – надо запастись терпением. У меня инициализация 320 Гб винчестера заняла примерно минут 20-30.
К сожалению, во время выполнения этой операции дримбокс не выводит на экран прогрессбар. Догадаться об активности можно только по периодическому миганию экрана.
Если по каким-то причинам средствами имиджа не удается отформатировать диск, то можно попробовать сделать это вручную, используя эту информацию от el1216.
13. После окончания форматирования можно перегрузить дримбокс и снова зайти в Devices Manager.
Теперь нас интересует пункт 2 (Mount/Unmout/Check Меню).



Если винчестер автоматически не будет примонтирован (строчка Mountpoint: media/hdd показывает куда примонтирован девайс, кстати, зеленый треугольник около изображения винчестера означает, что устройство уже примонтировано), то нажимаем зеленую кнопку «mount».



Далее необходимо прописать автоматическое монтирование HDD при загрузке бокса. Нажимаем синюю кнопку «to fstab». Если дримбокс напишет, что такая запись уже есть, то необходимо отредактировать файл файл etc/fstab и повторить операцию.
В нем не должно быть лишних строчек для монтирования /media/hdd
Ненужные строчки можно закомментировать, разместив вначале строчки символ «#».
Вот пример моего файла.
rootfs / auto defaults 1 1
proc /proc proc defaults 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0
usbdevfs /proc/bus/usb usbfs defaults 0 0
/dev/mtdblock/2 /boot jffs2 ro 0 0
tmpfs /var tmpfs defaults 0 0
tmpfs /tmp tmpfs defaults 0 0
tmpfs /tmp tmpfs defaults 0 0
# //192.168.1.11/video /media/hdd cifs username=user,password=pass,rsize=16348,wsize=1634 8 1
# /dev/scsi/host0/bus0/target0/lun0/part1 /media/usb auto defaults 0
# /dev/scsi/host0/bus0/target0/lun0/part1 /media/hdd ext3 defaults 0
/dev/ide/host0/bus0/target0/lun0/part1 /media/hdd ext3 defaults 0 0
где строчки прежнего монтирования я закрыл (раньше был маунт флешки и внешнего сетевого винчестера по cifs)
# //192.168.1.11/video /media/hdd cifs username=user,password=pass,rsize=16348,wsize=1634 8 1
# /dev/scsi/host0/bus0/target0/lun0/part1 /media/hdd ext3 defaults 0
14. Теперь надо создать папку /movie в корневом каталоге винчестера. Сделать это можно через FTP (программами DCC или Total Commander).
Для проверки работы HDD можно провести пробную запись. Включаем любой канал и нажимаем красную кнопку. В случае готовности жесткого диска к работе появится меню



15. Для настройки таймшифта идем:
Меню - Настройка - Система - TimeShift Path...
В верхней части окна выбераем путь к нашей флешке /media/hdd
Далее нажимаем синюю кнопку и переносим этот путь в закладки (Bookmarks). Этой же кнопкой закладки можно удалять.
Переход между выбором пути и закладками - кнопки Bouquet +/-
Для окончания нажимаем ОК (зеленая кнопка).



Теперь можно использовать таймшифт на HDD. Включение таймшифта - желтая кнопка.
Выход из режима таймшифта - кнопка TV.
Подключение USB-HDD производится аналогично.