Untitled - MRTC
Untitled - MRTC
Untitled - MRTC
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Intern realtidskommunikation i framtida Svenska satelliter sid 27<br />
Martin Normark<br />
5.5.2 Elektriskt gränssnitt<br />
TTCAN använder samma elektriska gränssnitt som CAN 2.0 d.v.s. ISO 11898 eller RS 485.<br />
5.6 FlexRay<br />
Även FlexRay gör anspråk på att bli den nya de facto standarden inom området "mycket säkra<br />
nätverk" [20]. Många nätverksprotokoll, t.ex. TTP/C, tar hjälp av determinism, som ett sätt att<br />
undvika krockar och detektera felaktigheter, i syfte att nå upp till önskad säkerhetsnivå. Även FlexRay<br />
[10], som ännu inte är färdigutvecklat, avser göra detta till viss del men har även ambitionen att<br />
tillföra en rejäl dos flexibilitet. En flexibilitet som är hett efterlängtad av vissa användare, medan<br />
andra hävdar att säkerhet och flexibilitet inte kan kombineras och att säkerheten alltid måste sättas<br />
först. Skulle FlexRay lyckas, vilket på intet sätt får anses orealistiskt, nå upp till nödvändig säkerhet<br />
utan att för den skull bli för krånglig, kan flexibiliteten bli den avgörande faktorn som gör att FlexRay<br />
tar hem vinsten i striden om en framtida de facto standard, åtminstone i bilindustrin.<br />
Konsortiet FlexRay har många stora medlemmar t.ex. BMW, DaimlerChrysler, BOSCH och General<br />
Motors för att nämna några.<br />
Tillverkarna räknar med att nätverket skall finnas tillgängligt på marknaden i slutet av 2004 och att<br />
den första serietillverkade bilen som innehåller FlexRay skall säljas 2006.<br />
FlexRay skulle i en framtid mycket väl kunna agera som en sammanslagen payload- och systembuss i<br />
nästa generation av satelliter. Ett problem vid utvärdering av FlexRay är att tillverkarna är tämligen<br />
tystlåtna och inte gärna delar med sig av algoritmer och metoder som används i protokollet.<br />
- Lager i OSI-modellen: FlexRay definierar lager 1-3 i OSI-modellen<br />
-Topologi: Tre topologier stöds, nämligen passiv buss, passivt stjärnnät samt aktivt stjärnnät med eller<br />
utan passiv buss. FlexRay stödjer dessutom samtidig sändning över en parallell redundant buss eller<br />
ett stjärnnät. Nätverket kan konfigureras för att innehålla endast statiska meddelanden, endast<br />
dynamiska meddelanden eller en godtycklig blandning av de båda typerna.<br />
-Paketutseende: Det finns två pakettyper, dels FlexRay Frame Format som används för såväl statiska<br />
som dynamiska meddelanden och dels Byteflight Frame Format som endast används för dynamiska<br />
meddelanden och då krävs dessutom att nätverket är konfigurerat för endast dynamiska meddelanden.<br />
FlexRay-paketet (se fig 5.9) innehåller en header om 5 bytes, som beskriver bl.a. identiteten och<br />
storleken på paketet. Identiteten beskiver även paketets prioritet då det sänds. Därefter följer 0-246<br />
bytes data som är skyddat av 24 bitars CRC. Det är även möjligt att använda de två första byten i<br />
datafältet som ytterligare ett ID-fält men i det här fallet mer av formen meddelande-ID.<br />
Figur 5.9 FlexRays meddelandepaket<br />
Byteflight-paketet (se fig 5.10), som finns med för att skapa bakåtkompabilitet med just det BMWägda<br />
nätverket Byteflight, är något enklare till sitt utförande och innehåller i princip bara ett 8-bitars<br />
ID-fält, ett 0-12 bytes datafält samt en 15-bitars CRC.<br />
Figur 5.10 Byteflight´s meddelandepaket