Talk:SpaceWire
This article is rated Start-class on Wikipedia's content assessment scale. It is of interest to the following WikiProjects: | ||||||||||||||
|
The link to reference 6: "Space Packet Transfer Protocol" (PDF). appears to be stale
[edit]When I click on it I get an 404 Not found error. Maybe update the link or remove it.
What is the delimiter of address and cargo ?
[edit]Hi
I'm try to understand (private interest) the SpaceWire protocol. There are a few documents, but I can't find how to distinguish between address and cargo. On http://spacewire.esa.int tdefintion is:
- <Destination Address><Cargo><End_of_Packet>
Also all official documentes just talking about address resp. cargo but never what the delimiter or other attributes are. Not even wiki can tell me :-)
Any idea?-- Istiller (talk) —Preceding undated comment added 13:14, 4 September 2015 (UTC)
- ECSS standard: Since there is no start_of_packet marker, the first data character following an end_of_packet marker (either EOP or EEP) is regarded as the start of the next packet. The control codes (EOP or EEP here) are distinguished from ordinary bytes by means of special additional prefix bits. Regards, Marek P. 80.250.30.194 (talk) 15:58, 28 December 2015 (UTC)
- From what I've read about SpaceWire (and the technologies it uses -- IEEE 1355 and Wormhole switching, etc.),
- My understanding is that it's impossible (and unnecessary) to distinguish between address and cargo -- there is no delimiter between them.
- As Merek said, there is a way to distinguish between the 256 data characters (which are also re-used as destination address characters) and a few other special characters used as link control characters.
- When a packet enters a router (via some input port), the router only investigates the first character in the packet to decide which port to send (the rest of) that packet out. The router neither knows nor cares how many of the *following* data characters are actually further address characters.
- If that output port happens to be *another* router, then the next data character will be interpreted by *that* router as an address character; but if that output port happens to be connected to some endpoint peripheral, then the same data character will be interpreted by that peripheral as some sort of cargo data.
- The rest of the data characters that come in through that input port are blindly copied to that same output port, until the special "end of packet" link control character (which is *different* than any of the 256 data characters) is copied out that output port, marking the end of that packet.
- The "first character in the packet" is identified by the router as the first data character (i.e., the first non-link-control character) *after* an end-of-packet link-control character.
- How could we make this more clear in this article or the IEEE 1355 article? --DavidCary (talk) 06:11, 14 November 2023 (UTC)
External links modified (January 2018)
[edit]Hello fellow Wikipedians,
I have just modified 4 external links on SpaceWire. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
- Added archive https://web.archive.org/web/20070613182431/http://spacewire.computing.dundee.ac.uk/ to http://spacewire.computing.dundee.ac.uk/
- Added archive https://web.archive.org/web/20090409065252/http://spacewire2008.astro.isas.jaxa.jp/ to http://spacewire2008.astro.isas.jaxa.jp/
- Added archive https://web.archive.org/web/20071016133234/http://ams.aeroflex.com/ProductPages/RH_spacewire.cfm to http://ams.aeroflex.com/ProductPages/RH_spacewire.cfm
- Added archive https://web.archive.org/web/20090713171212/http://www.caen.it/micro/family.php?cat=space to http://www.caen.it/micro/family.php?cat=space
When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.
This message was posted before February 2018. After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than regular verification using the archive tool instructions below. Editors have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the RfC before doing mass systematic removals. This message is updated dynamically through the template {{source check}}
(last update: 5 June 2024).
- If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
- If you found an error with any archives or the URLs themselves, you can fix them with this tool.
Cheers.—InternetArchiveBot (Report bug) 02:17, 25 January 2018 (UTC)