SpaceWire-D prototype and demonstration system: Networks & protocols, long paper

David Gibson; Stephen Parkes; Christopher McClements; Stuart Mills

doi:10.1109/SpaceWire.2016.7771645

SpaceWire-D prototype and demonstration system: Networks & protocols, long paper

David Gibson, Stephen Parkes, Christopher McClements, Stuart Mills

Computing

Research output: Chapter in Book/Report/Conference proceeding › Conference contribution

4 Citations (Scopus)

Abstract

SpaceWire-D is an extension to the SpaceWire protocol that provides deterministic capabilities over existing SpaceWire equipment. The network is divided into segments using a virtual bus abstraction, where a virtual bus consists of a single RMAP initiator, one or more RMAP targets and the SpaceWire links that make up the paths between the initiator and the targets. Time-codes are broadcast periodically to provide time-division multiplexing, and a network schedule is defined by the allocation of virtual buses to time-slots. If a virtual bus has been allocated a time-slot, it is allowed to execute transactions to any of the targets within the virtual bus as long as the transactions complete their execution before the end of the time-slot. If the schedule is designed so that no virtual buses sharing a link are allocated the same time-slot, packets are no longer affected by blocking which allows the transaction execution times to be calculated and real-time constraints to be satisfied. The SpaceWire-D demonstration system has been designed to facilitate the verification of the draft standard. It consists of two RMAP initiators, twelve RMAP targets, a network manager device, a host PC and a routed SpaceWire network to connect the devices together. The LEON2-FT based initiator boards each contain an embedded SpaceWire-D software layer and an automated test scripting system, built on top of the RTEMS real-time operating system. The target boards respond to RMAP commands and provide event notification functionality on the backplane to allow for network activity monitoring. The network manager receives statistics and error information at the end of each schedule epoch, reported by the initiators, and informs the host PC so that it can be read, parsed and displayed to the user. Finally, the host PC runs a suite of software programs to configure, control and monitor the other devices in the demonstration system. This paper provides an overview of the SpaceWire-D protocol and describes the design and features of the SpaceWire-D demonstration system.

Original language	English
Title of host publication	2016 International SpaceWire Conference (SpaceWire)
Subtitle of host publication	Proceedings of the 7th International SpaceWire Conference
Publisher	IEEE
Pages	1-7
Number of pages	7
ISBN (Electronic)	9780955719684
ISBN (Print)	9781509008780
DOIs	https://doi.org/10.1109/SpaceWire.2016.7771645
Publication status	Published - 8 Dec 2016
Event	International SpaceWire Conference 2016 - Yokohama, Japan Duration: 25 Oct 2017 → 27 Oct 2017 http://2016.spacewire-conference.org/ http://2016.spacewire-conference.org/

Conference

Conference	International SpaceWire Conference 2016
Country/Territory	Japan
City	Yokohama
Period	25/10/17 → 27/10/17
Internet address	http://2016.spacewire-conference.org/ http://2016.spacewire-conference.org/

Access to Document

10.1109/SpaceWire.2016.7771645

Cite this

@inproceedings{15ae55fd3a6d4ae099b174a6a7d0dcae,

title = "SpaceWire-D prototype and demonstration system: Networks & protocols, long paper",

abstract = "SpaceWire-D is an extension to the SpaceWire protocol that provides deterministic capabilities over existing SpaceWire equipment. The network is divided into segments using a virtual bus abstraction, where a virtual bus consists of a single RMAP initiator, one or more RMAP targets and the SpaceWire links that make up the paths between the initiator and the targets. Time-codes are broadcast periodically to provide time-division multiplexing, and a network schedule is defined by the allocation of virtual buses to time-slots. If a virtual bus has been allocated a time-slot, it is allowed to execute transactions to any of the targets within the virtual bus as long as the transactions complete their execution before the end of the time-slot. If the schedule is designed so that no virtual buses sharing a link are allocated the same time-slot, packets are no longer affected by blocking which allows the transaction execution times to be calculated and real-time constraints to be satisfied. The SpaceWire-D demonstration system has been designed to facilitate the verification of the draft standard. It consists of two RMAP initiators, twelve RMAP targets, a network manager device, a host PC and a routed SpaceWire network to connect the devices together. The LEON2-FT based initiator boards each contain an embedded SpaceWire-D software layer and an automated test scripting system, built on top of the RTEMS real-time operating system. The target boards respond to RMAP commands and provide event notification functionality on the backplane to allow for network activity monitoring. The network manager receives statistics and error information at the end of each schedule epoch, reported by the initiators, and informs the host PC so that it can be read, parsed and displayed to the user. Finally, the host PC runs a suite of software programs to configure, control and monitor the other devices in the demonstration system. This paper provides an overview of the SpaceWire-D protocol and describes the design and features of the SpaceWire-D demonstration system.",

author = "David Gibson and Stephen Parkes and Christopher McClements and Stuart Mills",

note = "The research leading to these results has received funding from the European Space Agency under ESA contact number 4000107346/12/NL/LvH/fe. We would also like to thank David Jameux, the ESA project manager for the SpaceWire-D related activity.; International SpaceWire Conference 2016 ; Conference date: 25-10-2017 Through 27-10-2017",

year = "2016",

month = dec,

day = "8",

doi = "10.1109/SpaceWire.2016.7771645",

language = "English",

isbn = "9781509008780",

pages = "1--7",

booktitle = "2016 International SpaceWire Conference (SpaceWire)",

publisher = "IEEE",

url = "http://2016.spacewire-conference.org/, http://2016.spacewire-conference.org/",

}

Gibson, D, Parkes, S, McClements, C & Mills, S 2016, SpaceWire-D prototype and demonstration system: Networks & protocols, long paper. in 2016 International SpaceWire Conference (SpaceWire): Proceedings of the 7th International SpaceWire Conference. IEEE, pp. 1-7, International SpaceWire Conference 2016, Yokohama, Japan, 25/10/17. https://doi.org/10.1109/SpaceWire.2016.7771645

TY - GEN

T1 - SpaceWire-D prototype and demonstration system

T2 - International SpaceWire Conference 2016

AU - Gibson, David

AU - Parkes, Stephen

AU - McClements, Christopher

AU - Mills, Stuart

N1 - The research leading to these results has received funding from the European Space Agency under ESA contact number 4000107346/12/NL/LvH/fe. We would also like to thank David Jameux, the ESA project manager for the SpaceWire-D related activity.

PY - 2016/12/8

Y1 - 2016/12/8

N2 - SpaceWire-D is an extension to the SpaceWire protocol that provides deterministic capabilities over existing SpaceWire equipment. The network is divided into segments using a virtual bus abstraction, where a virtual bus consists of a single RMAP initiator, one or more RMAP targets and the SpaceWire links that make up the paths between the initiator and the targets. Time-codes are broadcast periodically to provide time-division multiplexing, and a network schedule is defined by the allocation of virtual buses to time-slots. If a virtual bus has been allocated a time-slot, it is allowed to execute transactions to any of the targets within the virtual bus as long as the transactions complete their execution before the end of the time-slot. If the schedule is designed so that no virtual buses sharing a link are allocated the same time-slot, packets are no longer affected by blocking which allows the transaction execution times to be calculated and real-time constraints to be satisfied. The SpaceWire-D demonstration system has been designed to facilitate the verification of the draft standard. It consists of two RMAP initiators, twelve RMAP targets, a network manager device, a host PC and a routed SpaceWire network to connect the devices together. The LEON2-FT based initiator boards each contain an embedded SpaceWire-D software layer and an automated test scripting system, built on top of the RTEMS real-time operating system. The target boards respond to RMAP commands and provide event notification functionality on the backplane to allow for network activity monitoring. The network manager receives statistics and error information at the end of each schedule epoch, reported by the initiators, and informs the host PC so that it can be read, parsed and displayed to the user. Finally, the host PC runs a suite of software programs to configure, control and monitor the other devices in the demonstration system. This paper provides an overview of the SpaceWire-D protocol and describes the design and features of the SpaceWire-D demonstration system.

AB - SpaceWire-D is an extension to the SpaceWire protocol that provides deterministic capabilities over existing SpaceWire equipment. The network is divided into segments using a virtual bus abstraction, where a virtual bus consists of a single RMAP initiator, one or more RMAP targets and the SpaceWire links that make up the paths between the initiator and the targets. Time-codes are broadcast periodically to provide time-division multiplexing, and a network schedule is defined by the allocation of virtual buses to time-slots. If a virtual bus has been allocated a time-slot, it is allowed to execute transactions to any of the targets within the virtual bus as long as the transactions complete their execution before the end of the time-slot. If the schedule is designed so that no virtual buses sharing a link are allocated the same time-slot, packets are no longer affected by blocking which allows the transaction execution times to be calculated and real-time constraints to be satisfied. The SpaceWire-D demonstration system has been designed to facilitate the verification of the draft standard. It consists of two RMAP initiators, twelve RMAP targets, a network manager device, a host PC and a routed SpaceWire network to connect the devices together. The LEON2-FT based initiator boards each contain an embedded SpaceWire-D software layer and an automated test scripting system, built on top of the RTEMS real-time operating system. The target boards respond to RMAP commands and provide event notification functionality on the backplane to allow for network activity monitoring. The network manager receives statistics and error information at the end of each schedule epoch, reported by the initiators, and informs the host PC so that it can be read, parsed and displayed to the user. Finally, the host PC runs a suite of software programs to configure, control and monitor the other devices in the demonstration system. This paper provides an overview of the SpaceWire-D protocol and describes the design and features of the SpaceWire-D demonstration system.

U2 - 10.1109/SpaceWire.2016.7771645

DO - 10.1109/SpaceWire.2016.7771645

M3 - Conference contribution

SN - 9781509008780

SP - 1

EP - 7

BT - 2016 International SpaceWire Conference (SpaceWire)

PB - IEEE

Y2 - 25 October 2017 through 27 October 2017

ER -

SpaceWire-D prototype and demonstration system: Networks & protocols, long paper

Abstract

Conference

Access to Document

Fingerprint

Cite this