This forum is run by the BATC (British Amateur Television Club), it is service made freely available to all interested parties, please do not abuse this privilege.
I had two days ago, everything right between my Portsdown and Jetson.
I lost the Jetson contact with the RPI during to a software try.
Then I re install the last Nvidia Software, last DVBSDR from GITHUB but the Jetson still does not accept the RPI commands.
The Porstdown and the Jetson, driven by SSH are ok.
The Jetson runs ok at all SR, freq , etc using SSH.
The LKV is right with VLC
My psw are right is the files.
The Jetson, LKV and Portsdown are seen through my D-link SW-D0-5G switch.
Problem, in the Portsdown Jetson menu "Shutdown Jetson and Reboot Jetson have grey color instead of green (BATC wiki).
May be my root psw ?
Have you any advice to recover ?
I suspect in my case it was the lkv flooding my network with broadcast messages to I did as Dave suggested and set up a dedicated network for the Jetson, rpi and LKV.
You could also try a different switch as some handle the broadcasts better than others.
This has certainly helped but now I find the LKV appears to be fussy about the HDMI signal - ie my hdmi camcorder works great but my PC as a source doesn't.
First of all, as Tim suggests, try it without the LKV powered up. It does cause network issues (with broadcast UDP) on some switches and routers.
The fact that the buttons are greyed out simply means that the RPi is unable to ping the Jetson. So check that you can ping the Jetson from the command line on the RPi. The only thing that needs to be correct if the Jetson's IP address in the RPi for this to work.
I think that there may be some problem with recent a Jetson software update - but have not been able to test it.
Hope that helps
something else I've stumbled into might be relevant to the missing video problem.
At first I thought it was the LKV being fussy about the type of source but on closer examination using wireshark I see that the mpegts packet length from the LKV is 1358 whereas looking at the Jetson code it expects 1316 which is normal for mpegts.
So it could be two problems 1. multicast flooding issues and 2. packet length being incorrect.
#2 could explain the missing video and hit / miss sync problems.
Maybe some one else could take a look using wireshark to see what their packet length is ?
If it is working with VLC and you have updated the portsdown software, is there anything between it and the portsdown apart from the switch?
How about connecting one directly to the other with an Ethernet cable and no switch?
Finally, the check 5V supply is up to the job.
I'm using the fw as recommended in the wiki 20160427 - I have tried direct connection with no switch - but as I mentioned above it looks as though there maybe a packet size mismatch as my LKV is sending 1358 length mpegts whereas the nano code looks as though it wants 1316.
I was hoping someone could look at their lkv stream to see what they're running packet length wise.
5V PSU is more than adequate, but will check it out for dips etc just in case.
I should have mentioned that I had already re-flashed and reset to defaults on the LKV.
I've posted the wireshark output on Danman's LKV blog for his comments - if only to double check I'm not on a wild goose chase with respect to the packet length.
I've tried that and it works sometimes but complains about sync - seems to struggle to get sync on the TS.
Interestingly Danman has taken a look at my wireshark data and says:
"You are right, The IP and UDP headers seem to be off. Did you also flash encoder firmware?"
To which I replied no.
So I might be onto something and will try a different FW or reflash and or factory reset - strangely originally it did just work fine but then suddenly stopped, I'm starting to suspect the lkv packet length has changed for some bizarre reason.