Custom feed (51142) not showing planes

Discussion in 'Feeding' started by Alex Wiebe, Jul 23, 2019.

  1. Alex Wiebe

    Alex Wiebe Member

    Sorry for being a pest. Somedays it seems I'm the only one with concerns about the Custom Feed feature. I very much appreciate being able to see what my feeder is seeing. The Custom Feed feature lets me do that when not on my local network.

    For the past week or more, my feed (port 51142) has been showing no (0) planes.

    When I'm at home, my dump1090 graph shows planes. I am MLAT syncing w/ up to 4 other feeders in the area (http://www.adsbx.org/sync/feeder.html?2A&ehud42) and the MyIP test link seems to show I have an active feed on both the standard port and the MLAT port.

    Just wondering if there's something I'm missing or am I being stepped on by someone else?
     
  2. James

    James Guest

    If you're dump1090 is showing planes - just use that. :D

    Custom feeds are a mess that I don't have time to fix. I'm going to phase them out. People simply don't follow instructions.

    It's nothing you did. People are jerks.

    What image are you using on your Pi?
     
  3. Alex Wiebe

    Alex Wiebe Member

    Ok - fair enough. I'll stop pestering :)
    I appreciate the effort you are putting in.
    (I use the dump1090 local server at home - the custom feed was a way to watch my feed remotely).
    I have an older FA / mutability upgrade image that I need to refresh, but, like you, am struggling to find time to tweak (also paranoid of borking it and having to start over).
     
  4. James

    James Guest

    Oh we can fix that remote easy.

    What do you use to watch it 'remotely'? Phone? PC?
     
  5. Alex Wiebe

    Alex Wiebe Member

    Technically nothing. I don't tunnel into my network to do anything remote. I was literally only using the custom feed to remotely watch the planes my feeder was tracking.
     
  6. James

    James Guest

    But on what device? Your laptop? Phone?


    That's what I'm getting at. :D
     
  7. Alex Wiebe

    Alex Wiebe Member

    My feeder is a Pi (in the attic of my garage - connecting to my LAN via WiFi).
    At home I hit the dump1090 web page via the local IP address.

    I would remote monitor from my work laptop at work (so limited ability to install software - web based access would be only real option).

    Phone (Android) might be an option for remote monitoring.
     
  8. firephoto

    firephoto New Member

    I see the same thing on the custom feed, if my internet connection goes down when the feeder reconnects the custom map will show planes for minutes to hours but eventually stop showing them. Since my feeder is the only one that sees local planes I can just check the global map to see planes on the map and have a visual of it working still and it always is. Just the display on the custom map stops working.

    https://adsbexchange.com/myip/ shows it working or not too and when the custom map is working it will show an 'aircraft displayed' or something stat there.

    Anyway, it's not just you on the custom map. I rarely even look at that map anymore, I have the dump1090 map locally and /myip to see if everything is connected. I've thought about trying a VRS install locally but I have little interest in a .NET app running on mono or much confidence that it won't bring the browser on my phone to a screeching halt like the dump1090 map can but I might end up installing it on something here. I'm not sure if the feeder pi itself has enough grunt to run an instance of VRS but I have other options locally besides any desktop installs.
     
  9. wiedehopf

    wiedehopf Administrator Staff Member

    If you are using dump1090-fa, i am tinkering an improved webinterface for that.
    It should use somewhat less CPU.
    https://github.com/wiedehopf/tar1090#tar1090
     
  10. James

    James Guest

    Careful ... ADSBx custom image does not use dump1090-fa

    I believe json formats and many things are different compared to dump1090 mutability

    I had labels working at one point ...

    Screenshot_2019-07-30_16-08-34.png Screenshot_2019-08-02_09-21-44.png
     
  11. wiedehopf

    wiedehopf Administrator Staff Member

    I could reasonably easy adapt the script to work with dump1090-mutability.
    It's really just a few differently named json fields.
    Most notable altitude became alt_baro at some point during development.

    Which /run folder does dump1090-mutability again? /run/dump1090 or /run/dump1090-mutability?

    Anyway my interface does not overwrite any original interface.
    It's just a web page reachable at /tar1090, so if it doesn't work, it doesn't make anything else not work.
     
  12. James

    James Guest

    we put it in /run/dump1090-mutability ... but how knows where else others put the json

    the html is in /usr/share/dump1090-mutability/html
     
  13. wiedehopf

    wiedehopf Administrator Staff Member

    I think that's the default for dump1090-mutability.

    I've made some changes, so it should also work with mutability, in case you are curious:
    Code:
    wget -q -O /tmp/install.sh https://raw.githubusercontent.com/wiedehopf/tar1090/master/install.sh
    sudo bash /tmp/install.sh /run/dump1090-mutability
    
    Anyway the data display when clicking a single aircraft is a little horrid.
    I'll have to change that to probably display it in a small bar on the left side of the screen.
    But that's for another day.


    There is an interface by alkissack which has labels and a few other things:
    https://github.com/alkissack/Dump1090-OpenLayers3-html

    I believe it also works for mutability.

    I'm happy it loads fast, has finer grained track history when you first open the page and overall is a little more responsive than the original web interface.