fabiancardeza
06-28-2010, 02:45 PM
wfemu v0.21
-----------
Este aplicativo Linux age como um "tempo Forecastor"
Ele permitirá que você use seu Viewsat com clientes normais SSSP por
conversão do "tempo Forecastor formato" em um mais utilizável "Captiveworks"
SSSP formato.
Esta é compilado para i386 tipo de CPU de base, e será executado em qualquer processador Intel-like
sistema Linux. Com x86_64 você provavelmente terá a compatibilidade de 32 bits
pacotes instalados, mas você fazer isso em sua distro.
Uso:
. / Device> wfemu <serial
Se nenhum dispositivo de ordem é dada, o padrão é / dev/ttyS0
Você deve fornecer o caminho completo para o dispositivo (include / dev / Sempre)
Você precisa usar um modem "nulo" entre o cabo Viewsat e sua máquina Linux.
Após o lançamento, ele irá informar qual o dispositivo PTY (porta serial falso) tem
criado para uso em seu software de cliente SSSP. Configure o seu cliente SSSP
para usar essa porta em vez de um dispositivo serial normal, e certifique-se que também
apóia normal "Captiveworks" SSSP tipo de formato, uma vez que é o que este app
saídas. Claro que você também precisa configurar o cliente para dar SSSP
que alguns cartões de servidor de partilha (s) ou não vai acontecer grande coisa. :)
Isso só foi testado com RQ-sssp cliente v1.04, mas não deve ser
nenhuma razão qualquer cliente SSSP outros não deve funcionar tão bem, enquanto você pode
levá-los a usar um dispositivo específico. Alguns podem exigir symlinks ou fiddling
enganá-los para a abertura do dispositivo PTY em vez de um mais um padrão.
(Dica: "sudo ln-s / dev/pts/8 / dev/ttyS5" e defina o seu cliente para SSSP
use / dev/ttyS5 ou "COM6", ou como, dependendo do que ele espera)
Observe os menus do Viewsat irá mostrar informações normal como esperado, e
quaisquer alterações de rede são aceitos, mas ignorado. Eles não importa
de qualquer maneira e você deve configurar o Linux como normal, para que ele possa receber
para os servidores que você usa em seu cliente SSSP. Este aplicativo não faz nenhum real
conexão de soquete de rede, é apenas uma ponte entre o formato WF Viewsat
eo formato Captiveworks SSSP (seu cliente SSSP é o que liga o
servidor). Isso também não tem nada a ver com o servidor (s) que o WF real
conectar-se, apenas permite que você use o WF habilitado firmware STB para fazer o
mesma coisa que a maioria dos outros receptores genérico SSSP habilitado pode fazer.
Você deve executar este aplicativo eo aplicativo cliente SSSP no Linux mesmo, no caso de
você pensou que não. O dispositivo PTY só está disponível localmente. Portanto, apenas
usar a tela "ou pop outro terminal / console janela e certifique-se de executar wfemu
primeiro (desde que o dispositivo cria dinamicamente PTY) eo cliente SSSP seguinte.
Além disso, se você parar wfemu com CTRL-C, ele irá automaticamente localizar e matar o
SSSP cliente (ou o que está na outra extremidade do PTY), então não se preocupe mais
sobre o assunto acampados no dispositivo para o próximo lançamento de wfemu.
Você ainda precisará fazer manualmente fogo até o cliente SSSP quando você começa wfemu
novamente - e wfemu vai reclamar um pouco alto, se nada for pegar o
outra extremidade do PTY, para lembrá-lo.
Processo de instalação adequada (deve seguir esse mesmo ou não vai funcionar):
1) SE VOCÊ TIVER UMA ULTRA: Obter estes três caixotes de lixo e colocá-los em um stick USB:
VIEWSAT_ULTRA_V0146.PGM ("fábrica" bin)
PFTAUSW 100322U.PGM (o "322" bin)
PFTAUSW 100320U.PGM (o "320" bin)
SE VOCÊ TIVER UMA ULTRA LITE: O mesmo que acima apenas os da UL vez.
2) Conecte o dispositivo USB à porta USB da frente do fogo, o STB
3) Vá ao menu "System Information" -> "Receiver Upgrade" -> "USB"
4) Vá até o bin fábrica, selecione-o, instale
5) Espere terminar e reinicie. Às vezes, ele irá sentar-se lá com 0000
no painel frontal, pressione o botão liga / desliga remoto em caso afirmativo (é no off-mole)
6) Vá ao menu "System Information" -> "Padrão de Fábrica", insira o PIN, dizer sim
7) Repita os passos 3-5, mas com o "322" bin vez
8) serial Connect. wfemu Fire up. Double check / dev / pts / caminho e colocá-lo em
seu cliente SSSP. Fogo até o cliente SSSP. (Use "screen", ou dois mandatos)
9) Vá ao menu "Instalação" - Setup "> Serial" -> "Rede S / W Upgrade" ->
"Rede S / W Version" e verifique se ele volta com "v0.1b wfemu"
Isto verifica sua conexão serial e que wfemu está pronto.
10) Observe a saída wfemu e certifique-se que tenha enviado o "Mapa CAID pacote"
(Ele será continuamente fazer isso a cada 5 segundos ou menos, e também fazê-lo
na sequência de uma "conexão de controle de comando" do VS)
11) Depois de ter visto o "pacote de conexão de controle" do VS e alguns
do "Mapa CAID" respostas, wfemu sair correndo e continue na etapa 12
12) Repita os passos 3-5, mas com o "320" bin desta vez (sim, downgrade)
O "322 bin" não funciona com o WF real ou que esta é necessária.
O "320 bin" não aceitar o "Mapa CAID pacote" que é porque você deve
instalar o "322", alimentá-lo o "Mapa CAID", e, em seguida, downgrade para "320"
13) Uma vez que você está de volta com "320", configure seu satélites e fazer um autoscan
14) Vá para um canal que você sabe o seu fornecedor de cabos IKS, assistir TV.
Basicamente, se você não alimentar o Mapa CAID para "322" e depois fazer o downgrade para "320", em seguida,
faz o seu novo canal de digitalização, o VS não irá marcar a canais como a necessidade de
envie para o MEC wfemu, assim você estará se perguntando por que ele nunca faz. Se o VS
viu o "Mapa CAID" que lembra e se aplica a "enviar ECM" bandeira de cada
canal usando o que ele encontra CAID, durante o autoscan seguinte. É muito burro
mas você tem que fazer tudo isso para fazer o trabalho WF real também, então a culpa da tripulação WF
e não nós. Tentamos encontrar mais curto / mais inteligentes maneiras de fazer isso e nada mais
funcionou.
Divirta-se!:cool:
http://www.4shared.com/dir/VwT6dFuW/Viewsat.html
-----------
Este aplicativo Linux age como um "tempo Forecastor"
Ele permitirá que você use seu Viewsat com clientes normais SSSP por
conversão do "tempo Forecastor formato" em um mais utilizável "Captiveworks"
SSSP formato.
Esta é compilado para i386 tipo de CPU de base, e será executado em qualquer processador Intel-like
sistema Linux. Com x86_64 você provavelmente terá a compatibilidade de 32 bits
pacotes instalados, mas você fazer isso em sua distro.
Uso:
. / Device> wfemu <serial
Se nenhum dispositivo de ordem é dada, o padrão é / dev/ttyS0
Você deve fornecer o caminho completo para o dispositivo (include / dev / Sempre)
Você precisa usar um modem "nulo" entre o cabo Viewsat e sua máquina Linux.
Após o lançamento, ele irá informar qual o dispositivo PTY (porta serial falso) tem
criado para uso em seu software de cliente SSSP. Configure o seu cliente SSSP
para usar essa porta em vez de um dispositivo serial normal, e certifique-se que também
apóia normal "Captiveworks" SSSP tipo de formato, uma vez que é o que este app
saídas. Claro que você também precisa configurar o cliente para dar SSSP
que alguns cartões de servidor de partilha (s) ou não vai acontecer grande coisa. :)
Isso só foi testado com RQ-sssp cliente v1.04, mas não deve ser
nenhuma razão qualquer cliente SSSP outros não deve funcionar tão bem, enquanto você pode
levá-los a usar um dispositivo específico. Alguns podem exigir symlinks ou fiddling
enganá-los para a abertura do dispositivo PTY em vez de um mais um padrão.
(Dica: "sudo ln-s / dev/pts/8 / dev/ttyS5" e defina o seu cliente para SSSP
use / dev/ttyS5 ou "COM6", ou como, dependendo do que ele espera)
Observe os menus do Viewsat irá mostrar informações normal como esperado, e
quaisquer alterações de rede são aceitos, mas ignorado. Eles não importa
de qualquer maneira e você deve configurar o Linux como normal, para que ele possa receber
para os servidores que você usa em seu cliente SSSP. Este aplicativo não faz nenhum real
conexão de soquete de rede, é apenas uma ponte entre o formato WF Viewsat
eo formato Captiveworks SSSP (seu cliente SSSP é o que liga o
servidor). Isso também não tem nada a ver com o servidor (s) que o WF real
conectar-se, apenas permite que você use o WF habilitado firmware STB para fazer o
mesma coisa que a maioria dos outros receptores genérico SSSP habilitado pode fazer.
Você deve executar este aplicativo eo aplicativo cliente SSSP no Linux mesmo, no caso de
você pensou que não. O dispositivo PTY só está disponível localmente. Portanto, apenas
usar a tela "ou pop outro terminal / console janela e certifique-se de executar wfemu
primeiro (desde que o dispositivo cria dinamicamente PTY) eo cliente SSSP seguinte.
Além disso, se você parar wfemu com CTRL-C, ele irá automaticamente localizar e matar o
SSSP cliente (ou o que está na outra extremidade do PTY), então não se preocupe mais
sobre o assunto acampados no dispositivo para o próximo lançamento de wfemu.
Você ainda precisará fazer manualmente fogo até o cliente SSSP quando você começa wfemu
novamente - e wfemu vai reclamar um pouco alto, se nada for pegar o
outra extremidade do PTY, para lembrá-lo.
Processo de instalação adequada (deve seguir esse mesmo ou não vai funcionar):
1) SE VOCÊ TIVER UMA ULTRA: Obter estes três caixotes de lixo e colocá-los em um stick USB:
VIEWSAT_ULTRA_V0146.PGM ("fábrica" bin)
PFTAUSW 100322U.PGM (o "322" bin)
PFTAUSW 100320U.PGM (o "320" bin)
SE VOCÊ TIVER UMA ULTRA LITE: O mesmo que acima apenas os da UL vez.
2) Conecte o dispositivo USB à porta USB da frente do fogo, o STB
3) Vá ao menu "System Information" -> "Receiver Upgrade" -> "USB"
4) Vá até o bin fábrica, selecione-o, instale
5) Espere terminar e reinicie. Às vezes, ele irá sentar-se lá com 0000
no painel frontal, pressione o botão liga / desliga remoto em caso afirmativo (é no off-mole)
6) Vá ao menu "System Information" -> "Padrão de Fábrica", insira o PIN, dizer sim
7) Repita os passos 3-5, mas com o "322" bin vez
8) serial Connect. wfemu Fire up. Double check / dev / pts / caminho e colocá-lo em
seu cliente SSSP. Fogo até o cliente SSSP. (Use "screen", ou dois mandatos)
9) Vá ao menu "Instalação" - Setup "> Serial" -> "Rede S / W Upgrade" ->
"Rede S / W Version" e verifique se ele volta com "v0.1b wfemu"
Isto verifica sua conexão serial e que wfemu está pronto.
10) Observe a saída wfemu e certifique-se que tenha enviado o "Mapa CAID pacote"
(Ele será continuamente fazer isso a cada 5 segundos ou menos, e também fazê-lo
na sequência de uma "conexão de controle de comando" do VS)
11) Depois de ter visto o "pacote de conexão de controle" do VS e alguns
do "Mapa CAID" respostas, wfemu sair correndo e continue na etapa 12
12) Repita os passos 3-5, mas com o "320" bin desta vez (sim, downgrade)
O "322 bin" não funciona com o WF real ou que esta é necessária.
O "320 bin" não aceitar o "Mapa CAID pacote" que é porque você deve
instalar o "322", alimentá-lo o "Mapa CAID", e, em seguida, downgrade para "320"
13) Uma vez que você está de volta com "320", configure seu satélites e fazer um autoscan
14) Vá para um canal que você sabe o seu fornecedor de cabos IKS, assistir TV.
Basicamente, se você não alimentar o Mapa CAID para "322" e depois fazer o downgrade para "320", em seguida,
faz o seu novo canal de digitalização, o VS não irá marcar a canais como a necessidade de
envie para o MEC wfemu, assim você estará se perguntando por que ele nunca faz. Se o VS
viu o "Mapa CAID" que lembra e se aplica a "enviar ECM" bandeira de cada
canal usando o que ele encontra CAID, durante o autoscan seguinte. É muito burro
mas você tem que fazer tudo isso para fazer o trabalho WF real também, então a culpa da tripulação WF
e não nós. Tentamos encontrar mais curto / mais inteligentes maneiras de fazer isso e nada mais
funcionou.
Divirta-se!:cool:
http://www.4shared.com/dir/VwT6dFuW/Viewsat.html