Siemens Gigaset HD795 T

Iniciado por jfprieto

hola, os cuento mi caso, me compre hd795t hace unos meses, despues de usarlo como unas 20 veces un dia dejo de arrancar tras conectarlo al portatil para copiar unas peliculas,llame a la casa y me lo recogieron rapido y me lo enviaron a los dos dias, la verdad que ninguna pega con respecto al servicio tecnico, bueno esto fue el viernes pasado, bien pues hoy sabado me ha vuelto a pasar, otra vez no se enciende el aparato al pulsar el boton de encendido, del color rojo nunca se pone en azul y se escucha como que quiere arrancar y no puede... vamos otra vez estamos igual... ya llevamos dos veces el mismo fallo, el lunes volvere a llamar a ver que dicen... casi mejor que me den otro nuevo... alguien le ha pasado algo igual? alguien sabe como arreglarlo sin enviarlo al Servicio tecnico? gracias

Hola, a la vista de la gran cantidad de equipos que les pasa esto o algo parecido se me ha ocurrido que quizá tenga algo que ver con el cable de antena.

Antes de nada quiero decir que no soy experto en temas de conexionado de video, antenas y demás, pero me suena que hay antenas que tienen TENSIÓN de algún tipo para mejorar la señal (o algo así) y digo yo que si esa tensión no acabará dañando algún componente interno del 795 ¿?

Lo digo porque la casuística es similar, equipos que "duran" un tiempo, se estropean, se reparan, vuelven a durar otro tiempo, se vuelven a estropear y vuelta a empezar.

Se que en este foro hay gente mucho mas experta que yo en estos temas. ¿Qué opinais?

Saludos

Hola a todos.

Tal y como os comenté en mi mensaje anterior, y confirmada por Carva la conveniencia de automatizar el proceso a través del fichero rcS, parece que cambiando una opción en la forma de montar el sistema de ficheros se resuelve el problema de la grabación programada de las cadenas que tienen un nombre largo.
A continuación describo el proceso que he seguido, advirtiendo (como siempre que se modifica algún fichero de arranque del equipo) que debe hacerse poniendo todo el cuidado en seguir literalmente las instrucciones y dejando claro que seguir este proceso siempre entraña el riesgo de que el equipo quede bloqueado y sea necesario reinstalar el firmware.

1.- Entramos por telnet al equipo y nos movemos al directorio /usr/local/etc:

Código:

# cd /usr/local/etc

2.- Hacemos una copia de seguridad del fichero que vamos a modificar. La opción -p es para preservar todas las características del fichero original:

Código:

# cp -p rcS rcS.original

Si en otro momento quisiéramos deshacer el cambio que vamos a realizar seguidamente sólo habría que borrar el fichero modificado y cambiar el nombre a la copia (para que fuera nuevamente rcS)

3.- Editamos el fichero con el programa vi, si no lo conoces puedes seguir el magnífico tutorial de Carva #974:

Código:

# vi rcS

y añadimos las siguientes líneas al final del fichero rcS:

Código:

#
# Modificado para evitar el problema de grabacion programada
#
i=0
until [ `mount | grep -c "/tmp/hdd/volumes/HDD1"` -gt 0 ] || [ $i -gt 60 ]
do
	sleep 1
	i=`expr $i + 1`
done
unset i
sleep 3
umount -f /tmp/hdd/volumes/HDD1
mount -t ufsd /dev/scsi/host0/bus0/target0/lun0/part1 /tmp/hdd/volumes/HDD1 -o nls=iso8859-1,fmask=0,dmask=0,sparse,force
#
# Fin modificado para evitar el problema de grabacion programada
#

Las líneas que verdaderamente hacen el trabajo son las que empiezan por "umount" y "mount", que desmontan y montan respectivamente el sistema de ficheros correspondiente al disco duro cambiando la opción "nls" respecto de la opción que emplea el equipo por defecto. Todo lo que está antes no es más que una espera (de un minuto máximo) a que el sistema de ficheros esté previamente montado. No sé si realmente este añadido es necesario, y lo he puesto siguiendo lo que hacen en el firmware modificado según nos ilustró Carva en un mensaje anterior.

