Tengo un amigo con un TV Riviera que instaló el decoficador DirecTV llamado LH02. Es un decodificador pequeñito de color negro, el control remoto es de color blanco y tiene un botón amarillo en medio
En la etiqueda de abajo del decodificador dice: LH02-O-303.
Esta es una imagen del control remoto:
El código que me funcionó de mi TV Riviera fue el 13134.
Para programarlo hacemos lo siguiente:
Presionas a la vez SELECT+MUTE y esperas unos segundos hasta que el LED que está entre ON y OFF parpadee dos veces. Ahi le sueltas a ambos botones.
Ingresas el código: 13134 (no hay apuro, le ingresas normalmente)
Apuntando al TV Riviera, que tienes encendido, presionas el botón OFF
El TV debe apagarse luego de un momento.
Ya, eso es todo, ya tenemos configurado nuestro TV. Ahi puedes encenderle presionando ON, subir/bajar el volumen, etc.
Esto funciona para mi TV a la fecha de hoy, Noviembre del 2022.
En Ecuador es una marca muy popular un tipo de televisor marca Riviera.
Tengo un RIVIERA RLED-DSG32CHE3000 de unos pocos años atrás, y quise configurar el control remoto del Google TV (el nuevo Chromecast) que resulta que no le detecta automáticamente. Lo mismo me sucedió con Amazon FireTV
Luego de mil trabajos encontré que este TV Riviera DSG32CHE3000 usa el código de TV tipo Toshiba.
En este caso, el resto de la configuración fue muy sencilla, desde el control remoto Google Chromecast con Google TV le configuré un dispositivo tipo TV TOSHIBA y en pocos segundos pude realizar las dos acciones que más necesitaba que es que a través del control de Google TV se pueda apagar/encender el TV y subir/bajar el audio.
I have been running RS-HFIQ under raspbian and also under ubuntu Linux on a Raspberry Pi3 and currently under Raspberry Pi4. This is a very raw explanation on how to make it work RS-HFIQ under linux so I can use it as a guide in case I found myself having to reinstall it.
Here is my current Hardware:
As you can see I’m running it in Ubuntu 20.04 LTS on a 4GB RAM RPI 64bits (aarch64). But I have also ran it under raspbian 32bits (for raspi 3) as well as under Fedora Linux
Here is a picture of how to connect it: IQ OUT RX to MIC, and IQ IN RX to the headphones.
On the raspberry pi4 I installed ubuntu 20.04 LTS from here. You may install the latest DESKTOP version found here. If you install the SERVER it will come up in text mode only, so you will have to install the graphical packages. If you are unexperienced, you better install the DESKTOP version.
Here is my LXDE desktop for my Ubuntu 20.04 in my raspi4
Of course you will notice there are several tasks already running (WSJT-X and QUISK). We will work on that, later,
I’m pretty sure there was some package missing in the instructions but it was quite simple to find out and install it. Sorry, I can’t recall right now.
I tried then to start quisk by typing “quisk” in the linux terminal. It started, now you must configure it
Click on “Radios” TAB, then chose to add name the new radio and name it, for example: RS-HFIQ”
A new TAB with the chosen name will appear to the Right (See the TAB *RS-HFIQ* in my case. Ok, click that TAB.
Now download hardware_usbserial.py from here https://github.com/dl1ksv/rshfiq take note of where you downloaded it. In my case I simply downloaded to /home/ubuntu/ as my username is “ubuntu”. So the full path is /home/ubuntu/hardware_usbserial.py
Adapt, change the option “Hardware file path” under *RS-HFIQ* TAB to fit the place where you downloaded the file, in my case /home/ubuntu/hardware_usbserial.py
Now click on the “Sound” TAB and try to match exactly the options shown in the following image. Notice that, maybe the alsa hw:X,0 may change, in my case it is hw:2,0 but in your case X may be, for example, 1 (hw:1,0).
Under remote, match the “Remote” TAB options to the ones shown in the following screencapture:
I did not recall having changed anything else. Just clicked the buttons to configure the mode to DGT-USB, the BW to 3200 and the start option to “Config” in the main window. Oh, and AGC as I can see now.
One important thing to mention here: If you notice an error (in red characters) saying “Stream error: pulse Monitor of QuiskDigitalInput”, that usually means that quisk was started before the QuiskDigitalInput virtual sound card was created. Simply close Quisk and open it again.
Here you will notice the red messages:
Here is quisk after you close it and reopen it, as you may see, the error message have dissapeared:
I then install wsjt-x:
sudo apt-get update && sudo apt-get install wsjtx
In my case I compiled the latest version (currently 2.4.0) but using the stock version from ubuntu should be ok.
After installing wsjtx, open it and compare/adjust the settings:
Under radio settings, try to configure it like this:
Under “Audio” configure it like this:
The rest of the settings tab is up to you to customize them
After configuring it, you will be able to change bands, click on tune, receive stations, and also make calls.
I recall there was an issue with earlier versions of RS-HFIQ and a firmware upgrade must be done in order for digimodes to properly work. This issue is outside the scope of this article, just bear in mind that you must be using version 3.2 or newer. In case you have a version <3.2, check the instructions for upgrading here: https://sites.google.com/site/rshfiqtransceiver/rs-hfiq-technical-information-site/arduino-sketch?authuser=0
Hace unos meses publicamos cómo echar a andar joomla con ssl vía letsencrypt. En el archivo adjunto a este post pueden encontrar al docker-compose.yml que creamos en este video. El archivo adjunto está comprimido con .gz para que los filtros de este sitio me permitan subirlo.
This small tutorial will show you how to build and install wsjt-x for your ARMBIAN. In my case I have an OrangePI PC board and armbian buster desktop. But this tuto should work for any other board. It should also work for any other Linux and architecture. E.g.: raspios, debian, ubuntu, etc.
This process will take time depending on how fast is your CPU. After it finished, we will invoke the next command in order for it to build the .deb package. Pay attention you will have to modify option number 10:
sudo checkinstall
This package will be built according to these values:
hoy mientras instalaba un nuevo docker en CentOS-8 me topé por segunda ocasión que el contenedor no resolvía nombres de domino.
Cuando intentaba realizar alguna operación dentro del contenedor que requería resolver un nombre me devolvía error de que no podía resolver.
Por ejemplo, el contenedor era de CentOS, y cuando intentaba instalar un paquete (yum install….) me devolvía:
Cannot find a valid baseurl for repo: base/7/x86_64
Pero, puede ocurrir con cualquier otro comando (apt, dnf, ping, wget, curl, etc).
Para validar que efectivamente era un problema de mi servidor y no del contenedor en específico probé un docker muy sencillo “busybox” que tiene el conocido comando ping:
docker run --rm busybox ping -c 1 8.8.8.8
...
64 bytes from 8.8.8.8: seq=0 ttl=116 time=18.972 ms
--- 8.8.8.8 ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
Como se puede ver, hace perfectamente ping desde un contenedor hacia 8.8.8.8
Ahora probaré lo mismo pero con un nombre, para que se vea obligado a resolver
docker run --rm busybox ping -c 1 www.google.com
ping: bad address 'www.google.com'
¡Efectivamente falla! no puede resolver una dirección.
Esto se debe a que en el firewall de nuestro CentOS-8 no se están permitiendo la resolución de nombres. Agrego la interfaz docker0 a la lista de interfaces confiables: