Improvements of determinism in WI-FI real-time protocol for agricultural machine clusters

Abstract

Fully automated agricultural field treatments and Precise Farming are coming in shortly; yet increasing production needs demand a more efficient, planned and harmonized interaction between the machinery clusters involved in the work session. Soon a strong, effective and integrated standardization will be more than needed. This is the path the ISO standardization working group ISO TC-127/SC19/WG5 has taken. The paper describes the further enhancements done from previous works [1,2]. Particularly, we focused on stabilizing performances of high priority communications at the expense of best-effort, low urgency traffic. Performances are explained as [2]. The main improvements concern some kernel modifications, especially about the networking management. The results will show significant steps forward towards a quasi-isochronous transport protocol that manages high priority flows ensuring a high level of determinism and throughput.

Improving Reliability of Protection Communication in a 5G Slice

“…This study focuses on WiFi, which uses an unlicensed spectrum, compared to 5G operating on a licensed spectrum. In [11], the optimization of high-priority agricultural machine communication via WiFi is presented using HTB. The dynamics of agricultural machines are slower than distribution grid communication causing significant difference in communication requirements.…”

“…In this paper, the focus is on sub-slice UL prioritization demonstrated in a commercial 5G non-standalone (NSA) network. In [8][9][10][11][12] HTB was used, but vertical use case was not smart grids. While in [14][15][16][17][18] vertical use case was smart grids, but the traffic shaping methods were prioritized spectrum access scheme, priority-based traffic scheduling, and hierarchical adaptive weighting algorithms.…”

Comparison on technological opportunities for in-vehicle Ethernet networks

“…8. Frequency histogram for L3 routing tests without priority not just to provide with correct IP, subnet and any other relevant parameter good to set up the network, but also to indicate itself as the gateway (not just the default gateway) for this network, using the standard DHCP option rfc3442-], to be sent to the DHCP clients; in case of multiple L3 switches, every switch (minus one) will will advertise itself as ny host physically connected to him (by multiple branch of this topology to be interconnected to each other, realizing an dynamic y machines; any switch (on board of a tractor, as well as work session equipment such as implements) can act as a relay DHCP server, headed by a master switch, and provide prioritization for its section and for its "backbone vertebrae" (that is the part Other features useful to avoid, especially in high rated data flows, buffers overflows is to set the transmit queue to a higher value; in Linux this is simply achieved by using the iority similar configurations as [13] : due to the high throughput needs of tests priority and the priority slacks is much disadvantageous for the latter, te options (guaranteed bandwidth) respectively the low priority and the CEIL_LOW and options (borrowable bandwidth) respectively for the low priority and the high priority slacks: arrival times plot: 500 bytes 100µs with Test using both kind of prioritization have been performed. In both kinds of tests, server to coordinate the other hosts, streams of prioritized data and the two hosts used when non prioritized data was sent, in order to demonstrate the different prioritization.…”