ModeSDeco2 and ModeSMixer2 - console programs for RTLSDR and transcoding

[Extranet]

Hello, I just startind using this software and made a couple of discoveries that lead to some questions I have.
My apologies if either of these questions have been asked before.

1. What is the status on updating the Raspberry Pi version to Raspbian stretch. It appears that libcrypto and libssl are now installed as versions 1.0.2 and 1.1, so this software will not work anymore without an update.

2. When I use either modesdeco or modessmixer, the map does not show all of the aircraft that other ads-b software displays. Furthermore, the chart that shows messages received is reporting a much lower number than the messages sent display on rtl1090.

I found this as a work around for the libssl issue using Stretch until modesmixer2 is updated to use the newer libraries

wget http://ftp.nl.debian.org/debian/pool/main/o/openssl/libssl1.0.0_1.0.2l-1~bpo8+1_armhf.deb

sudo dpkg -i libssl1.0.0_1.0.2l-1~bpo8+1_armhf.deb

[DerStefan]

Hi all,
please post anyone a working nginx configuration to reverse_proxy modesmixer2 ?!?!
I dont't get it working ) - :
best regards Stefan

[pellonet]

Hi Sergsero.

Is there any way of combining two streams into one using modesdeco/modesmixer but filtering out MLAT information from one of the streams?
I currently have one omni antenna to get the traffic around me and i'm planning to have an additional yagi antenna pointing at the local airport so i can get more positions from the planes landing/taking off.