Hasta el momento no he detectado ningún problema con este cambio. El equipo tarda lo mismo en arrancar y graba sin problemas tanto de forma directa como programada cualquier canal.

En las cadenas con nombre corto el funcionamiento es el esperado: se crea un único directorio para las grabaciones (programadas o directas) y el nombre es el mismo se acceda al disco desde la red o USB.

En las cadenas con nombre largo el directorio que se crea sigue sin tener el nombre completo del canal, y en algunas cadenas crea un directorio diferente cuando graba de forma directa y cuando lo hace de forma programada (este comportamiento también lo había observado antes de realizar el cambio). Incluso crea un directorio diferente para cada grabación programada si se apaga y enciende el equipo entre ellas. La diferencia en el nombre siempre es el útlimo carácter.

Finalmente, el nombre de algunos de estos directorios se convierte en una secuencia absurda de caracteres cuando accedemos al disco desde la red, pero esto también ocurre sin la modificación instalada. Si se accede al disco desde USB los nombres de estos directorios se ven bien, pero todos los que presentan este comportamiento tienen un carácter "|" entre el prefijo que añade el equipo y el nombre del canal (por ej. CH33_|Antena3 H)

Y esto es todo. Si encuentro algún mal funcionamiento ya os cuento, y si alguien se anima a seguir el proceso y detecta algún problema se le agradecerá que lo comente.

Saludos.

Hola jfprieto.

El problema que describes lo hemos tenido varios. En mi caso han sido un cambio y una reparación (según el SAT del "chip de encendido"). Desde entonces, hace aprox. un mes, no he vuelto a tener problemas (cruzo los dedos).
Te comento en todo caso que en algún foro han relacionado el problema del encendido con un exceso de señal de antena (extraño sí, pero cosas más extrañas se han visto) así que haz la prueba de quitarle el cable de antena e intentar encender. Si el equipo enciende podrás resolver el problema con un atenuador. Yo no pude probar en su momento esta solución porque la he conocido después de la reparación, así que no sé si funciona o no. En cualquier caso cuesta poco probar.

Suerte. Saludos.

Iniciado por Carva

Hola, a la vista de la gran cantidad de equipos que les pasa esto o algo parecido se me ha ocurrido que quizá tenga algo que ver con el cable de antena.

Antes de nada quiero decir que no soy experto en temas de conexionado de video, antenas y demás, pero me suena que hay antenas que tienen TENSIÓN de algún tipo para mejorar la señal (o algo así) y digo yo que si esa tensión no acabará dañando algún componente interno del 795 ¿?

Lo digo porque la casuística es similar, equipos que "duran" un tiempo, se estropean, se reparan, vuelven a durar otro tiempo, se vuelven a estropear y vuelta a empezar.

Se que en este foro hay gente mucho mas experta que yo en estos temas. ¿Qué opinais?

Saludos

Hola Carva.

Todo es posible, pero es muy poco probable que tanta gente tengamos mal la instalación de la antena (yo, que he tenido dos veces el problema descrito, he medido tensión en la toma de antena y no he detectado nada).
La tensión de la que hablas es la que envía la fuente de alimentación (que está enchufada dentro del edificio) al amplificador (que se encuentra en el exterior, en el mástil de la antena). Sólo el tramo de cable de antena que conecta el amplificador y la fuente de alimentación lleva tanto la tensión de alimentación como la señal de los canales. El cable que sale de la fuente de alimentación y llega a las viviendas sólo debe llevar la señal de los canales.

Saludos.

Letts, una pregunta, aparte del montaje del disco con ese juego de caracteres hay una opción de configuración en:
SETUP, SYSTEM, TEXT ENCODING
Yo ahí tengo (Unicode(UTF8))
¿Tu que tienes? ¿Será bueno que coincida esto con lo que se monta en el disco duro?
Creo que la opción mas parecida sería: WESTERN pero no estoy muy seguro.

