MaxWinterstein
[adsb-multi-portal-feeder] Add Aircraft sensors
Created to continue the discussion that is slightly lost here: https://github.com/MaxWinterstein/homeassistant-addons/commit/5be38c6d740f4645bb49719c5497db1b6d72f36c
@plo53 It looks good, will try to get it integrated and tested! :)
@plo53 first quick feedback - it works! ❤️
Currently drafting the release, maybe get it done before the toddler ends his nap 🤞
a) Can you add some uuid to the sensor? Maybe someone want's to e.g. overwrite the icon or stuff
b) In the mood to add sensors to the other feeders as well? 😉
b) Why not. Need first to register feeding to them, and see what can be done depending on openness of their implementation
Just installed 1.27.0 Everything working fine
Didn't reproduce any unique_id missing issue
About additional sensors for other feeders:
-
fr24 : restfull api 8754 already there
-
radarbox : I got trapped into the rbfeeder "segmentation fault" issue within x86 platform. Can't investigate further
-
planefinder : it's impossible to create a new sharecode, port 30054 isn't exposed by Thom-x image
Good news:
- finally reproduced the unique_id missing issue. It appears that the unique_id identifier I defined previously for sensor.adsdfi_status was somewhere confusing. Fixed it by changing it.
- I managed to get a Planefinger sharecode key by installing the standalone native planefinder docker in an other machine. Thom-x docker missing port 30053 exposed doesn't allow a new user to register to Planefinder nor to get access to the stats page from HA. Will have a talk with him to access the point. Anyway I can implement 3 planefinder sensors : Mode-AC packets per seconde, Mode-S packets per seconde, Receiver bandwidth (Kb/s)
In local feeders, I may have (or not at all) limited history of aircraft postions.
So depends by what do you mean by max range.
For adsbexchange and adsb.fi, I can retrieved the outlines. From them I can compute the max distance from the receiver location.
For opensky and planefinder, I have at least the aircraft positions, I can compute the farthest over time.
for example flight radar gives it as max range
so max range will give us an idea about our antenna placement etc etc over time.
yes indeed, this is the max range for one day history
I prototyped a sensor to track the "farthest" aircraft over time:
Then using a Statistics Graph card like bellow, we should get the same Max Range per day as FR24:
Let us wait for some days to see ...
yes indeed, this is the max range for one day history
I prototyped a sensor to track the "farthest" aircraft over time:
Then using a Statistics Graph card like bellow, we should get the same Max Range per day as FR24:
Let us wait for some days to see ...
yes wanted this sensor, we can use it for any graph, per hour, per day or per week etc.
I am using this custom history graph, which creates bar graph on it's own
https://github.com/alexarch21/history-explorer-card
Which feeder are you using ?
PS: Alex's History explorer card is awesome !
All feeders all mentioned in this screenshot and radarbox.
You may add adsb.fi , launched by some adsbexchange main developpers fired or leave after sold out
You may add adsb.fi , launched by some adsbexchange main developpers fired or leave after sold out
it is already added.
Update released - works fine. Thanks @plo53 !
Would it be possible to add the sensors to the Home Assistand Addon? Not sure how that via supervisor works, only know it from mqtt site. Rel https://github.com/MaxWinterstein/toogoodtogo-ha-mqtt-bridge/issues/21
So the sensors will be listed at the addon page?
Update released - works fine. Thanks @plo53 !
Would it be possible to add the sensors to the Home Assistand Addon? Not sure how that via supervisor works, only know it from mqtt site. Rel MaxWinterstein/toogoodtogo-ha-mqtt-bridge#21
So the sensors will be listed at the addon page?
that will simplify it a lot. just click Add to Dashboard and you are done. instead of finding each and every sensor.
Yeah sure. Need to figure out how to integrate the sensors list in the addon page
@MaxWinterstein : can you explain how you integrated your sensors into the device ?
I presume the sensor list in the device is a predifined list by HA, that needs to be handle by the addon.
Here ie the version is not found:
https://developers.home-assistant.io/docs/creating_component_index/
does this point to in any right direction?
Yes this is right direction. This is developping a custom integration defining a device and its sensors logic.
This is outside of the addon itself.
Wouldn't it be possible to just add device info to the payload, so it will be created and all sensors will be assigned to this device?
The hassio REST API doesn't provide any device settings method.
The "ideal" solution would be an associated custom integration, but I am not in favor because then your add-on would no longer be independent.
I will investigate if replacing REST API communication by MQTT can provide much device control
At least device autodiscovery would work in that case 🤔
Btw, I saw this error while fiddling around:
Traceback (most recent call last):
File "/usr/local/share/planefinder/planefinder_max-range.py", line 28, in <module>
ulat=radians(float( options['MLAT_EXACT_LAT'] ))
ValueError: could not convert string to float: 'HOMEASSISTANT_LATITUDE'
I named this a 'magic variable', as it will be replaced by some script:
https://github.com/MaxWinterstein/homeassistant-addons/blob/052e8c35f89071e9c056f504b657dc7b07a4ca09/adsb-multi-portal-feeder/export-env-from-config.sh#L24
No deeper search here as just on coffee break, but i guess sourcing my bash script on top of the sensors might do the job: https://github.com/MaxWinterstein/homeassistant-addons/blob/main/adsb-multi-portal-feeder/Dockerfile#L25
In fact my script is directly reading /data/options.json and I am expecting exact lat/lon float values configured in the addon
If you want, I can inject this via my dockerfile, just like the others.