I have tried many combinations of stream types (avr, avrmlat, beast, msg, msgmlat, fatsv, but it seems that the MLAT positions picked up by the yagi antenna gives me the following message in piaware log:

Warning: the timestamps provided by your receiver do not seem to be self-consistent. This can happen if you feed data from multiple receivers to a single mlat-client, which is not supported; use a separate mlat-client for each receiver.

I'm using the latest versions of the executables (modesdeco2_rpi2-3_20170127.tgz / modesmixer2_rpi2-3_20170924.tgz)


P.S. I figured out how to do it.Everything is working fine now.

Hi, I know this is an old posting but would you consider sharing the solution to your problem as I have a situation where I want to combine  2 receivers onto one piaware feed & I will get the same problem with timestamps.?

[evangel]

hi Pellonet

provided that you are on same (fast) network ie 192.168.1.xxx with 2 different pi/PC and decoders and both are running NTP :

on 1st pi/PC (receiving the most traffic)
          decoder output beast:33005 only
on 2nd pi/PC
          decoder output beast 33006 only

on 1st or 2nd pi/PC or a 3d PC connect to Flightaware for MLAT

          modesmixer2  string : modesmixer2 --inConnect 1st IP:33005 --inConnect 2nd IP:33006 --outServer beast --inServer 30004 --inServer 30104 --inConnect  30105 --inConnect 30106 --outServer beastmlat:33007 --location lat:long &

as you see mixer combines 2 different streams and outputs it to piaware on standard port 30005. time anomaly could still exist though, specially if receivers/antennas are on different network and/or different location.
port 33007 will only provide mlat info to VRS or adsbscope.

HTH
Evangel

[sergsero]

Test version of modesmixer2 20180311

+ added --valid-modes <arg> - for Mode S these values indicate how many times an aircraft's ICAO24 has to be seen over a given number of seconds in messages that can be tested for corruption before it is assumed to be correct in this cycle of validation.
The default values are 0:5, max 100:30.
The default values are 0 messages over 5 seconds and modesmixer2 will never accept an ICAO24 from a message where it cannot be sure that the parity is correct. Also the filter simultaneously uses other current flight parameters like altitude and number of received messages.

+ added --valid-adsb <arg> - for ADS-B these values indicate how many times an aircraft's ICAO24 has to be seen over a given number of seconds in messages that can be tested for corruption before it is assumed to be correct in this cycle of validation.
The default values are 6:60, max. 10:60.

- no longer used options:
  --filter-count arg        Filter min count (default: 6)
  --filter-time arg         Filter min time, sec (default: 60)

+ added input format "Compressed VRS" for compatibility with VirtualRadarServer with automatic recognition.
This version has a limitation of the output "Compressed VRS" format. It can be used if a data were received from incoming messages MSG or Compressed VRS.

+ some changes in the code and in WEB interface.

[*]Intel Windows: modesmixer2_windows_20180311.zip https://drive.google.com/open?id=14KMf-gJWG4g_pWM4jdytm7IkC6AZFtTw[/list]

This version was compiled in Microsoft Visual Studio 2017. When try to open the exe you can get an error which says "MSVCP141.dll is missing".
You could download Microsoft Visual C++ Redistributable for Visual Studio 2017 from here: https://www.visualstudio.com/downloads. The file is located at the bottom of the page, in the section:
"Other Tools and Frameworks".
You should choose a x86 version, regardless of the bitness of your operating system - VC_redist.x86.exe.

[*]Raspberry Pi 2/3 (Broadcom SoC BCM2836/37, quad-core ARMv7/ARMv8): modesmixer2_rpi2-3_deb9_20180311.tgz https://drive.google.com/open?id=1xbkwlltyEhVmdqAbpu_x93tzxvgok8hF (Raspbian GNU/Linux 9.0 (stretch) (4.9.59-v7+ #1047 SMP Sun Oct 29 12:19:23 GMT 2017 armv7l GNU/Linux))

[*]Raspberry Pi 2/3 (Broadcom SoC BCM2836/37, quad-core ARMv7/ARMv8): modesmixer2_rpi2-3_deb8_20180311.tgz https://drive.google.com/open?id=1c1DctOnblz7BBnnxJo7td7bdQubdJ1ZX (Raspbian GNU/Linux 8.0 (jessie) (4.9.35-v7+ #1014 SMP Fri Jun 30 14:47:43 BST 2017 armv7l GNU/Linux))

[*]Raspberry Pi 2/3 (Broadcom SoC BCM2836/37, quad-core ARMv7/ARMv8): modesmixer2_rpi2-3_deb7_20180311.tgz https://drive.google.com/open?id=11mPmpF9qc4jEixB1JG7eQh9SUgfGVsg_ (Raspbian GNU/Linux 7.0 (wheezy) (4.1.19-v7+ #858 SMP Tue Mar 15 15:56:00 GMT 2016 armv7l GNU/Linux))

[*]Raspberry Pi 1 Model B+ (Broadcom SoC BCM2835, single-core ARMv6): modesmixer2_rpi1_deb9_20180311.tgz https://drive.google.com/open?id=1Wxll8_v0yjMCUGEm97xS0pPFgGLsy086 (Raspbian GNU/Linux 8.0 (jessie) (4.9.35-v7+ #1014 SMP Fri Jun 30 14:47:43 BST 2017 armv7l GNU/Linux))

[*]Raspberry Pi 1 Model B+ (Broadcom SoC BCM2835, single-core ARMv6): modesmixer2_rpi1_deb8_20180311.tgz https://drive.google.com/open?id=1FVNUv1Prs3MgQXKPJSejBk_D-03Jm6Vm (Raspbian GNU/Linux 8.0 (jessie) (4.9.35-v7+ #1014 SMP Fri Jun 30 14:47:43 BST 2017 armv7l GNU/Linux))

[*]Raspberry Pi 1 Model B+ (Broadcom SoC BCM2835, single-core ARMv6): modesmixer2_rpi1_deb7-wheezy_20180218.tgz https://drive.google.com/open?id=1uSB1sKlaRBaW4uCsVGgLNByFJhSNx8kD (Raspbian GNU/Linux 7.0 (wheezy) (4.1.19-v7+ #858 SMP Tue Mar 15 15:56:00 GMT 2016 armv7l GNU/Linux))
[/list]

[*]Orange Pi PC 2 (Allwinner SoC H5, quad-core ARMv8-A Cortex-A53 ARM64) modesmixer2_aarch64_orange-pi-pc2_deb9_20180311.tgz https://drive.google.com/open?id=1ms0IKdi-leSU5pFqoUxmhVzv2sv2AWep (Armbian 5.40 GNU/Linux 9.0 (stretch) (4.14.18-sunxi64 #26 SMP Fri Feb 9 17:14:48 CET 2018 aarch64 GNU/Linux))
[/list]

[*]Intel Ubuntu 16.04 64 bit: modesmixer2_x86_64_20180311.tgz https://drive.google.com/open?id=1SQTIZGyT3KFIkULEC9Y0bsWQTsn5hJ6u (Ubuntu 16.04.3 LTS)
[*]Intel Ubuntu 14.04 32 bit: modesmixer2_i386_20180311.tgz https://drive.google.com/open?id=1sM2R8yhNxcCtMUKBXM8cYBrkuRS9OHpK (Ubuntu 14.04.5 LTS)
[/list]

[*]OS X El Capitan 10.11: modesmixer2_osx_20180311.tgz https://drive.google.com/open?id=1msgDgL3dTR9Pnwx5MW-KlMio5FBZ5J9y ((15.6.0 Darwin Kernel Version 15.6.0: Tue Jan  9 20:12:05 PST 2018; root:xnu-3248.73.5~1/RELEASE_X86_64 x86_64))
[/list]

I will be very grateful for testing and feedback.

/sergsero

[Conexia]

Hi, sergsero
Thanks again for your work. I've tested the modesmixer2 20180311 version under Raspberry Pi 3 and it's working fine and the UI is better, except that:
- Some of the Highcharts graphics do not show (I'm attaching a screen print)
- The marker that defines the total receiving area covered does not show (it shows Ok in the mode3Sdeco2 in the same Raspberry)

What can I do for solving these?
Thanks in advance.

[sergsero]

Hi,

You need force-refresh a page in your browser.
On Windows you should press  F5 (may be twice). Or reload the current page ignoring cached content by 'Control+Shift+r' or 'Control+F5'.

More details can be found here: https://www.wikihow.com/Force-Refresh-in-Your-Internet-Browser

Regards,
sergsero

[Conexia]

Thanks, sergsero
I've tried to refresh the page but no luck. The same with Chrome Versión 66.0.3359.33,  Edge 41.16299.15.0 and Firefox 59.0 (32-bit)

In the console it shows an error with Highcharts (see attached image)

In order to know it is something related with my PC I've tested with a more modern one, and the result is the same.

Again, thank you very much

[IanH]

I was having difificulty downloading any of the new files.

Finally figured it out so it works for me although you might not be having problems:

Copy the web link to a browser- for example:

http://%22https//drive.google.com/open?id=1SQTIZGyT3KFIkULEC9Y0bsWQTsn5hJ6u%22

Delete the http%22 at the beginning and delete the %22 at the end. Then add a : after https and the link should work.

Now to test the Ubuntu version.

[Conexia]

Thanks, IanH
But my problem is related to some Highcharts bug or misconfiguration on my side.
I've downloaded and installed ModeSMixer2 on my Raspberry Pi and everything except the charts works

Greetings

[sergsero]

Hi IanH,

Thank you for testing and found a issue with the URL. Now I have changed the links to the files by placing them directly on the page.

Do you have the same problem with the page CHARTS?

Regards,
sergsero

[sergsero]

Hi Conexia,

I just checked the program on Raspberry Pi 3 and could not reproduce your problem. In the screenshots to this message all graphs are displayed.

Maybe you should check the option --location lat:long set correctly. You must use this option because the distance chart and coverage chart are based on its coordinates.

Regards,
sergsero

[davidtriggs]

Hi Sergsero,

On a slightly different topic, I have just tried to start ModeSDeco with the --add-point argument and a list of waypoints. The first two are
-27.0216666666:121.323333333:AGREK -23.3966666666:125.696666667:BATOP 

The first point will load, but the second will not. The problem seems to be the - sign in front of the latitude of the waypoint. Any single point will read fine, but the second point with a negative number will not, I suspect because the command line interpreter thinks it is a switch.



David

[sergsero]

Hi David,

Indeed, for negative geographic coordinates require each additional point to be specified as a single point in the option.
And just repeat this option --add-points by the number of required points as:

Code: [Select]

--add-point -27.0216666666:121.323333333:AGREK --add-point -23.3966666666:125.696666667:BATOP ...
Regards,
sergsero

[Conexia]

Hi, Sergsero
With your help, all is working now
The problem was that I had set --location XX.X:YY.Y only on ModeSdeco, and not in ModeSmixer (both are running in the same Raspberry Pi)

Thanks again, keep the good work

Antonio