GRP Stand Data communication

Hongye Rudi Zhang (1326158)

Hi @Juha Holopainen (839337) ! We are developing a central server for pilots, and the automatically assigned Stand in GRP (I mean no one clicks Auto/Manual) seems to be stored somewhere, as shown in the picture. However, I can't find it. I can only find that when ATC manually clicks Auto, it is stored in Strip. Without any human intervention, the stand assigned by GRP is the same for every ATC.

Could you tell me where the automatically assigned stand information is stored? Appreciate for that!

Juha Holopainen (839337)

The automatic assignment does the "GRP/S/<stand>" scratchpad broadcast, and on receiving it, the plugin sets the stand to the flightstrip. If setting the flightstrip fails for any reason, the data is then stored internally in the plugin.

Hongye Rudi Zhang (1326158)

Juha Holopainen (839337) The automatic assignment does the "GRP/S/<stand>" scratchpad broadcast, and on receiving it, the plugin sets the stand to the flightstrip. If setting the flightstrip fails for any reason, the data is then stored internally in the plugin.

is this what you mean? It will not be here if no one assigns (auto/manuel)

Juha Holopainen (839337)

If it's not there, updating the flightstrip has failed for some reason. In any case, listening to the scratchpad messages is the primary way to get the stand assignments, future versions of the plugin won't be storing them in the flightstrip at all.

Hongye Rudi Zhang (1326158)

Juha Holopainen (839337) If it's not there, updating the flightstrip has failed for some reason. In any case, listening to the scratchpad messages is the primary way to get the stand assignments, future versions of the plugin won't be storing them in the flightstrip at all

Ok I got this! Thanks! But for the future version. Will it be possible to have an API or something which we can read/fetch awa send from the plugin?

Juha Holopainen (839337)

Gergely seems to be planning to make "assigned stand" one of the controller assigned data items plugins will be able to read/write. When that happens, I'll make the plugin write the assignments there. Until then one solution would be to write a small plugin that monitors scratchpad changes, gets the assignments and forwards them to the server.

Hongye Rudi Zhang (1326158)

Juha Holopainen (839337) Gergely seems to be planning to make "assigned stand" one of the controller assigned data items plugins will be able to read/write. When that happens, I'll make the plugin write the assignments there. Until then one solution would be to write a small plugin that monitors scratchpad changes, gets the assignments and forwards them to the server.

Yeah that's much better! Thanks!

Hongye Rudi Zhang (1326158)

ICAO_Aircraft.json
{"ICAO":"B77L","Description":"L2J","WTC":"H","WTG":"B","RECAT-EU":"B","Wingspan":64.8,"Length":63.7,"Height":18.6,"MTOW":347500,"Use":"A","IATA":"77L","IATA_cargo":"77X","Manufacturer":"BOEING","Model":"777-200LR, 777-F"},

GRpluginOperatorInfo.txt
CKK C

GRpluginStands.txt

STAND:ZSPD:C12:N031.06.15.130:E121.50.46.817:25
STAND:ZSPD:312:N031.09.01.200:E121.46.49.200:25
PRIORITY:+1
USE:C
USE:T
WINGSPAN:65

the document said When a callsign is found in this data file, the defined use category will override the aircraft type based one. But I did set it like above, I've no idea why the plugin assigned stand to C12 instead of 312 with callsign CKK312 and type of aircraft B77L. @Juha Holopainen (839337) will be nice if you can help me on this 🙂🙂: Thanks!

Juha Holopainen (839337)

"USE" cannot be defined more than once (well it can, and after a "COPY" line it can be very useful if a different use is wanted for the copy, but in a single stand definition a new "USE" line just replaces any previous one). To allow both C and T uses, the definition must be "USE:CT".

Hongye Rudi Zhang (1326158)

Juha Holopainen (839337) aha! Thanks!