Saludos

Yo tengo la misma configuración (Unicode(UTF8)).
En su momento hice pruebas con esta opción de configuración (antes de cambiar las opciones de montaje del disco duro) y no observé diferencias de comportamiento, salvo que los acentos que aparecen en algún nombre de programa no se transcribían correctamente al nombre del archivo en disco cuando los grababa.
Haré pruebas y ya os contaré.

Saludos.

No he encontrado diferencia de comportamiento al cambiar de Unicode a Western, salvo lo ya comentado del tema de los acentos.

Iniciado por Letts

... Finalmente, el nombre de algunos de estos directorios se convierte en una secuencia absurda de caracteres cuando accedemos al disco desde la red, pero esto también ocurre sin la modificación instalada (creo que sólo con los canales que son HD, esto es, los que tienen nombre largo pero son SD se ven bien a través de la red)...

Hola,

comento mi experiencia con este tema de los nombres "raros" de carpetas desde la red...

El caso es que yo nunca había sufrido este problema hasta hace 3 semanas en que me encontré una carpeta nueva para laSexta3 que desde el 795 se veía como "CH14_ LaSexta3" (con un espacio detrás del guión bajo) y por la red como "CFQGO2~2".
Como quiera que había coincidido en el tiempo con el uso por primera vez del fantástico programa de Carva (RecTimerMgr), hace 1 semana opté por volver a mi schedule_record.db original (estaba usando la copia posteada por Carva en la primera versión donde se utilizaba la tabla Frecuency) y por volver a escanear los canales. El resultado es que el problema ha desaparecido...

Pero lo que está claro Letts es que el problema, al menos en mi caso, apareció asociado a una cadena que no es HD y cuyo nombre no supera los 8 caracteres, así que no tengo nada claro a que es debido este comportamiento.

En cuanto a las cadenas de nombre largo, nada os puedo aportar porque simplemente no grabo nada de ellas... El 795 reescala a 1080i y mi ampli a 1080p, así que la calidad de visionado es muy buena grabando de las cadenas no HD... y teledeporte, en mi zona se recibe por dos MUX diferentes y en uno de ellos se llama "TDP".

Saludos.

Iniciado por Letts

...Todo es posible, pero es muy poco probable que tanta gente tengamos mal la instalación de la antena (yo, que he tenido dos veces el problema descrito, he medido tensión en la toma de antena y no he detectado nada).
La tensión de la que hablas es la que envía la fuente de alimentación (que está enchufada dentro del edificio) al amplificador (que se encuentra en el exterior, en el mástil de la antena). Sólo el tramo de cable de antena que conecta el amplificador y la fuente de alimentación lleva tanto la tensión de alimentación como la señal de los canales. El cable que sale de la fuente de alimentación y llega a las viviendas sólo debe llevar la señal de los canales.

Pues si tuviera que apostar, lo haría porque estamos ante una partida de aparatos que montan un componente que termina dando problemas. Supongo que todos recordaréis algún caso de material defectuoso que sólo afecta a determinada secuencia de números de serie (pilas de portátiles, por ejemplo). Quizás estaría bien saber si los que habéis tenido este problema tenéis números de serie que puedan guardar alguna relación entre ellos.

No obstante comentaros que hay en el mercado bases de enchufes de APC que dan protección de sobrevoltaje a las tomas coaxiales de antena... Yo las uso en todas las tomas que tengo. Y es que esta gente ofrece garantía de sustitución de por vida si algo enchufado a ellas resultara dañado por sobrevoltaje... y con los rayos nunca se sabe...

Saludos

Hola Carva,

quería comentarte un par de tonterías respecto del RecTimerMgr. Y digo tonterías porque no afectan para nada a su funcionamiento, del cual estoy encantado.

