Uniden Remote Head Project

mancow

Member
Database Admin
Joined
Feb 19, 2003
Messages
6,904
Location
N.E. Kansas
Last edited:

ra7850

Member
Premium Subscriber
Joined
Mar 30, 2003
Messages
719
Location
Northeastern Pennsylvania
Just a quick update, mancow is in the middle of coding many changes, however the big issue has become the availability of the Raspberry PI 4. Everywhere I have have check only allow or 1 device for the pre-orders, Even then, delivery isn't expected until mid February. I don't have any Raspberry PI's left, mancow might have 1 or 2 left available. mancow and I will continue to post updates as his development of the code continues.

mancow, Robert
 

RMW1010

Member
Joined
Mar 26, 2011
Messages
48
Location
Germany, EU
Just a quick update, mancow is in the middle of coding many changes, however the big issue has become the availability of the Raspberry PI 4. Everywhere I have have check only allow or 1 device for the pre-orders, Even then, delivery isn't expected until mid February. I don't have any Raspberry PI's left, mancow might have 1 or 2 left available. mancow and I will continue to post updates as his development of the code continues.

mancow, Robert
Maybe you would consider again making it available for those who want to make it themself or have a Pi available.

Offer partslist and software or the package just without the Pi.
 

RRR

OFFLINE
Premium Subscriber
Joined
Dec 6, 2005
Messages
2,019
Location
USA
When it finally accurately mimics the color settings as well as the display settings, I'll jump right in for 2 of them!
 

ra7850

Member
Premium Subscriber
Joined
Mar 30, 2003
Messages
719
Location
Northeastern Pennsylvania
When it finally accurately mimics the color settings as well as the display settings, I'll jump right in for 2 of them!
Well, I guess it wont hurt to let the cat out of the bag, that functionality is in development right now. Once it has been completed we will post an announcement here.

mancow, Robert
 
Joined
Aug 25, 2016
Messages
55
Hello all! I'm back again with another Linux terminal remote screen python program. Since my last post (Aug 2020), I have bought a SDS200 as a permanent desk scanner so I wanted to update my code to support it (encouraged to do so by having one of the screen flickering ones, just my luck), but I took one look and realized that wasn't happening, so I've written new code.

For those who didn't read the last post(pg15), I was inspired by this thread and used code from the old 2012-2013 thread to get me started and converted to python from the original arduino code.

This code should handle any screen you throw at it: menu, simple, detail, close call, analyze, discovery, weather, etc. For close call and analyze, I have made my own way of representing the bars as there is no real ascii equivalent and I want to maintain as much compatibility as possible. I have ran it for extended periods (several hours to about a day) and have not seen any issues, but the code should report the main types of issues it finds. It will log hits in LOG.txt created in the code's directory, apparently this only works if you cd to the directory then run the code from the directory. Like the last one this too is created for python2, if I get a python3 version, I'll post it.

While I don't think I'm currently in the market for the finished product that's been developed here, I think it's awesome and appreciate all the effort of those involved.

If you find issues you want to report, just message me, I would love to get feedback and improve the code.
 

Attachments

  • SDSx00 Release.zip
    4.3 KB · Views: 33

trido

Active Member
Premium Subscriber
Joined
Dec 19, 2002
Messages
1,193
Location
Southern In
I will be the IDIOT to ask what steps or how do we take your great file and boot it to a RAS pi board and Nextion screen?

Way more to it that burn your file to a sd card boot up ras board etc?


Hello all! I'm back again with another Linux terminal remote screen python program. Since my last post (Aug 2020), I have bought a SDS200 as a permanent desk scanner so I wanted to update my code to support it (encouraged to do so by having one of the screen flickering ones, just my luck), but I took one look and realized that wasn't happening, so I've written new code.

For those who didn't read the last post(pg15), I was inspired by this thread and used code from the old 2012-2013 thread to get me started and converted to python from the original arduino code.

This code should handle any screen you throw at it: menu, simple, detail, close call, analyze, discovery, weather, etc. For close call and analyze, I have made my own way of representing the bars as there is no real ascii equivalent and I want to maintain as much compatibility as possible. I have ran it for extended periods (several hours to about a day) and have not seen any issues, but the code should report the main types of issues it finds. It will log hits in LOG.txt created in the code's directory, apparently this only works if you cd to the directory then run the codeIwill be the IDIOT from the directory. Like the last one this too is created for python2, if I get a python3 version, I'll post it.

While I don't think I'm currently in the market for the finished product that's been developed here, I think it's awesome and appreciate all the effort of those involved.

If you find issues you want to report, just message me, I would love to get feedback and improve the code.
 
Joined
Aug 25, 2016
Messages
55
Currently, the code only works in the linux terminal. I would imagine it should work just fine for that purpose on raspbian. As for using with a Nexiton, I'm not familiar and I don't currently have a RPi handy to try anything, and it doesn't look like I can get one too easily right now.

All of the scanner data is broken out using STS (I've been looking at GSI and PSI and may experiment with those to clean up my comma handing). I forgot to mention in my last post that commas work perfectly, as far as I can tell.

You should be able to rewrite the code to send/print to the Nexiton using its protocol and just comment out/delete the regular print lines. I've read about many people creating/downloading custom fonts to make it easier and avoid ASCII compatible workarounds like I used in my code.

BTW does anyone know why the Uniden files are not downloadable anymore, such as the SDS protocols and the Uniden font?

So overall, it shouldn't be that hard to make my code work for Nexitons but I can't say for sure.
 
Joined
Aug 25, 2016
Messages
55
Well converting to python3 was simpler than expected, probably because the method I used for parsing this time around is more python3 friendly. However, I think I'd rather not see b'...' or str.decode() for a while. Never knew how ugly python3 would make the code look. Not promising this is as good as the python2 version yet, but it seems to work on all display modes.

As before, please report issues to me, I know this code isn't perfect and I would love to improve it. Next up is serial detection as it currently assumes ttyACM0.
 

Attachments

  • SDSx00 Release.zip
    8.9 KB · Views: 43

RRR

OFFLINE
Premium Subscriber
Joined
Dec 6, 2005
Messages
2,019
Location
USA
I just want a smaller form, remote display, for my SDS200 "Box" inside my work vehicle. I don't care what kind of unit it is, as long as it is good quality, is well backlit, and mimics what is on the screen of the SDS200.

This seems to be it. I think?

I would love for it to be "plug and play", as everything I have is windows based, and that will most likely never change.

So, what can I do at this point to obtain that, or can I?
 
Top