Vizio M Series CEC TV Remote Not Working

Hello, I just installed OSMC on a raspberry pi 3+. I have a Vizio M Series 2019 TV that recognizes the rpi device as a CEC device when it scans for it. However, the TV remote does not work. I know the cable works for CEC since the same cable works for my Amazon Fire TV using the TV remote.

Here is my cec-client response. Any help would be greatly appreciated.

osmc@osmc-raspb:~$ /usr/osmc/bin/cec-client
No device type given. Using ‘recording device’
CEC Parser created - libCEC version 4.0.2
no serial port given. trying autodetect:
path: Raspberry Pi
com port: RPI

opening a connection to the CEC adapter…
DEBUG: [ 130] Broadcast (F): osd name set to ‘Broadcast’
DEBUG: [ 131] Open - vc_cec initialised
DEBUG: [ 131] logical address changed to Free use (e)
NOTICE: [ 131] connection opened
DEBUG: [ 131] processor thread started
DEBUG: [ 131] << Broadcast (F) -> TV (0): POLL
DEBUG: [ 131] initiator ‘Broadcast’ is not supported by the CE C adapter. using ‘Free use’ instead
TRAFFIC: [ 131] << e0
DEBUG: [ 162] >> POLL sent
DEBUG: [ 162] TV (0): device status changed into ‘present’
DEBUG: [ 162] << requesting vendor ID of ‘TV’ (0)
TRAFFIC: [ 162] << e0:8c
TRAFFIC: [ 378] >> 0f:87:00:19:9d
DEBUG: [ 378] >> TV (0) -> Broadcast (F): device vendor id (87 )
DEBUG: [ 378] TV (0): vendor = Unknown (00199d)
DEBUG: [ 379] expected response received (87: device vendor id )
NOTICE: [ 379] registering new CEC client - v4.0.2
DEBUG: [ 379] detecting logical address for type ‘recording de vice’
DEBUG: [ 379] trying logical address ‘Recorder 1’
DEBUG: [ 379] << Recorder 1 (1) -> Recorder 1 (1): POLL
TRAFFIC: [ 379] << 11
TRAFFIC: [ 798] << 11
DEBUG: [ 1099] >> POLL not sent
DEBUG: [ 1099] using logical address ‘Recorder 1’
DEBUG: [ 1099] Recorder 1 (1): device status changed into ‘hand led by libCEC’
DEBUG: [ 1099] Recorder 1 (1): power status changed from ‘unkno wn’ to ‘on’
DEBUG: [ 1099] Recorder 1 (1): vendor = Pulse Eight (001582)
DEBUG: [ 1099] Recorder 1 (1): CEC version 1.4
DEBUG: [ 1099] AllocateLogicalAddresses - device ‘0’, type ‘rec ording device’, LA ‘1’
DEBUG: [ 1100] logical address changed to Recorder 1 (1)
DEBUG: [ 1100] Recorder 1 (1): osd name set to ‘CECTester’
DEBUG: [ 1100] Recorder 1 (1): menu language set to ‘eng’
DEBUG: [ 1100] GetPhysicalAddress - physical address = 1000
DEBUG: [ 1100] AutodetectPhysicalAddress - autodetected physica l address ‘1000’
DEBUG: [ 1100] Recorder 1 (1): physical address changed from ff ff to 1000
DEBUG: [ 1100] << Recorder 1 (1) -> broadcast (F): physical add ress 1000
TRAFFIC: [ 1100] << 1f:84:10:00:01
NOTICE: [ 1281] CEC client registered: libCEC version = 4.0.2, c lient version = 4.0.2, firmware version = 1, logical address(es) = Recorder 1 (1 ) , physical address: 1.0.0.0, compiled on Wed Nov 22 02:33:34 UTC 2017 by root @compiler2 on Linux 4.9.0-3-amd64 (armv7l), features: P8_USB, DRM, P8_detect, RP i
DEBUG: [ 1281] << Recorder 1 (1) -> TV (0): OSD name 'CECTester ’
TRAFFIC: [ 1281] << 10:47:43:45:43:54:65:73:74:65:72
DEBUG: [ 1582] << requesting power status of ‘TV’ (0)
TRAFFIC: [ 1582] << 10:8f
TRAFFIC: [ 1711] >> 01:46
DEBUG: [ 1711] >> TV (0) -> Recorder 1 (1): give osd name (46)
DEBUG: [ 1711] << Recorder 1 (1) -> TV (0): OSD name ‘CECTester ’
TRAFFIC: [ 1711] << 10:47:43:45:43:54:65:73:74:65:72
WARNING: [ 2162] unhandled response received: opcode=87 initiator =1 destination=f response=0
WARNING: [ 2343] unhandled response received: opcode=47 initiator =1 destination=0 response=0
TRAFFIC: [ 2419] >> 01:90:00
DEBUG: [ 2419] >> TV (0) -> Recorder 1 (1): report power status (90)
DEBUG: [ 2419] TV (0): power status changed from ‘unknown’ to ’ on’
waiting for input
DEBUG: [ 2420] expected response received (90: report power sta tus)

Did you try to power down both devices at the mains for several minutes?

I have tried that. I also changed device type to 4 in the xml files. None of that worked.

Can anyone help here on anything else I can try?

Try disconnecting other devices from the TV

I have tried that as well with just the rpi connected. Tried rebooting everything many times and letting them sit for a bit.