La primera es que veo que la recopilación que haces de los canales (CanalesUTF8.txt) es acumulativa, de modo que al cabo de unos usos este TXT tiene repetida la información un motón de veces. Yo lo borro de vez en cuando dado que se crea cada vez. ¿Hay algún motivo para "añadir" en vez de "sustituir"?

La segunda es que en el visionado del histórico en ocasiones observo discrepancias con lo que se ve desde el 795. En concreto, algunas grabaciones aparecen con "STOP" como si las hubiese parado manualmente cuando no es así. Éstas, en el 795, aparecen con OK.

Y como siempre, muchas gracias por tu estupendo trabajo.

Un saludo.

Iniciado por Trostky

Hola,

comento mi experiencia con este tema de los nombres "raros" de carpetas desde la red...

El caso es que yo nunca había sufrido este problema hasta hace 3 semanas en que me encontré una carpeta nueva para laSexta3 que desde el 795 se veía como "CH14_ LaSexta3" (con un espacio detrás del guión bajo) y por la red como "CFQGO2~2".
Como quiera que había coincidido en el tiempo con el uso por primera vez del fantástico programa de Carva (RecTimerMgr), hace 1 semana opté por volver a mi schedule_record.db original (estaba usando la copia posteada por Carva en la primera versión donde se utilizaba la tabla Frecuency) y por volver a escanear los canales. El resultado es que el problema ha desaparecido...

Pero lo que está claro Letts es que el problema, al menos en mi caso, apareció asociado a una cadena que no es HD y cuyo nombre no supera los 8 caracteres, así que no tengo nada claro a que es debido este comportamiento.

En cuanto a las cadenas de nombre largo, nada os puedo aportar porque simplemente no grabo nada de ellas... El 795 reescala a 1080i y mi ampli a 1080p, así que la calidad de visionado es muy buena grabando de las cadenas no HD... y teledeporte, en mi zona se recibe por dos MUX diferentes y en uno de ellos se llama "TDP".

Saludos.

Hola Trostky, lo de laSexta3 es porque desde el 1 de Marzo el nombre de las cadenas que nos "llega por el aire" tiene un caracter extraño, en concreto es el caracter 05, creo que esto está (al menos en Madrid) bastante comprobado, o sea que en vez de llamarse "laSexta3" se llama "05laSexta3" siendo 05 un sólo caracter ASCII=5, esto pasa en algunas cadenas mas sin que sean HD.

El programa RecTimerMgr NO toca el fichero de cadenas, sólo lo usa para extraer los nombres de las mismas, lo que pasa es que ha coincidido mas o menos la salida del programa con la reestructuración de las cadenas TDT.

Si usas grabaciones de laSexta3 verás que pronto se te vuelve a "estropear" el nombre (uses lo que uses), para comprobarlo mira el fichero dtv_channel.txt con un editor hexadecimal y podrás ver el carcter 05 que comento, en mi zona pasa con el canal "la 10", y esta es la estructura del trozo del fichero donde aparece el nombre dos veces (mira mi post sobre la estructura de este fichero)

Código:

4c 61 20 31 30 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
08 b9 3e 10 f8 b1 3e 10 80 56 5f 2e 00 00 00 00
08 00 00 00 d4 22 0f 00 31 01 00 00 00 00 00 00
01 00 00 00 00 00 10 00 06 00 00 00 05 4c 61 20
31 30 00

Esto está en hexadecimal, pero 4C 61 20 31 30 es la cadena "la 10", luego en la penúltima línea hay un 06 00 00 00, esto indica un valor de 6 que es la longitud del nombre que viene a continuación, pero si te fijas, "la 10" tiene 5 caracteres y ahí es donde puedes ver el caracter 05 justo antes del nombre 4C 61 20 31 30 (la 10) y de ahí coge el nombre "malo" con un caracter que no se puede representar.

Prueba a seleccionar laSexta3 entra en la EPG y trastea con la cadena, luego observa el fichero y verás que se le ha vuelto a añadir el caracter 05 famoso en esa posición.

