Thanks for testing. I’ll add the X88 King config file to the vfd repository.
Regarding the top led, I don’t think it’s VFD related, there must be some other way to control it.
you had true, top led is function of booting proces before a turning of led display on android.
@TheCoolest
I’m using openvfd for RK devices and can confirm it works well. However: I noticed gpios won’t be taken from vfd.conf since some amlogic specific properties are not available in RK devicetrees … so I’m configuring the driver via devicetree only - see: https://github.com/knaerzche/LibreELEC.tv/blob/libreelec-9.2/projects/Rockchip/patches/linux/rockchip-4.4/linux-1002-rk322x-dts.patch#L23-L30 - I just couldn’t find out what the correct syntax for the vaules of vfd_chars and vfd_dot_bits would be - so: can you guide me?
They are a byte array, if I remember correctly.
if (!(pdata->dev)) {
pr_error("platform dev is required!\n");
goto get_param_mem_fail;
}
pdata->dev->mutex = &mutex;
pr_dbg2("Version: %s\n", OPENVFD_DRIVER_VERSION);
if (!verify_module_params(pdata->dev)) {
int i;
__u8 j;
pr_error("Failed to verify VFD configuration file, attempt using device tree as fallback.\n");
get_pin_from_dt(MOD_NAME_CLK, pdev, &pdata->dev->clk_pin);
get_pin_from_dt(MOD_NAME_DAT, pdev, &pdata->dev->dat_pin);
get_pin_from_dt(MOD_NAME_STB, pdev, &pdata->dev->stb_pin);
get_pin_from_dt(MOD_NAME_GPIO0, pdev, &pdata->dev->gpio0_pin);
get_pin_from_dt(MOD_NAME_GPIO1, pdev, &pdata->dev->gpio1_pin);
get_pin_from_dt(MOD_NAME_GPIO2, pdev, &pdata->dev->gpio2_pin);
get_pin_from_dt(MOD_NAME_GPIO3, pdev, &pdata->dev->gpio3_pin);
chars_prop = of_find_property(pdev->dev.of_node, MOD_NAME_CHARS, NULL);
if (!chars_prop || !chars_prop->value) {
#define VFD_IOC_GVER _IOR(VFD_IOC_MAGIC, 6, int)
#define VFD_IOC_STATUS_LED _IOW(VFD_IOC_MAGIC, 7, int)
#define VFD_IOC_GDISPLAY_TYPE _IOR(VFD_IOC_MAGIC, 8, int)
#define VFD_IOC_SDISPLAY_TYPE _IOW(VFD_IOC_MAGIC, 9, int)
#define VFD_IOC_SCHARS_ORDER _IOW(VFD_IOC_MAGIC, 10, u_int8[7])
#define VFD_IOC_USE_DTB_CONFIG _IOW(VFD_IOC_MAGIC, 11, int)
#define VFD_IOC_MAXNR 12
#ifdef MODULE
#define MOD_NAME_CLK "openvfd_gpio_clk"
#define MOD_NAME_DAT "openvfd_gpio_dat"
#define MOD_NAME_STB "openvfd_gpio_stb"
#define MOD_NAME_GPIO0 "openvfd_gpio0"
#define MOD_NAME_GPIO1 "openvfd_gpio1"
#define MOD_NAME_GPIO2 "openvfd_gpio2"
#define MOD_NAME_GPIO3 "openvfd_gpio3"
#define MOD_NAME_PROT "openvfd_gpio_protocol"
#define MOD_NAME_CHARS "openvfd_chars"
#define MOD_NAME_DOTS "openvfd_dot_bits"
#define MOD_NAME_TYPE "openvfd_display_type"
Following vfd works with Tanix TX5 Deluxe Edition. Remember to save as RAW ( or copy paste in vi using ssh terminal
).
Tanix_TX5_Deluxe_Edition.vfd.conf (1.3 KB)
I’ve a Tanix TX5 Plus Deluxe Edition (4 / 64 / S905X3 / 1G) but your vfd.conf doesn’t work on my device, I don’t know why , but this vfd.conf works perfectly:
TaNix_TX5_PLUS_Deluxe_Edition.vfd.conf
I bought it from Amazon EU .
@notFound Do you happen to know your board number? Mine’s U211.
@notFound Thanks. Interestingly enough, both configurations work on my box.
I need help with the display of a tx3 mini with FD655 regulator.
You have carried out instructions from OP ???
anon88919003:
Goto Arthur’s VFD repository here .
Download the configuration that matches your device and rename it to vfd.conf
.
Make sure that you save the file as Raw.
Copy the vfd.conf
to /storage/.config
on your device.
Install OpenVFD Service
via the CoreELEC repository in Kodi.
Reboot and enjoy.
You have installed the VFD addon from the CoreELEC Repository ??
Yes, the display is off after an update. I applied the patch did not return. TX3 mini Red pcb.
Please try these, and if one of them works, let me know which one (1 or 2)
vfd-configurations.zip (1.6 KB)
Not work. I’m using corelec 9.2.3 e dtb gxl_p281_1g.
Reboot and post output from dmesg | paste
Follows attached! dmesg.log (82.4 KB)
It looks like a DTB issue, one of the pins is already assigned to something else.
Will investigate.
Did the display work in an older build of CoreELEC?
I lost the display after I updated the firmware, I hadn’t tested CorELEC before.
I didn’t even notice that this was a S905W device at first.
I think that without having the original DTB from the Android firmware where the display worked correctly, it would be hard to find a proper fix for this.
The conflicting pins are related to the audio device, and I don’t know whether I can change them without breaking something.
It seems you have some sort of one-off device, because I’ve never seen this sort of conflict before.