De todas formas creo que esto es un fallo (en la emisión de TDT) y que se debe solucionar, a lo mejor en tu caso se ha solucionado ya, porque en Madrid la cadena CUATRO empezó de la misma manera (05 C U A T R O) y ahora está subsanado ya es (C U A T R O) a secas.

La última versión de RecTimerMgr crea un fichero llamado CanalesUTF8.txt que si lo abres con Notepad++ (no se si con otros se verá también) te muestra el caracter extraño como ENQ que es el caracter 05, en mi caso es esto:
La 10, [ENQ]La 1

Saludos

Iniciado por Trostky

Hola Carva,

quería comentarte un par de tonterías respecto del RecTimerMgr. Y digo tonterías porque no afectan para nada a su funcionamiento, del cual estoy encantado.

La primera es que veo que la recopilación que haces de los canales (CanalesUTF8.txt) es acumulativa, de modo que al cabo de unos usos este TXT tiene repetida la información un motón de veces. Yo lo borro de vez en cuando dado que se crea cada vez. ¿Hay algún motivo para "añadir" en vez de "sustituir"?

La segunda es que en el visionado del histórico en ocasiones observo discrepancias con lo que se ve desde el 795. En concreto, algunas grabaciones aparecen con "STOP" como si las hubiese parado manualmente cuando no es así. Éstas, en el 795, aparecen con OK.

Y como siempre, muchas gracias por tu estupendo trabajo.

Un saludo.

Hola Trostky, me gusta que me deis vuestras opiniones sobre el programa y acepto y encajo perfectamente las críticas constructivas (por cierto te he borrado de mi lista de amigos, que no!!, que es broma ).

Sobre lo de que el fichero CanalesUTF8.txt sea acumulativo, pues... a mi no me pasa (empate a uno), si os pasa a alguien mas decídmelo por favor. Estoy usando este código .NET:

Código:

TextWriter tw = new StreamWriter("CanalesUTF8.txt");

y en la ayuda sobre esa versión del constructor (con la cadena del nombre) dice lo siguiente:
El parámetro path puede ser un nombre de archivo, incluido un archivo en un recurso compartido UNC (Convención de nomenclatura universal). Si el archivo existe, se sobrescribe; en caso contrario, se crea un nuevo archivo.
Así que no debería acumularse. No lo entiendo

Sobre los códigos del histórico, me he basado en la "documentación" que tenemos sobre el equipo (o sea ninguna) y a base de ensayo y error uso la siguiente tabla:

Código:

case 0: Value = "OK";
case 1:.Value = "STOP";
case 4: Value = "FAIL!";
case 8: Value = "LONG!";
default: Value = "Other";

Pero los valores 0, 1, 4 y 8 son experimentales y lo único que te puedo decir es que en el 795 esto está muy simplificado, mostrando sólo los valores OK y FAIL, pero, como es obvio, yo no sé cuando ponen un mensaje y cuando ponen otro, pero si que sólo ponen esos dos.

Por cierto, hay que usar la última versión, no la que contiene la tabla Frequency.

Saludos

Iniciado por Letts

Hola Carva.

Todo es posible, pero es muy poco probable que tanta gente tengamos mal la instalación de la antena (yo, que he tenido dos veces el problema descrito, he medido tensión en la toma de antena y no he detectado nada).
La tensión de la que hablas es la que envía la fuente de alimentación (que está enchufada dentro del edificio) al amplificador (que se encuentra en el exterior, en el mástil de la antena). Sólo el tramo de cable de antena que conecta el amplificador y la fuente de alimentación lleva tanto la tensión de alimentación como la señal de los canales. El cable que sale de la fuente de alimentación y llega a las viviendas sólo debe llevar la señal de los canales.

Saludos.

Hola a todos,
yo fuí el que apunté como causa probable en mi caso el posible exceso de señal en los cuelgues que sufría mi aparato, ya que siempre me pasaba mientras veía un canal de TV.
En uno de los cuelgues exactamente como describen los demás se me ocurrió cambiar el cable de antena y... me ha durado un mes y medio. La semana pasada se volvió a colgar varias veces hasta que ya no volvió a arrancar.
En 6 dias me lo han devuelto del servicio técnico y la causa de la avería el chip de encendido. Por lo que igual que Trostky apuesto a que pusieron a la venta una partida de aparatos con este componente defectuoso.

Salu2

Iniciado por Carva

...Sobre lo de que el fichero CanalesUTF8.txt sea acumulativo, pues... a mi no me pasa (empate a uno), si os pasa a alguien mas decídmelo por favor. Estoy usando este código .NET:

Código:

TextWriter tw = new StreamWriter("CanalesUTF8.txt");

y en la ayuda sobre esa versión del constructor (con la cadena del nombre) dice lo siguiente:
El parámetro path puede ser un nombre de archivo, incluido un archivo en un recurso compartido UNC (Convención de nomenclatura universal). Si el archivo existe, se sobrescribe; en caso contrario, se crea un nuevo archivo.
Así que no debería acumularse. No lo entiendo

Pues yo tampoco lo entiendo Pero que sepas, que a mí me pasaba con las tres versiones que has publicado. Y por supuesto que uso la última... No sabes lo que te agradezco que el botón Insert no desaparezca al estrechar la ventana... suelo tener abierta una página Web con las programaciones y esto me permite no perder de vista los datos del programa que inserto...

Iniciado por Carva

Sobre los códigos del histórico, me he basado en la "documentación" que tenemos sobre el equipo (o sea ninguna) y a base de ensayo y error uso la siguiente tabla:

Código:

case 0: Value = "OK";
case 1:.Value = "STOP";
case 4: Value = "FAIL!";
case 8: Value = "LONG!";
default: Value = "Other";

Pero los valores 0, 1, 4 y 8 son experimentales y lo único que te puedo decir es que en el 795 esto está muy simplificado, mostrando sólo los valores OK y FAIL, pero, como es obvio, yo no sé cuando ponen un mensaje y cuando ponen otro, pero si que sólo ponen esos dos.

Por cierto, hay que usar la última versión, no la que contiene la tabla Frequency.

Pues si quieres ver como también utiliza el STOP sólo tienes que poner a grabar unos segundos cualquier cadena directamente con el botón REC del mando y luego pararla con el STOP del mando. Vete al histórico en el 795 y verás como la grabación está señalada con ese código (STOP).

Gracias por tus aclaraciones. A ver si alguien más puede comprobar si el archivo CanalesUTF8.txt anexa los canales cada vez que se abre el programa,- como es mi caso -, o los sustituye.

Saludos.

Iniciado por Trostky

...Pues si quieres ver como también utiliza el STOP sólo tienes que poner a grabar unos segundos cualquier cadena directamente con el botón REC del mando y luego pararla con el STOP del mando. Vete al histórico en el 795 y verás como la grabación está señalada con ese código (STOP).

Gracias por tus aclaraciones. A ver si alguien más puede comprobar si el archivo CanalesUTF8.txt anexa los canales cada vez que se abre el programa,- como es mi caso -, o los sustituye.

Saludos.

Trostky me alegra que me hagas esa pregunta....

Lo del STOP es exactamente eso, que lo has parado dando al STOP, pero ignoraba que en el 795 saliese ese código, y ¿dices que te sale STOP y no lo has parado?, pues eso es que tiene el código 1, en el RecTimerMgr (lo llamaremos RTM ¿OK?), pues en el RTM aparece el código en la columna result y ese código es el que hay en la base de datos schedule_history.db si no cuadran los códigos con los mensajes hay algún problema en el RTM, pero si cuadran... ¡yo no he sido!

Iniciado por Trostky

A ver si alguien más puede comprobar si el archivo CanalesUTF8.txt anexa los canales cada vez que se abre el programa,- como es mi caso -, o los sustituye.

Pues eso, ¿alguien puede confirmar si el fichero CanalesUTF8.txt crece indefinidamente?

Saludos