Figur 4. Net-topologi...8
|
|
- Magnus Petersen
- 8 år siden
- Visninger:
Transkript
1
2 INDLEDNING/OPSUMMERING... 3 BAGGRUND... 3 KOMMUNIKATIONSBEHOV I INDUSTRIELLE KONTROL-APPLIKATIONER... 3 Figur 1. En generisk kontrol-applikation....3 SPECIELLE FORHOLD I TRÅDLØS KOMMUNIKATION... 4 MINIMERING AF RETRANSMISSIONER OG EFFEKTEN AF RETRANSMISSIONER... 4 De oplagte løsninger... 4 Figur 2. En smart og en mindre smart måde at sende kvitteringer på... 5 OPTIMALT KANALVALG... 5 IEEE Figur har 16 kanaler at vælge mellem... 6 Præmisser... 7 NET-TOPOLOGI... 8 Figur 4. Net-topologi...8 BESKRIVELSE AF ALGORITME... 9 CONNECTED STATE NORMAL DRIFT... 9 Figur 5. Sekvensdiagram, connected state....9 Flow-chart master Figur 6. Flow-chart for master i connected state Flow-chart slave Figur 7. Flow-chart for slave i connected state MASTERSTYRET KANALSKIFTE Figur 8. Sekvensdiagram, frekvensskifte AUTONOMT (FALL-BACK) KANALSKIFTE Master Slave INITIERING RESULTATER SIMULERET TESTBÆNK SIMULERET TESTOPSTILLING Figur 9. Simuleret testopstilling Figur 1. To datastrømme multiplekses over samme kommunikationslinie SCENARIER Scenario 1: Ingen forstyrrelser Scenario 2: En enkelt blokeret kanal Figur 11. Simuleret scenario Scenario 3: Periodiske, langvarige blokeringer på 8 samtidige kanaler Figur 12. Simuleret scenario Scenario 4: Periodiske, langvarige blokeringer på alle kanaler samtidigt Figur 13. Simuleret scenario Scenario 5: Periodiske, kortvarige blokeringer på alle kanaler samtidigt Figur 14. Simuleret scenario Scenario 6: Periodiske, kortvarige og hyppige blokeringer på alle kanaler samtidigt... 2 Figur 15. Simuleret scenario RESULTATER MÅLT I SIMULATOR Tabel 1. Målte resultater KOMMENTARER TIL RESULTATER Generelt Scenario 1: Ingen forstyrrelser Scenario 2: En enkelt blokeret kanal Scenario 3: Periodiske, langvarige blokeringer på 8 samtidige kanaler Scenario 4: Periodiske, langvarige blokeringer på alle kanaler samtidigt Scenario 5: Periodiske, kortvarige blokeringer på alle kanaler samtidigt Scenario 6: Periodiske, kortvarige og hyppige blokeringer på alle kanaler samtidigt KONKLUSION SKATT-Projektet 2/23
3 Indledning/opsummering Dette white paper beskriver et forsøg på at maksimere pålideligheden og minimere forsinkelsen (latency) i et trådløst net. Konkret tages der dels afsæt i de ønsker man kan have til kommunikation i industrielle kontrol-applikationer, dels i en bestemt radioteknologi, nemlig IEEE Den grundlæggende idé er at mindske antallet af retransmissioner (og dermed latency/forsinkelse i udførslen af kommandoer) ved løbende at prøve at vælge den kanal der er mest fremkommelig. Der er gennemført en række forsøg i simulerede omgivelser, der belyser den foreslåede løsnings evne til at få et lille netværk til løbende at vælge den mest fremkommelige kanal. Resultaterne indikerer at den foreslåede metode rent faktisk virker, om end den største effekt af et optimalt kanalvalg synes at være en højere pålidelighed snarere end lavere latency. Baggrund Kommunikationsbehov i industrielle kontrol-applikationer Uanset om der benyttes kablet eller trådløs kommunikation, stiller industrielle kontrol-applikationer en række krav til kommunikationen. Figur 1. En generisk kontrol-applikation. Afhængigt af en given applikation stilles der bl.a. større eller mindre krav til kommunikationskanalens egenskaber: Pålidelighed. Hvor sikre kan vi være på at en kommando bliver korrekt overført og efterfølgende udført? Forsinkelse. Hvor lang tid går der fra det tidspunkt hvor styreenheden sender en kommando og til den er overført? Latency. Tiden der går fra en kommando sendes fra styreenheden til udførslen påbegyndes, også kaldet latency, er ofte vigtig. Variationer i kommunikationskanalens forsinkelse af den overførte kommando, fører til variationer i latency. Hvis vi ser bort de forhold og variationer der knytter sig til den tid det tager at generere og udføre en kommando (og de er jo uafhængige af kommunikationskanalen), viser det sig i praksis ofte at den største forskel på kablet og trådløs kommunikation er den variation der kan være i latency. Kablede kommunikationsløsninger (field busses) til kontrolapplikationer er netop designet til at minimere SKATT-Projektet 3/23
4 forsinkelsen af overførte kommandoer og ikke mindst kunne garantere en øvre grænse for denne (og dermed give en deterministisk, øvre grænse for latency). Specielle forhold i trådløs kommunikation Principielt er det de samme problemer der gør sig gældende i trådede og trådløse kommunikationskanaler, såsom refleksion og dæmpning af signalet og støj. Men hvor disse problemer forholdsvis nemt kan bringes under kontrol i et veldesignet, trådet kommunikationssystem, er de i praksis umulige helt at kontrollere når der benyttes trådløs kommunikation. For at opnå en tilpas høj pålidelighed med trådløs kommunikation, er man derfor nødt til at benytte forskellige teknikker der gør det muligt at overføre information selvom nogle data går tabt. De vigtigste teknikker hertil er omtalt mere detaljeret andetsteds i dette white paper, men her er de vigtigste: Fejldetektering. Det skal være muligt for en modtager at se at den overførte information er blevet ødelagt, dvs. ændret på en eller anden måde. Fejlkorrigerende koder. Benyttes der fejlkorrigerende koder, kan en modtager ikke blot se at data er blevet ændret, men den kan også (hvis der ikke er for mange fejl) selv beregne hvori fejlen(e) består og rette dem. Retransmission. Hvis alt andet svigter, må ødelagte data gensendes en eller flere gange til de kommer intakte frem. I industrielle kontrol-applikationer er det værd at bemærke disse forskellige teknikker har forskellige nytteværdi. Fejlkorrigerende koder kræver mere af sender og modtagers dataprocesseringsevne, og er derfor ikke velegnede i applikationer hvor der er begrænsede processor- og lagerressourcer. Men fejlkorrigerende koder har den store fordel at de øger pålideligheden uden at øge latency. Retransmission er nemt at implementere, men har den ulempe at det ikke bare øger latency men også gør den mere uforudsigelig (mindre deterministisk). Især det sidste, at retransmission giver både større og mindre deterministisk latency, er stærkt uønskeligt i kontrol-applikationer. Men samtidigt er retransmission et næsten uundværligt værktøj til at højne pålideligheden af trådløs kommunikation. Overordnet er konklusionen at retransmission er et nødvendigt onde der skal holdes på et minimum, når vi snakker trådløs kommunikation til brug i industrielle kontrol-applikationer. Minimering af retransmissioner og effekten af retransmissioner De oplagte løsninger Når man skal minimere antallet af retransmissioner og den effekt de har, skal man indledningsvis starte med at lave fornuftige protokoller ovenpå den trådløse kommunikation. I Figur 2 below illustreres det at man kan kvittere for modtagelsen af en kommando mere eller mindre smart. Hvis man venter med at kvittere for modtagelsen af en kommando til efter den er udført, tager det længere tid før afsenderen (via en udeblevet kvittering) er i stand til at opdage at den skal gensende data. Kvitteres der derimod straks efter modtagelsen, kan afsenderen ved udeblevet kvittering, hurtigere gensende kommandoen, hvilket samlet set mindsker den gennemsnitlige forsinkelse i udførslen af kommandoer = mindre latency. SKATT-Projektet 4/23
5 Figur 2. En smart og en mindre smart måde at sende kvitteringer på. Optimalt kanalvalg Alle kneb gælder når det handler om at mindske antallet af retransmissioner, f.eks. brugen af fejlkorrigerende koder. Alt i alt er der ikke noget nyt heri, det har designerne af de nyeste trådløse teknologier selvfølgelig tænkt på. Et område der derimod ikke er så velundersøgt endnu, er muligheden for hele tiden at vælge den mest optimale kanal til den trådløse kommunikation. IEEE Her forlader vi så den generelle diskussion af trådløse teknologier, og kigger nærmere på én bestemt, nemlig IEEE IEEE (fremover: ) er interessant af flere årsager. Den er designet direkte til kortdistance (WPAN, Wireless Personal Area Networks) low-power kontrolapplikationer, den kan benyttes som en selvstændig protokolstak eller sammen med en overbygning som i f.eks. ZigBee. Som de fleste andre trådløse kommunikationsstandarder kan benyttes i flere frekvensområder, men fælles for dem alle, er at det er det licensfrie ISM (Industrial, Scientific, Medical) bånd ved 2.4 GHz der er mest interessant. Uden at gå i dybden med de tekniske detaljer, er her en oversigt over de mest interessante data for brugen af i 2.4 GHz-båndet: Der arbejdes i området 2,4-2,4835 GHz. Der benyttes DSSS og O-QPSK modulation med en bitrate på 25 kb/s. Der benyttes 16 forskellige kanaler. Det der i denne sammenhæng er mest interessant er at der benyttes 16 forskellige kanaler. En sender og dens modtagere har altså et valg mellem 1 ud af 16 forskellige kanaler hvorpå de kan kommunikere (nummereret fra til 15): SKATT-Projektet 5/23
6 Figur har 16 kanaler at vælge mellem. Fremkommeligheden på de forskellige kanaler vil hele tiden variere, afhængigt af støjforhold, refleksioner af signalet osv. Men hvis netværket hele tiden var i stand til at vælge den kanal der havde den største fremkommelighed, ville antallet af retransmissioner, og dermed latency, blive minimeret. Da forholdene på den enkelte kanal hele tiden ændrer sig, betyder det i praksis at netværket løbende må overvåge alle kanaler for hele tiden at kunne vælge den bedste. At måle kvaliteten på en given kanal kan ske på to måder: Man kan løbende måle på hvor mange pakker man rent faktisk er i stand til at overføre. Hvis en afsender forventer svar/kvittering for alle afsendte beskeder, kan man på afsendersiden måle kvaliteten af forbindelsen som hvor PRTCP = Packet Round-Trip Completion Rate. PRTCP er ikke god til at måle hvor mange kommandoer der er blevet overført til modtageren, idet en pakke godt kan være blevet overført mens svaret/kvitteringen er gået tabt. Så i princippet kan alle pakker fra afsenderen være kommet frem mens alle svarene er gået tabt, hvilket vil resultere i en PRTCP på %. Men det er uden den store betydning for PRTCP som indikator af kanalkvalitet hvis alle svarene går tabt, går 5 % af pakkerne i nettet tabt uanset hvad og kanalen må vurderes som dårlig. Så måler man en PRTCP på % bør der skiftes kanal, uanset de præcise omstændigheder. PRTCP er et værktøj til løbende, på afsendersiden, at måle kvaliteten af den kanal man aktuelt anvender. Bemærk i øvrigt at beregning af PRTCP ikke kræver nogen form for særlig support i netværket den vil kunne beregnes i alle netværk der benytter en request-response protokol. Man kan måle aktiviteten/energiindholdet i kanalen over et bestemt tidsrum. Jo mere energi der er, jo mere støj og/eller konkurrerende datatrafik er der, og jo ringere må kanalen vurderes som værende. SKATT-Projektet 6/23
7 I er der specificeret en mekanisme som gør det muligt at måle energiindholdet på en kanal, kaldet ED (Energy Detection) Scan. I praksis betyder det at man kan få et tal ud i intervallet -255, som udtrykker hvor meget energi der er målt i kanalen i et bestemt (kortvarigt) tidsrum. Resten af dette white-paper beskriver en metode til at benytte disse mekanismer (løbende beregning af PRTCP og ED scan) til løbende at vælge den optimale kanal i IEEE baserede netværk. Præmisser Der ligger visse antagelser bagved ideen om at det kan betale sig hele tiden at prøve at vælge den bedste kanal: 1. De primære støjkilder genererer tilpas smalbåndet støj. Hvis de dominerende støjkilder udsender støj der er så bredbåndet at samtlige 16 kanaler, i det 83,5 MHz brede bånd benytter, jammes, hjælper det ikke at skifte kanal. 2. Der er et vist mål af korrelation mellem de primære støjkilders temporale og frekvensmæssige opførsel. Med andre ord, når en støjkilde optræder på en kanal, forbliver den på kanalen i en vis tid. Hvis der ikke er en vis korrelation, sådan at støjkilderne optræder kortvarigt og på skiftende, tilfældige kanal, vil det ikke kunne betale sig at skifte kanal (fordi forstyrrelserne kun er kortvarige inden de flytter til en anden kanal). 3. Omkostningen ved at overvåge alle kanaler kan negligeres. En typisk transceiver enhed kan ikke både overføre payload trafik og samtidigt lave en ED scanning. Så i den tid hvor der laves et ED scan, kan der ikke overføres payload trafik, hvilket betyder at den effektive overførselshastighed for payload mindskes (og latency øges fordi payload trafik må vente til ED scanningen er færdig). Så enten må den tid der netto bruges på ED scanning være så lille at den kan negligeres, eller også må nettogevinsten ved hele tiden at være på den bedste kanal kunne opveje omkostningen ved at gennemføre ED scanninger. Mht. punkt 2, støjkilder i 2,4 GHz båndet, er der kun publiceret meget få artikler der belyser typiske støjkilder og deres opførsel. Visse typer af støjkilder, som f.eks. WLANs der arbejder i 2,4 GHz båndet, er selvfølgelig kendte, men det er ikke lykkedes at finde undersøgelser der antyder andet end at ganske mange trådløse teknologier kan sameksistere overraskende godt i 2,4 GHz båndet. Det er slet ikke lykkedes at finde publicerede resultater eller data der belyser problemer med støjkilder i industrielle miljøer. SKATT-Projektet 7/23
8 Net-topologi Den beskrevne protokol og tilhørende algoritmer er designet til at fungere i et IEEE baseret peer netværk med denne topologi (en stjernetopologi): Figur 4. Net-topologi. En master kommunikerer med et antal slaver, som hver især kun kommunikerer med masteren. Der benyttes ikke den mulighed der findes i for at lade en koordinator i nettet styre alle knuders adgang til nettet via et beacon-signal. Der er derfor tale om et peer-netværk, idet alle knuder selv bestemmer hvornår de vil sende og modtage. SKATT-Projektet 8/23
9 Beskrivelse af algoritme Nedenstående beskrives protokollens og algoritmernes virkemåde på 4 niveauer/i 4 situationer: 1. Når masteren og mindst en slave har fundet hinanden connected state. 2. Når masteren initierer et styret kanalskifte for hele netværket. 3. Når en slave mister forbindelsen til masteren. 4. Når netværket startes og master og slave skal til at finde hinanden på nettet. Connected state normal drift Figur 5. Sekvensdiagram, connected state. SKATT-Projektet 9/23
10 Med et fast interval på 64 ms broadcaster masteren en MasterPresent besked. I denne besked findes følgende parametre: 1. Den næste kanal der skal scannes for aktivitet. Dette er en rundløbende værdi der kører igennem værdierne -15 og så starter forfra. 2. MAC adressen på den slave der forventes at returnere data for kanalaktivitet. Dette er en rundløbende værdi som løber alle slavernes MAC-adresse igennem og så starter forfra. 3. Den p.t. bedste alternative kanal til den nettet aktuelt benytter. 4. Den værdi der skal bruges som grænse for at afgøre om det energiniveau der måles i en kanal (RSSI-værdi) indikerer at kanalen er optaget af støj eller transmissioner. o Rationaler: Et MasterPresent broadcast hvert 64 ms betyder at nettet får scannet alle kanaler i løbet af ca. 1 sekund (124 ms helt præcist). Ved at bygge protokollen op om et masterstyret broadcast med helt faste intervaller åbnes mulighed for low-power applikationer hvor knuderne sover ind i mellem hvert broadcast. For at minimere trafikken ifbm. hvert MasterPresent broadcast, er det kun en af slaverne som returnerer værdier for scanning af kanaler. Så længe der er færre slaver end kanaler (16), kan masteren nå at polle en slaves scandata for en given kanal hjem inden slaven scanner kanalen igen. Hvis alle slaver skulle svare, ville det øge den tid nettet var utilgængeligt for payload trafik, hvilket ville betyde mere tabt båndbredde eller højere latency for payload trafik. Masteren orienterer hele tiden slaverne om hvad den p.t. bedste alternative kanal til den nuværende er. Skulle en slave blive tabt kan den bruge denne information som et godt gæt på hvor den kan gå hen og genfinde netværket. Masteren fortæller hele tiden slaverne hvor høj en RSSI-værdi der skal måles på en kanal for at denne skal betragtes som optaget (af støj eller andre knuder). Dette åbner mulighed for en adaptiv algoritme/protokol der tager hensyn det generelle støjniveau (noise floor). De periodisk MasterPresent beskeder tjener dels til at hjælpe slaver med at finde masteren på nettet, dels som et værktøj til at polle scandata hjem fra slaverne. Så snart MasterPresent beskeden er broadcastet, skifter master og alle slaver der hørte beskeden, til den udpegede kanal og scanner denne for aktivitet. Når en knude har målt en RSSI-værdi, sammenlignes denne med den aktivitetsmålegrænse der stod i MasterPresent-beskeden. Er RSSI-værdien over denne, registreres den målte kanal som optaget, ellers som ledig. Hver knude vedligeholder en bitvektor med 16 bits (en for hver kanal), hvor en 1-bit indikerer at knuden har målt den pågældende kanal som optaget og en -bit indikerer at kanalen er målt som ledig. o Rationale: Ved at nøjes med at registrere en kanal som optaget/ikke-optaget kan knuderne nøjes med en bit per kanal (16) til at opbevare resultatet af scanning af alle kanaler, dvs. to bytes eller et 16-bit ord. Herefter skifter alle knuder tilbage til den p.t. aktive kanal. Den slave der er udpeget i MasterPresent-beskeden returnerer sin bitvektor med scandata. Slaven sender sit SlaveData-svar som en unicast besked til masteren, men uden at bede om en kvittering fra masteren (og dermed uden at benytte retransmission ved udeblevet kvittering). Slaverne returnerer scandata for alle kanaler når de polles, ikke kun data for den sidste scanning af en kanal. De øvrige (ikke-udpegede) slaver sender ikke noget, men gemmer bare resultatet af scanningen. o Rationaler: Ved at lade alle master og slaver scanne samtidigt, mistes mindst båndbredde, idet der alligevel ikke kan sendes/modtages payload-trafik mellem master og slaver så længe SKATT-Projektet 1/23
11 masteren scanner en kanal for aktivitet. Der er ikke nogen grund til at benytte den sædvanlige kvitterings- /retransmissionsmekanisme. Det forhold at der ikke kommer noget svar, er nok til at fortælle masteren at enten har den udpegede slave ikke hørt MasterPresent, eller også er SlaveData-svaret gået tabt. I begge tilfælde skal den løbende vurdering af den aktuelle kanals kvalitet nedgraderes. Ved ikke at benytte den sædvanlige kvitterings-/retransmissionsmekanisme, mindskes den tid netværket ikke er til rådighed for payload-trafik, hvilket mindsker tabet af båndbredde og sænker latency for payload-trafik. Når masteren selv er færdig med at scanne den udpegede kanal, lytter den i et begrænset tidsrum (15 ms) efter et svar (en SlaveData-besked) fra den udpegede slave. Masteren opdaterer en løbende vedligeholdt værdi for PRTCP (Packet Round-Trip Completion Rate), et tal mellem og 1 %, som indikerer hvor mange svar på MasterPresent beskeder den har modtaget. PRTCP beregnes simpelt som: o Rationaler: PRTCP udtrykker hvor mange komplette handshakes (MasterPresent sendt fra master og modtaget af en slave og SlaveData sendt fra slave og modtaget af master) der er udført. % betyder at alle handshakes fejler, altså at hvert forsøg på at sende en pakke fra master til en slave og tilbage igen fejler fordi der er mistet pakker (hvad enten det er MasterPresent eller SlaveData). 1 % betyder at alle pakker (både MasterPresent og SlaveData kommer igennem). PRTCP måles over de sidste 64 handshakes der er forsøgt gennemført, og giver et udtryk for den aktuelle kanals kvalitet målt over en vis tid (2-4 sekunder) Hvis PRTCP falder under 75 % eller hvis der ikke er kommet svar fra en slave på 3 efter hinanden følgende MasterPresent broadcasts, vil masteren initiere et kanalskifte for netværket. o Rationaler: Ved at lade alle master og slaver scanne samtidigt, mistes mindst båndbredde, idet der alligevel ikke kan sendes/modtages payload-trafik mellem master og slaver så længe masteren scanner en kanal for aktivitet. PRTCP er et udtryk for den løbende, gennemsnitlige, kvalitet af den aktuelle kanal og kan derfor registrere en gradvis forringelse af kanalens kvalitet. Antallet af svar der udebliver i træk bruges til at registrere pludselige, transiente forstyrrelser og agere herpå. Sammenfattende: Når master og slaver har fundet hinanden på en kanal, står masteren altså, via MasterPresent-beskeder, og beder alle knuder i nettet om at scanne alle kanaler, fra til 15 og forfra igen. Samtidigt benytter masteren MasterPresent-beskederne til rundløbende at polle hver knude for dens lagrede scandata. o Sammenfattende rationaler: Ved at benytte broadcasts mindskes den mængde pakker protokollen udveksler. Dels kan alle slaver modtage MasterPresent samtidigt, dels skal slaverne ikke kvittere for modtagelsen. Ved at benytte ikke-kvitterede unicast pakker fra slaver til master mindskes den mængde pakker protokollen udveksler. Den samlede effekt er at den tid nettet er utilgængeligt for payload-trafik mindskes, hvilket øger den effektive båndbredde og mindsker latency for payload-trafik. SKATT-Projektet 11/23
12 Flow-chart master Figur 6. Flow-chart for master i connected state. SKATT-Projektet 12/23
13 Flow-chart slave Figur 7. Flow-chart for slave i connected state. SKATT-Projektet 13/23
14 Masterstyret kanalskifte Figur 8. Sekvensdiagram, frekvensskifte. Efter udsendelse af hver MasterPresent og tilhørende poll af scandata fra en udpeget slave, opdaterer masteren 2 parametre: PRTCP og antallet af polls uden svar. Hvis PRTCP målt over de sidste 64 polls falder under 75 %, eller hvis der har været 3 på hinanden følgende polls uden svar fra slaver, beslutter masteren at skifte kanal. De gemte scandata (masterens egne plus dem der pollet hjem fra slaverne) bruges til at finde den p.t. bedste alternative kanal. Masteren broadcaster en ChannelChange-besked med den nye kanal til alle slaver. SKATT-Projektet 14/23
15 Masteren og alle slaver der hørte ChannelChange-beskeden skifter øjeblikkeligt til den nye kanal. Masteren resetter sin 64 ms poll cyklus og udsender straks den næste MasterPresent-besked på den nye kanal og fortsætter herefter sine med de sædvanlige 64 ms mellemrum. o Rationale: Ved straks at sende et MasterPresent broadcast på den nye kanal (snarere end at vente op til 64 ms), har master og slaver mulighed for straks at finde hinanden på den nye kanal. Første gang en slave opdager masteren på en ny kanal, sender den altid en SlaveData-besked, uanset om den er udpeget til at svare eller ej. o Rationale: Det er vigtigt at alle master og alle slaver hurtigt genfinder hinanden på en ny kanal. For at undgå at masteren først ved om en slave er kommet med når den specifikt polles, svarer alle slaver altid på den første MasterPresent de ser på en ny kanal. Autonomt (fall-back) kanalskifte Master Masteren kører i en fast 64 ms poll cyklus uanset hvilken kanal den er på, også efter at have skiftet til ny kanal eller lige efter power-on. 1. Dette indebærer at hvis den ikke har hørt fra mindst 1 slave efter 3 polls på en given kanal, skifter den kanal igen. 2. Ved 2 eller flere på hinanden følgende kanalskift uden at der er hørt fra en slave, bruges en fallback strategi hvor der efter det første kanalskifte (som blev beregnet på baggrund af scandata) blot skiftes til næste højere kanal (og startes forfra med kanal når der har været pollet på kanal 15). Slave En slave der er taber forbindelsen til masteren, f.eks. fordi den ikke hører en ChannelChange-besked fra masteren, benytter flg. fall-back strategi: 1. Når den ikke har hørt fra masteren på den nuværende kanal i 2 ms, skifter den kanal. 2. Hvis slaven har lagret en alternativ kanal fra en MasterPresent-besked den tidligere har hørt, vil først prøve at springe derhen. Så hvis den kanal der var specificeret i en misset ChannelChangebesked er den samme som var anført som bedste alternative kanal i den sidste MasterPresentbesked slaven har hørt, vil slaven direkte springe til den korrekte kanal og begynde at søge der. 3. Hvis slaven ikke har lagret nogen alternativ kanal (f.eks. fordi den lige er blevet tændt) overgår slaven til en strategi hvor den, startende med den kanal den nu tilfældigvis er på, lytter på hver kanal i 2 ms, hvorefter den skifter til næste, lavere kanal (og starter forfra ved kanal 15 når den har lyttet på kanal ). Dette fortsætter den med indtil den finder masteren. Initiering Ved power-on/reset starter master og slaver på kanal. SKATT-Projektet 15/23
16 Resultater Simuleret testbænk Den beskrevne protokol/algoritme er blevet implementeret og afprøvet i simulerede omgivelser. Beslutningen om først at udvikle og teste protokol og algoritmer vha. en simulator skyldes flere forhold: Det er betydeligt hurtigere at udvikle og afprøve koden på en alm. udviklings-pc. En ændring i koden kræver kun en re-compilering hvorefter ændringen straks kan afprøves, uden at ny kode først skal overføres/flashes til en lille embedded platform. Det er også betydeligt nemmere at finde og rette fejl på en PC med fuld symbolsk debugging, breakpoints, inspektion af variable osv. Det er meget nemmere at simulere bestemte støj- og forstyrrelsesmønstre i software end at skulle opsætte en testopstilling hvor en avanceret HF-signalgenerator først skal konfigureres/opsættes. Samtidigt er der ikke problemer med uønsket, indstrålet støj. Den udviklede simulator simulerer et fuldt MAC-lag og til dels det fysiske lag, forholdsvis detaljeret: Begivenheder på det fysiske lag ( air interfacet ) simuleres med en opløsning på 1 μs, svarende til 2 chips á 5 ns (der går 32 chips på et symbol á 4 databits) eller den tid det tager at sende 2,5 databits på air interfacet. Kollisioner simuleres (om end lidt for stringent hvis der er bare 1 μs overlap mellem to fysiske datarammer, registreres det som en kollision). I virkelighedens verden ødelægger det ikke en dataramme hvis der f.eks. ryger et par bits i rammens pre-amble.) MAC-lagets CSMA-CA (Carrier Sense Multiple Access with Collision Avoidance) algoritme simuleres korrekt. Der sendes korrekt acknowledgement rammer og retransmitteres når de udebliver. Der benyttes 3 16-bits adresser i hver MAC-frame (source, destination og PAN identifier). Der kan simuleres vilkårlige støjmønstre, med signaler af varierende styrke og varighed ned til simulatorens opløsning på 1 μs. Fysiske forhold simuleres ikke korrekt: Alle enheder hører hinanden lige godt der tages ikke hensyn til afstanden imellem enheder. Al støj under en bestemt grænse ignoreres (ødelægger ikke datarammer), mens støj over grænsen zapper evt. datarammer der sendes samtidigt. Simulatoren er skrevet i C# og fylder knapt 38 linier kode. Det viste sig at være en større opgave at simulere MAC-laget (og til dels PHY-laget) end først antaget, idet det er nødvendigt at få ganske mange detaljer med (som f.eks. korrekt simulering af CSMA-CA algoritmen) for at få brugbare måledata i tidsdomænet. Simulatoren blev således skrevet om undervejs i projektet. Den seneste version er, på forfatterens laptop, i stand til at simulere begivenheder med en opløsning på 1 μs med en hastighed på omkring 6 % af realtid (dvs. det tager ca. 15 s at simulere 6 s netværksaktivitet). Simuleret testopstilling De efterfølgende resultater er målt i en testopstilling som vist i Figur 9 below. En master knude styrer et lille netværk med 3 slaver. Masteren gennemfører 2 typer af kommunikation med hver slave: Master og slaver implementerer den ovenfor beskrevne protokol og tilhørende algoritmer til optimalt kanalvalg. Så masteren broadcaster periodisk beskeder der får netværket til at måle aktiviteten på en bestemt kanal, og slaverne indrapporterer resultaterne til masteren. Der udveksles payload trafik mellem master og hver slave. Masteren genererer periodisk en kommando til en tilfældig slave, og slaven svarer tilbage når den har udført ordren. SKATT-Projektet 16/23
17 Der måles så, over en periode og i et bestemt scenario, på hvor lang tid det tager at overføre og påbegynde udførslen af kommandoer, dvs. latency. Der opsamles bl.a. statistik der viser hvad den mindste, største og gennemsnitlige latency er for det givne scenario. Der er gennemført målinger for en række forskellige scenarier der belyser netværkets evne til hele tiden at vælge den optimale kanal under forskellige støjforhold. For hvert scenario sammenlignes netværkets ydelse med og uden protokollen til optimalt kanalvalg. Figur 9. Simuleret testopstilling. Følgende figur illustrerer testopstillingen på en lidt anden måde. MAC-laget på master og slave er gemt bagved en MAC Facade. MAC-facadens opgave er at multiplekse to forskellige datastrømme over den samme kommunikationslinie: 1. Payload-data, dvs. kommandoer fra masteren og slavens svar herpå. 2. Data der hidrører fra protokollen til optimalt kanalvalg. I praksis sker der det, at når noget kode ønske at sende en pakke, beder den MAC-facaden om adgang til MAC-laget. Når denne adgang gives, har den pågældende kode fuld eneret til MAC-laget indtil koden slipper MAC-laget igen. Så længe koden til kanalovervågning og valg (kaldet Channel Management Code på figuren) bruger MAC-laget, kan der ikke overføres payload-trafik (kommandoer og svar) og omvendt. Figur 1. To datastrømme multiplekses over samme kommunikationslinie. SKATT-Projektet 17/23
18 Scenarier Fælles for de nedenfor beskrevne scenarier er: Der måles på netværkets opførsel/overførsel af data i ét minut. Master og slaver får lov til at finde hinanden (det tager ca. 8 ms) inden netværket udsættes for støj. Masteren sender med tilfældige intervaller på 25-5 ms en 4-bytes kommando til en tilfældig slave. Der lægges hele tiden en ikke-forstyrrende baggrundsstøj på alle kanaler. Scenario 1: Ingen forstyrrelser I dette scenario genereres der ikke støj i netværket, som altså blot kan benytte den samme kanal hele tiden. Dette gør det muligt direkte at se det overhead som protokol og algoritmer til optimalt kanalvalg påfører netværket. 1. Netværket starter og knuderne finder hinanden på kanal. 2. Master genererer payload-trafik (kommando-svar) til tilfældige slaver. Scenario 2: En enkelt blokeret kanal I dette scenario lægges massiv støj ind på den kanal netværket benytter (kanal ) efter stykke tid. Forventningen er at netværket skifter til en ledig kanal. Når der ikke benyttes protokol til optimalt kanalvalg, er netværket effektivt spærret så længe støjen er til stede. 1. Netværket starter og knuderne finder hinanden på kanal. 2. Master begynder at generere payload-trafik (kommando-svar) til tilfældige slaver. 3. Efter 5 sekunder lægges massiv støj på kanal i 2 sekunder. Figur 11. Simuleret scenario 2. Scenario 3: Periodiske, langvarige blokeringer på 8 samtidige kanaler I dette scenario lægges massiv støj periodisk ind på halvdelen af alle kanaler. 1. Netværket starter og knuderne finder hinanden på kanal. 2. Master begynder at generere payload-trafik (kommando-svar) til tilfældige slaver. 3. Efter 5 sekunder lægges massiv, periodisk støj ind på kanalerne,2,4,6,8,1,12,14. Støjen forekommer som 1 sekunders pulser med 5 sekunders mellemrum. På de øvrige kanaler er der kun uforstyrrende baggrundsstøj. SKATT-Projektet 18/23
19 Figur 12. Simuleret scenario 3. Scenario 4: Periodiske, langvarige blokeringer på alle kanaler samtidigt I dette scenario lægges massiv støj periodisk ind på alle kanaler. 1. Netværket starter og knuderne finder hinanden på kanal. 2. Master begynder at generere payload-trafik (kommando-svar) til tilfældige slaver. 3. Efter 5 sekunder lægges massiv, periodisk støj ind på alle kanaler. Støjen forekommer som 1 sekunders pulser med 5 sekunders mellemrum. Figur 13. Simuleret scenario 4. Scenario 5: Periodiske, kortvarige blokeringer på alle kanaler samtidigt I dette scenario lægges massiv støj periodisk ind på alle kanaler. 1. Netværket starter og knuderne finder hinanden på kanal. 2. Master begynder at generere payload-trafik (kommando-svar) til tilfældige slaver. 3. Efter 5 sekunder lægges massiv, periodisk støj ind på alle kanaler. Støjen forekommer som.1 sekunders pulser med.5 sekunders mellemrum. SKATT-Projektet 19/23
20 Figur 14. Simuleret scenario 5. Scenario 6: Periodiske, kortvarige og hyppige blokeringer på alle kanaler samtidigt I dette scenario lægges massiv støj periodisk ind på alle kanaler. 1. Netværket starter og knuderne finder hinanden på kanal. 2. Master begynder at generere payload-trafik (kommando-svar) til tilfældige slaver. 3. Efter 5 sekunder lægges massiv, periodisk støj ind på alle kanaler. Støjen forekommer som.1 sekunders pulser med.2 sekunders mellemrum. Figur 15. Simuleret scenario 6. SKATT-Projektet 2/23
21 Resultater målt i simulator Scenario Parameter Protokol/algoritme til optimalt kanalvalg Ikke anvendt Anvendt 1 Nul-scenario Antal payload pakker sendt af master Antal payload pakker modtaget af slave Overførselsrate (modtaget x 1)/sendt Antal retransmissioner Latency (min/max/gennemsnit) Antal pakkekollisioner Antal pakker ødelagt af støj Pakker ødelagt af støj/kollisioner i alt Antal kanalskift % 1.4 / 3.28 / 2.26 ms (. %) % 1.4 / 3.28 / 2.23 ms (. %) Antal payload pakker sendt af master Antal payload pakker modtaget af slave Overførselsrate (modtaget x 1)/sendt Antal retransmissioner Latency (min/max/gennemsnit) Antal pakkekollisioner Antal pakker ødelagt af støj Pakker ødelagt af støj/kollisioner i alt Antal kanalskift Kanal blokeret i 2 sek % / 3.28 / 2.14 ms (24.2 %) % 1.4 / 3.28 / 2.22 ms 4 4 (.2 %) 1 Kanal, 2, 4, 6, 8, 1, 12, 14 blokeret af 1 sek pulser med 5 sek mellemrum Antal payload pakker sendt af master 162 Antal payload pakker modtaget af slave 137 Overførselsrate (modtaget x 1)/sendt 84.6 % Antal retransmissioner 75 Latency (min/max/gennemsnit) 1.4 / 3.28 / 2.22 ms Antal pakkekollisioner Antal pakker ødelagt af støj 1 Pakker ødelagt af støj/kollisioner i alt 1 (15.4 %) Antal kanalskift - Alle kanaler blokeret af 1 sek pulser med 5 sek mellemrum % / 3.28 / 2.22 ms 1 1 (15.4 %) - Antal payload pakker sendt af master Antal payload pakker modtaget af slave Overførselsrate (modtaget x 1)/sendt Antal retransmissioner Latency (min/max/gennemsnit) Antal pakkekollisioner Antal pakker ødelagt af støj Pakker ødelagt af støj/kollisioner i alt Antal kanalskift % 1.4 / 3.28 / 2.22 ms 4 4 (.2 %) % / 3.28 / (13.2 %) 147 SKATT-Projektet 21/23
22 5 6 Alle kanaler blokeret af.1 sek pulser med.5 sek mellemrum % / 3.28 / 2.16 ms (15.4 %) - Antal payload pakker sendt af master Antal payload pakker modtaget af slave Overførselsrate (modtaget x 1)/sendt Antal retransmissioner Latency (min/max/gennemsnit) Antal pakkekollisioner Antal pakker ødelagt af støj Pakker ødelagt af støj/kollisioner i alt Antal kanalskift Alle kanaler blokeret af.1 sek pulser med.2 sek mellemrum % / / 2.4 ms (27.3 %) - Antal payload pakker sendt af master Antal payload pakker modtaget af slave Overførselsrate (modtaget x 1)/sendt Antal retransmissioner Latency (min/max/gennemsnit) Antal pakkekollisioner Antal pakker ødelagt af støj Pakker ødelagt af støj/kollisioner i alt Antal kanalskift Tabel 1. Målte resultater % / 5.36 / 2.31 ms (1.1 %) % / 8.56 / 2.22 ms (21.2 %) 76 Kommentarer til resultater Generelt Når netværket udsættes for stød, bliver det selvfølgelig sværere at få pakker igennem. Dette ses dog primært på tallene for overførselsraten. Når støjen bliver så generende at pakker ind i mellem slet ikke kan overføres, får det med den valgte målemetode ikke konsekvens for målt latency, idet kun pakker der rent faktisk kommer igennem tæller med i statistikken for latency (pakker der ikke kommer igennem har jo principielt en uendelig forsinkelse og tælles derfor ikke med). Scenario 1: Ingen forstyrrelser Tallene viser at når der ikke er nogen forstyrrelser, er der ikke nogen omkostninger for brug af protokol/algoritme til optimalt kanalvalg (i hvert fald hvad angår latency og tabt båndbredde). Scenario 2: En enkelt blokeret kanal Når der ikke anvendes protokol/algoritme til optimalt kanalvalg, koster det pålidelighed (lavere overførselsrate) når den kanal der bruges jammes helt. Når optimalt kanalvalg anvendes, finder netværket hurtigt en ledig kanal, hvilket giver en markant højere pålidelighed uden omkostninger i form af højere latency. Den tid der går med at skifte kanal 1 gang, giver et lille båndbreddetab (der overføres lidt mindre payload-trafik). Scenario 3: Periodiske, langvarige blokeringer på 8 samtidige kanaler Billedet og konklusionerne er de samme som i scenario 2. Når protokol/algoritme til optimalt kanalvalg anvendes finder nettet hurtigt en alternativ kanal. Scenario 4: Periodiske, langvarige blokeringer på alle kanaler samtidigt De ganske langvarige støjpulser er stærkt generende. Når der ikke anvendes protokol/algoritme til optimalt kanalvalg, koster det pålidelighed (lavere overførselsrate) når den kanal der bruges jammes hyppigt og langvarigt næsten hver 7. pakke tabes. Når optimalt kanalvalg anvendes, udløser de langvarige støjpulser hyppige kanalskift (147). Det koster båndbredde (der sendes kun 12 payload- SKATT-Projektet 22/23
23 pakker mod 162 uden protokol/algoritme). Til gengæld øges den effektive pålidelighed, fordi nettet ikke prøver at sende payload-pakker når støjen blokerer nettet men prøver at finde en ledig kanal så længe støjen varer. Man kan sige at man giver afkald på båndbredde mod at få en bedre pålidelighed. Scenario 5: Periodiske, kortvarige blokeringer på alle kanaler samtidigt Når støjpulserne bliver så kortvarige, og med tilpas stor afstand, ligner resultaterne med og uden protokol/algoritme hinanden igen. Det skyldes at støjpulserne ikke varer længe nok, eller ødelægger pakker nok, til at udløse kanalskift. Når protokol/algoritme anvendes fås en lidt højere pålidelighed, mod en lidt højere maksimal latency. Scenario 6: Periodiske, kortvarige og hyppige blokeringer på alle kanaler samtidigt Dette scenario ligner resultatmæssigt scenario 4. Når afstanden mellem de korte støjpulser bliver kort nok, ødelægges mange pakker, hvilket udløser en del kanalskift (76). Dette har igen den effekt, at den effektive pålidelighed øges, fordi nettet ikke prøver at sende payload-pakker når støjen blokerer nettet men prøver at finde en ledig kanal så længe støjen varer. Konklusion Med afsæt i de ønsker man kan have til kommunikationskanal i industrielle kontrol-applikationer, er der er udviklet en protokol og algoritmer, der forsøger at benytte specielle mekanismer i den trådløse standard IEEE , til løbende at lade et netværk vælge en kanal med høj fremkommelighed. Protokol og algoritmer er afprøvet i simulerede omgivelser der simulerer MAC-laget i IEEE (og til dels PHY-laget) forholdsvis detaljeret. Resultaterne indikerer, at så længe at der er en eller flere kanaler med markant højere fremkommelighed end andre, vil netværket benytte disse. Det primære udbytte er højere pålidelighed. Resultaterne indikerer også, at når alle kanaler samtidigt forstyrres tilstrækkeligt meget, bruger protokol og algoritmer en forholdsvis stor del af tiden på at lede efter en bedre kanal. Da der ikke sendes payload-trafik så længe netværket leder efter en ny kanal, er nettoresultatet en højere pålidelighed (flere af de sendte pakker når frem), men en lavere effektiv båndbredde. Man kunne indvende at det samme kunne opnås meget simplere, ved at simpelthen ikke at sende data når der er generende støj eller forstyrrelser, men det er ikke rigtigt, idet man ikke derved høster gevinsten ved at flytte til en mere fremkommelig kanal hvis en sådan findes. På dette stade er den største mangel ved resultaterne, udover at der bruges simulerede omgivelser, at det ikke vides om de støj- og forstyrrelsesmønstre der er anvendt her er realistiske. De er dels valgt for at belyse specifikke egenskaber ved protokol/algoritme, dels for at stresse protokol/algoritme. Hvis typisk industriel støj (hvis der findes noget sådant) er tilpas bredbåndet til at jamme alle de 16 kanaler IEEE benytter i 2.4 GHz, er resultaterne som her beskrevet måske ganske realistiske. Samlet set er resultaterne lovende, men det er let at pege på en række opfølgende opgaver der kunne afklare om den foreslåede teknik til optimalt kanalvalg reelt kan bruges: Protokol og algoritmer skal tunes til kun at forsøge at skifte til en bedre kanal, hvis de løbende kanalscanninger i netværket indikerer at der er en markant bedre, alternativ kanal. Der skal simuleres med støj- og forstyrrelsesmønstre som empirisk er påvist som almindelige og realistiske. Protokol og algoritmer skal naturligvis afprøves på rigtig radio-hardware, som udsættes for støj og forstyrrelser i realistiske, industrielle miljøer. SKATT-Projektet 23/23
Optimering af dit trådløse net
Optimering af dit trådløse net Her er en lille guide til nogle forslag du selv kan gøre for at optimere dit trådløse net. Du skal dog være opmærksom på følgende: - Den hastighed du køber er garanteret
Læs mereWebsitet handler om websitet i sin helhed, dvs. hvor mange besøgende du har i alt osv.
Statistikmodulet. Statistikmodulet er et grundlæggende værktøj til at forstå og analysere trafikken på dit website, og det kan du benytte til mange ting, lige fra at se hvor mange besøgende du har, til
Læs mereNETVÆRKSKURSUS Oktober November 2014. jmt 07-11-2014
1 NETVÆRKSKURSUS Oktober November 2014 jmt 07-11-2014 2 Netværkskursus 14 17 Oktober 2014 ETHERNET 99% af al datatrafik er på ETH standard http://standards.ieee.org/ https://www.ieee.org/ 802.3 er ETH
Læs mereLAN typer. 1. Ethernet (CSMA/CD - ISO 8802.3) Indholdsfortegnelse
LAN typer Indholdsfortegnelse 1. ETHERNET (CSMA/CD - ISO 8802.3)... 1 2. TOKENRING (ISO 8802.5)... 3 3. ANDRE LAN TYPER... 6 1. Ethernet (CSMA/CD - ISO 8802.3) Ethernet blev først i 70 erne udviklet i
Læs mere1 System oversigt.. 3 1.1 Enheder... 3 1.2 Prioritering af signaler... 4
Indholdsfortegnelse 1 System oversigt.. 3 1.1 Enheder... 3 1.2 Prioritering af signaler... 4 2 Installation 5 2.1 Kontrol Enhed. 5 2.1.1 Tilslutning af forsyning... 5 2.1.2 Tilslutning af højttalere...
Læs mereVLAN - Virtual Local Area Network
VLAN - Virtual Local Area Network - opdeling af LAN i mindre broadcast zoner Hvad er et VLAN? Virtuel switch, bestående af port 2, 5, 8 og 11 på fysisk switch VLAN s er en logisk opdeling af enheder eller
Læs mereMYLOQ 1101 Kodecylinder
MYLOQ 1101 Kodecylinder Brugsanvisning DK Vigtig information før anvending Kodecylinderen skal aktiveres før brug (se side 3). En administrationskode skal tilføjes. Vær sikker på at få skrevet den nye
Læs mereTCP/IP stakken. TCP/IP Protokollen består af 5 lag:
Trådløse netværk TCP/IP stakken TCP/IP er nok den mest benyttede netværks protokol. Protokollen har fået sit navn efter de to vigtigste protokoller i den : Transmission Control Protocol (TCP) og Internet
Læs mereEt udtryk på formena n kaldes en potens med grundtal a og eksponent n. Vi vil kun betragte potenser hvor grundtallet er positivt, altså a>0.
Konkrete funktioner Potenser Som udgangspunkt er brugen af potenser blot en forkortelse for at gange et tal med sig selv et antal gange. Hvis a Rskriver vi a 2 for a a a 3 for a a a a 4 for a a a a (1).
Læs mereINSTALLATIONS GUIDE. Air 4920 Trådløst access point FIBERBREDBÅND TV TELEFONI
INSTALLATIONS GUIDE Air 4920 Trådløst access point FIBERBREDBÅND TV TELEFONI KÆRE KUNDE Med dette sæt trådløse access points får du et af markedets bedste produkter til at sikre optimal WiFi-dækning i
Læs mereRouteren. - og lag 3 switchen! Netteknik 1
Routeren - og lag 3 switchen! Netteknik 1 Routeren en introduktion NETVÆRK 10.0.0.0 NETVÆRK 192.168.1.0 E1 Router E0 S0 NETVÆRK 194.182.2.0 Grundlæggende LAN teknologi består af Ethernet switche der flytter
Læs merei x-aksens retning, så fås ). Forskriften for g fås altså ved i forskriften for f at udskifte alle forekomster af x med x x 0
BAndengradspolynomier Et polynomium er en funktion på formen f ( ) = an + an + a+ a, hvor ai R kaldes polynomiets koefficienter. Graden af et polynomium er lig med den højeste potens af, for hvilket den
Læs mereComputerens Anatomi Af Mathias og Mark
Computerens Anatomi Af Mathias og Mark Planlægning af projekt Case Størstedelen af nutidens unge har deres egen smartphone, computer og fjernsyn. Computere i alle afskygninger bliver fortsat en større
Læs mereApplikationen Klip (dansk)
Applikationen Klip (dansk) PMH Version 3.0-0315 Indhold 1 Manual 2 1.1 Vejledning................................. 2 1.1.1 Starten.............................. 8 1.1.2 Strækkene mellem posterne...................
Læs mereOpdateret Lederskab. Når kompetenceudviklingen for alvor rykker. - et nyhedsbrev for ledere om lederskab og ledelse. Kompetencer. Nr.
Nr. 5 2009 Tema: Individuel kompetenceudvikling, et tigerspring. Når kompetenceudviklingen for alvor rykker Det er et must, at man som leder skal arbejde med individuel kompetenceudvikling for sine medarbejdere.
Læs merewlsn* 2-vejs trådløst netværk Den hurtige vej til mere pålidelig sikkerhed * wireless Local SecurityNetwork (trådløst lokalt sikkerhedsnetværk)
wlsn* 2-vejs trådløst netværk Den hurtige vej til mere pålidelig sikkerhed * wireless Local SecurityNetwork (trådløst lokalt sikkerhedsnetværk) 2 Hvad er wlsn? Det trådløse lokale sikerhedsnetværk wlsn
Læs mere1-1 Usability evaluering af den simple udgave
BILAG 1 s. 2 af 19 Bilag 1 1-1 Usability evaluering af den simple udgave...5 1-2 Heuristisk inspektion af den simple udgave...6 1-3 Usability evaluering af den avancerede udgave...8 1-4 Heuristisk inspektion
Læs meresådan får du succes med dit nyhedsbrev
sådan får du succes med dit nyhedsbrev AUGUST 2014 Copyright 2014tt easynet ApS Opbyg databasen find et bedre navn PLAN- LÆG OFF- LINE LANDINGSside succes Foretag målinger LOKkemiddel konvertering FOKUSÉR
Læs mereØkonomisk analyse af forskellige strategier for drægtighedsundersøgelser
Økonomisk analyse af forskellige strategier for drægtighedsundersøgelser Jehan Ettema, SimHerd A/S, 28-10-15 Indholdsfortegnelse Metoden... 2 Design af scenarierne... 2 Strategier for drægtighedsundersøgelser...
Læs mereBrugervejledning for Senge- og dørvagt PIR2003
DENNE BRUGERVEJLEDNING GÆLDER FRA SOFTWARE VERSION 3.X Brugervejledning for Senge- og dørvagt PIR2003 KNOP ELEKTRONIK A/S Fabriksvej 20=7600 Struer=Mail: knop@knop.dk=web: www.knop.dk=tlf.: 9784 0444=Fax.:
Læs mereBrugermanual til NaboLink enhederne: BaseLink V02 KeyLink V02 AlarmLink V02 Revision 16.03.2016. Indholdsfortegnelse:
Brugermanual til NaboLink enhederne: Indholdsfortegnelse: BaseLink V02 KeyLink V02 AlarmLink V02 Revision 16.03.2016 1 Side 1. Standard sæt indeholder.... 2 2. AlarmLink indeholder.... 2 3. Udvidet sæt
Læs mereKravspecifikation For. Gruppen
Kravspecifikation For Gruppen Indholdsfortegnelse 1. INDLEDNING...3 1.1 FORMÅL...3 1.2 REFERENCER...3 1.3 LÆSEVEJLEDNING...3 2. GENEREL BESKRIVELSE...4 2.1 SYSTEM BESKRIVELSE...4 2.2 SYSTEMETS FUNKTION...4
Læs mereFeltobservation d. 1/12 2015: (16 elever i klassen)
Feltobservation d. 1/12 2015: (16 elever i klassen) 1 Lasse og jeg går ind i klassen sammen med matematiklæreren. Da vi kommer ind, er der én lærer i 2 forvejen og én psykolog. En elev siger: Wow, nu er
Læs mereLøbetræning for begyndere 1
Løbetræning for begyndere 1 Lige nu sidder du med en PDF-fil der forhåbentlig vil gavne dig og din løbetræning. Du sidder nemlig med en guide til løbetræning for begyndere. Introduktion Denne PDF-fil vil
Læs mereBesøgspakker i hjemmeplejen. Evaluering af pilotprojekt om besøgspakker i Frederiksberg Kommune
Besøgspakker i hjemmeplejen Evaluering af pilotprojekt om besøgspakker i Frederiksberg Kommune April 2015 Indhold 1. Baggrund... 3 2. Formål... 3 3. Involverede borgere og medarbejdere... 4 4. Pilotprojektets
Læs mereBorgerpanelundersøgelse. Kommunikation og information. Januar 2014
Borgerpanelundersøgelse Kommunikation og information Januar 2014 Strategi og Analyse, januar 2014 1 Indhold Metode og resultater... 3 Hovedresultater... 4 Information fra BRK til borgerne... 5 Nyheder
Læs mereSkak. Regler og strategi. Version 1.0. 1. september 2015. Copyright
Skak Regler og strategi Version 1.0 1. september 2015 Copyright Forord At lære at spille skak er ikke svært. Det tager få minutter. At blive dygtig tager som regel årevis. Om man er dygtig eller ej, er
Læs mereSådan bruger du bedst e-mærket
1 Få flere online salg eller leads igennem 2 Beslutningsprocessen i et salg online Hvem styrer hvem? Frederik Bjerring kører en tidlig morgen i efteråret 2009 op langs roskildevej på vej til sit arbejde,
Læs mereSupplerende forsøg med. bekæmpelse af blåtop. på Randbøl Hede.
Supplerende forsøg med bekæmpelse af blåtop på Randbøl Hede. Af Hans Jørgen Degn Udarbejdet for Randbøl Statsskovdistrikt, 2006. 1 Indledning. Den voksende dominans af blåtop er et alvorligt problem på
Læs mereEr trafikanterne tilfredse med ITS på motorveje?
Denne artikel er publiceret i det elektroniske tidsskrift Artikler fra Trafikdage på Aalborg Universitet (Proceedings from the Annual Transport Conference at Aalborg University) ISSN 1603-9696 www.trafikdage.dk/artikelarkiv
Læs mereEt generelt algoritme-konstruktionsprincip ( paradigme ) for optimeringsproblemer. Ideen er simpel:
Grådige algoritmer Grådige algoritmer Et generelt algoritme-konstruktionsprincip ( paradigme ) for optimeringsproblemer. Ideen er simpel: Opbyg løsningen skridt for skridt ved hele tiden af vælge lige
Læs mereARP og ICMP. - service protokoller, som vi ikke kan undvære! Netteknik 1
ARP og ICMP - service protokoller, som vi ikke kan undvære! Netteknik 1 ARP & ICMP Protokoller, som udfører forskellige servicefunktioner på og imellem OSI lagene 2 og 3 Type Code Checksum Type-specific
Læs mereComputerens Anatomi. Kom/IT C - Computer Anatomi - Daniel og Fie - 3/3 2015. Planlægning af kommunikationsvalg og medieprodukt.
Computerens Anatomi Planlægning af kommunikationsvalg og medieprodukt. Vi startede med at snakke om modtager, afsender og budskab og blev enige om at det skulle være simpelt for at få modtagernes interesse.
Læs mereSådan bruger du Spor. Schultz
Sådan bruger du Spor Schultz Hvad kan jeg bruge Spor til? Spor hjælper dig, når du skal vælge uddannelse og job. Først skal du svare på, hvad du vil, og hvad du kan. Resultatet er en liste med job, der
Læs mereBilledkvalitet kræver gode kabler
Billedkvalitet kræver gode kabler Når du indstiller dit nye digitale tv, benyt da følgende: Frekvens. 346Mhz/346000KHz Symbolrate. 6900 Modulation. 64 QAM Netværks ID. 0 Her på siden kan du læse mere om
Læs mereDatalogi 1F rapportopgave K2 Anonym datakommunikation
Datalogi 1F rapportopgave K2 Anonym datakommunikation 23. april 2004 1 Administrativ information Rapportopgave K2 stilles fredag den 23. april 2004 og skal afleveres senest fredag den 14. maj kl. 11:00
Læs mereLærevejledning. - en introduktion til maskinarkitektur. faraz@butt.dk Faraz Butt mads@danquah.dk Mads Danquah doktor@dyregod.dk Ulf Holm Nielsen
Lærevejledning - en introduktion til maskinarkitektur faraz@butt.dk Faraz Butt mads@danquah.dk Mads Danquah doktor@dyregod.dk Ulf Holm Nielsen Roskilde Universitetscenter Naturvidenskabelig Basisuddannelse
Læs mereAt bestyrelsen tager orientering om implementering af nye stoppestedstavler på A- bus linjerne pr. 24. marts 2013 til efterretning.
Politisk dokument uden resume Sagsnummer Bestyrelsen 28. februar 2013 Mads Lund Larsen 16 Implementering af nye stoppestedstavler på A-bus linjerne Indstilling: Administrationen indstiller, At bestyrelsen
Læs mereIP opsætning på DLB bridge enheder
IP opsætning på DLB bridge enheder Et DLB master AP vil automatisk få tildelt sin IP adresse fra en DHCP server, hvis enheden er tilsluttet til virksomhedens infrastruktur. Er der ikke en DHCP server på
Læs mereSøren Guldbrand Pedersen Diverse noter til PC & Net 26-06- 2003 Side 2 af 8. TYPE - viser fil eller program på skærmen.
Diverse noter til PC & Net 26-06- 2003 Side 1 af 8 Forskellige DOS-kommandoer; C:\> (C:(>)) - Så styrer COMMAND.COM [PROMPT] Kommando fortolker C:\> [VERSION] - 1: Intern ordre 2: Extern ordre *.COM *.EXE
Læs mereSunFlux Varenr.: 03104
SunFlux Varenr.: 03104 Guide og specifikationer for SunFlux Master Sensor LED loftlampe m. RF mikrobølge sensor & Master-Master trådløst netværk SunFlux Master Sensor Lampe V.2. er fjerde generations mikrobølgesensor
Læs mereteknisk standard 132-400 kv AC Station Kontrolanlæg Stationskontrol Stationsenhed ETS-52-02-02 Rev. 0
132-400 kv AC Station Kontrolanlæg Stationskontrol Stationsenhed ETS-52-02-02 Rev. 0 teknisk standard REVISIONSOVERSIGT Dokumentnummer: 24720/10 Version Forfatter Dokument status/ændring Reviewer Godkender
Læs mereGuide til lønforhandling
Side 1 af 6 Hovedpunkter Bemærkninger til de enkelte trin Marts 2011 Forhandling én gang årligt? De fleste privatansatte funktionærer har anført i deres ansættelseskontrakt, at de forhandler løn én gang
Læs mereDen automatiske sanseforventningsproces
Den automatiske sanseforventningsproces Af forsknings- og institutleder Flemming Jensen Det kunne ikke gøres enklere. Jeg ved, at for nogle ser meget teoretisk ud, mens det for andre måske endda er for
Læs mereIDAP manual Analog modul
IDAP manual Analog modul Dato: 15-06-2005 11:01:06 Indledning Til at arbejde med opsamlede og lagrede analoge data i IDAP portalen, findes en række funktions områder som brugeren kan anvende. Disse områder
Læs mere3.0 Velkommen til manualen for kanalen Shift 1. 3.1 Introduktion til kanalen 1. 3.2.1 Hvad er et spot? 2. 3.2.2 Opret et nyt spot 2
3.0 Velkommen til manualen for kanalen Shift 1 3.1 Introduktion til kanalen 1 3.2 Shift kanalside 1 3.2.1 Hvad er et spot? 2 3.2.2 Opret et nyt spot 2 3.2.3 Aktivt og inaktivt spot 3 3.2.4 Rediger et spot
Læs mereAutomatisering Af Hverdagen
Automatisering Af Hverdagen Programmering - Eksamensopgave 10-05-2011 Roskilde Tekniske Gymnasium (Kl. 3,3m) Mads Christiansen & Tobias Hjelholt Svendsen 2 Automatisering Af Hverdagen Indhold Introduktion:...
Læs mereDer er derfor, for at alle kan sende, kun tilladt, at sende intermitterende. Altså korte pakker. ( Dette skal dog verificeres!!)
MHz KIT Rev: /- Det er ikke tilladt, at man bare udsender radiobølger på den frekvens, man ønsker. Forskellige frekvenser er udlagt til forskellige formål. Nogle til politiet, militæret, FM-radio-transmission,
Læs mereDI og DI ITEK's vejledning om bevissikring
DI og DI ITEK's vejledning om bevissikring Udgivet af: DI ITEK Redaktion: Henning Mortensen ISBN 978-87-7353-974-3 0.05.12 2 Indledning Denne vejledning er lavet med det formål at ruste danske virksomheder
Læs mereGSM ALARM BASIC. Brugervejledning dansk. Version 1. Side
GSM ALARM BASIC Brugervejledning dansk Version 1 Side Tekniske data Spænding/strøm Standby strøm Alarm strøm Trådløs frekvens GSM frekvens Back-up Batteri Relæudgang (NO) 9-12V DC / 500mA
Læs mereEksempel på logistisk vækst med TI-Nspire CAS
Eksempel på logistisk vækst med TI-Nspire CAS Tabellen herunder viser udviklingen af USA's befolkning fra 1850-1910 hvor befolkningstallet er angivet i millioner: Vi har tidligere redegjort for at antallet
Læs merePCSYS Label Print Server. Labeludskrift på fælles platform til alle virksomhedens printere.
PCSYS Labeludskrift på fælles platform til alle virksomhedens printere. PCSYS Overordnet set sørger en Label Print Server for, at en virksomheds etiketter har en høj kvalitet. Løsningen sørger for at berige
Læs mereNetwork. Netværks design. Region Syd Grundlæggende netværk
Network Netværks design Region Syd Grundlæggende netværk Emner Design Principper 3 lags modellen Core Distribution Access Netværks typer Egenskaber ved et netværk Design Principer Design Principer Hierarki
Læs mereProgrammering af trådløse modtagere (RF)
Comfort CSx75 Programmering af trådløse modtagere (RF) Introduktion Centralerne CSx75 kan udvides med trådløse (RF) modtagere på 868 MHz og 433 MHz. Når en RF modtager er installeret på centralen, kan
Læs mereEthernet teknologi. - hvordan fungerer det? Netteknik 1
Ethernet teknologi - hvordan fungerer det? Netteknik 1 Ethernet & OSI modellen Lag 7 Applikation Giver netværks adgang for programmer uden for OSI modellen fx til fil overførsel, regneark, ETB og terminal
Læs mereModulationer i trådløs kommunikation
Modulationer i trådløs kommunikation Valg af modulationstype er et af de vigtigste valg, når man vil lave trådløs kommunikation. Den rigtige modulationstype kan afgøre, om du kan fordoble din rækkevidde
Læs mereHvornår kan man anvende zone-modellering og hvornår skal der bruges CFD til brandsimulering i forbindelse med funktionsbaserede brandkrav
Dansk Brand- og sikringsteknisk Institut Hvornår kan man anvende zone-modellering og hvornår skal der bruges CFD til brandsimulering i forbindelse med funktionsbaserede brandkrav Erhvervsforsker, Civilingeniør
Læs mereHurtig, hurtigere, hurtigst
Hurtig, hurtigere, hurtigst Lærerark Om undervisningen i Tivoli: Undervisningen i Tivoli varer 90 min., og som udgangspunkt vil der være en afklaring af emne og gennemgang af relevant teori i undervisningslokalet
Læs mereKommunal Rottebekæmpelse tal og tendenser
Kommunal Rottebekæmpelse tal og tendenser Siden 1938 har de danske kommuner haft pligt til årligt at indberette oplysninger om den kommunale rottebekæmpelse til de centrale myndigheder. Myndighederne anvender
Læs mereOpenTele Server Performance Test Rapport
OpenTele Server Performance Test Rapport 17. marts 2015 Side 1 af 22 1Indholdsfortegnelse Indholdsfortegnelse Indledning Test forudsætning Beskrivelse af testscenarier Test af OpenTele kliniker web interface
Læs mereDatabase optimering - Indeks
Database optimering - Indeks Alle kender til dette irritations moment, hvor programmet man sidder og arbejder med, bare ikke er hurtigt nok. Selvom det kun drejer sig om få sekunder man sidder og venter,
Læs mereNØRRE ALSLEV SKOLE FOLKESKOLENS AFGANGSPRØVER REGLER OG RETNINGSLINJER NØRRE ALSLEV SKOLE 2014
NØRRE ALSLEV SKOLE FOLKESKOLENS AFGANGSPRØVER REGLER OG RETNINGSLINJER PÅ NØRRE ALSLEV SKOLE 2014 Praktiske og proceduremæssigeforhold: 1. Prøveperiode og prøvetidspunkter for de skriftlige prøver DATO:
Læs mereMuslimen i medierne Af Nis Peter Nissen
Muslimen i medierne Af Nis Peter Nissen Tonen overfor muslimer er hård især i medierne. Men tonen er ikke på nær et par markante undtagelser - blevet hårdere i de sidste ti år. Det viser en systematisk
Læs mereFig. 1 Billede af de 60 terninger på mit skrivebord
Simulation af χ 2 - fordeling John Andersen Introduktion En dag kastede jeg 60 terninger Fig. 1 Billede af de 60 terninger på mit skrivebord For at danne mig et billede af hyppighederne flyttede jeg rundt
Læs mereAnalyse af PISA data fra 2006.
Analyse af PISA data fra 2006. Svend Kreiner Indledning PISA undersøgelsernes gennemføres for OECD og de har det primære formål er at undersøge, herunder rangordne, en voksende række af lande med hensyn
Læs mereBrøk Laboratorium. Varenummer 72 2459
Brøk Laboratorium Varenummer 72 2459 Leg og Lær om brøker Brøkbrikkerne i holderen giver brugeren mulighed for at sammenligne forskellige brøker. Brøkerne er illustreret af cirkelstykker som sammenlagt
Læs mereDen faktiske mobilitet blandt ledige i Syddanmark. En undersøgelse af lediges faglige og geografiske mobilitet ved tilbagevenden til job
Den faktiske mobilitet blandt ledige i Syddanmark En undersøgelse af lediges faglige og geografiske mobilitet ved tilbagevenden til job Juni 21 Indholdsfortegnelse 1. Forord... 1 2. Indledning og sammenfatning...
Læs mereVurdering af digitalt læringsmiddel:
Vurdering af digitalt læringsmiddel: Indholdsfortegnelse: 1) Beskrivelse af Photo Story 3.. 2 a. Trin 1.. 3 b. Trin 2.. 5 c. Trin 3.. 5 d. Trin 4.. 6 e. Trin 5.. 6 2) Konklusion. 7 Claus B. Jensen Side
Læs mereBRUGERVEJLEDNING KMR 1000
BRUGERVEJLEDNING KMR 1000 W:\Brochurer vejledninger prislister\vejledninger\styringer\kmr1000 dansk.doc august 2004 Side 1 af 8 Egenskaber: 12 bit successiv integrationsberegning af temperaturer 4 bit
Læs mereI 2 C BUSSEN KØRER MED ARDUINO IND I FORÅRET
Mandag den 14 januar 2013 I 2 C BUSSEN KØRER MED ARDUINO IND I FORÅRET OZ1QK Knud Krogsgaard Jensen 1 ARDUINO I 2 C - BUSSEN ELLER?? Plan for I aften: Jeg siger noget i 10 minutter I fortæller lidt om
Læs mereGenerelle Strategier
Generelle Strategier Hjælper Dit Barn at Lære mere Effektivt Tips til at beholde Høreapparater (eller Implant) På Nu hvor dit barn har høreapparater, vil udfordringen kunne være at beholde dem på. Det
Læs mereEvaluering af sygedagpengemodtageres oplevelse af ansøgningsprocessen
30. juni 2011 Evaluering af sygedagpengemodtageres oplevelse af ansøgningsprocessen 1. Indledning I perioden fra 7. juni til 21. juni 2011 fik de personer der har modtaget sygedagpenge hos Silkeborg Kommune
Læs mereEffekt af blinkende grønne fodgængersignaler
Effekt af blinkende grønne fodgængerer Af Bo Mikkelsen Aalborg Kommune Tidl. Danmarks TransportForskning Email: Bmi-teknik@aalborg.dk 1 Baggrund, formål og hypoteser Dette paper omhandler en undersøgelse
Læs mereInfoPro 2i. Profil Softwarefirmaet MaCom A/S blev etableret i 1992. Vi udvikler og markedsfører dokumenthåndteringssystemet InfoPro.
InfoPro 2i Profil Softwarefirmaet MaCom A/S blev etableret i 1992. Vi udvikler og markedsfører dokumenthåndteringssystemet InfoPro. Mission MaCom's mission er at sikre og skabe struktur i vores kunders
Læs mereEksamens spørgsmål i Teknologi (Digital) 3. Semester (i)
Eksamens spørgsmål i Teknologi (Digital) 3. Semester (i) 1. DS1821 1-WIRE KOMMUNIKATION (HERUNDER TIMING KRAV) ------------------------ 2 2. DS1821 SOFTWARE (OPBYGNING AF STYREPROGRAM I SYSTEM51 C) -----------
Læs mereEthernet HUB s og Switche
Ethernet HUB s og Switche - netværksenhederne på lag 2 Ethernet Repeater Repeateren er i dag en historisk enhed, men dens grundlæggende funktion finder man stadigvæk i nyere enheder. En repeater er en
Læs mereFarmTest nr. 62 2010. Udtagningsteknik. i ensilagestakke KVÆG
FarmTest nr. 62 2010 i ensilagestakke KVÆG i ensilagestakke Indhold Indledning... 3 Fotos og videosekvenser... 4 Hvilken type skal man vælge?... 4 Skrælleteknik... 4 Enklere udtagningsteknik... 5 Præcision,
Læs mereAnamorphic Widescreen
Anamorphic Widescreen Fuldskærm og widescreen For at kunne forklare hvad anamorphic widescreen egentlig er, vælger jeg at starte helt fra begyndelsen af filmhistorien. Som alle nok ved så er billedformatet
Læs mereMitch Studerer programmering og elsker at lave fede programmer. Han holder også meget af film og kunst. Mitch er i det hele taget en fin fyr.
Mitch Studerer programmering og elsker at lave fede programmer. Han holder også meget af film og kunst. Mitch er i det hele taget en fin fyr. De Kosmiske Vogtere: Gobo, Fabu og Pele De Kosmiske Vogtere
Læs mereVoicePilot TSA2100 Elevatoralarm
Fire Fighter Communication system - FFK10 og FFP10 Kommunikationssystem for brandelevatorer i henhold til EN 81-72. Giver mulighed for kommunikation imellem elevatorstolen, motorrummet (FFP10) og indsatslederens
Læs mereHjerner og hukommelse, hjerner og motorik
Ann-Elisabeth Knudsen cand. mag. i dansk og psykologi, konsulent og foredragsholder. Hjerner og hukommelse, hjerner og motorik De følgende to artikler er skrevet af Ann-Elisabeth Knudsen. Artiklerne indgår
Læs mereFejlagtige oplysninger om P1 Dokumentar på dmu.dk
Fejlagtige oplysninger om P1 Dokumentar på dmu.dk To forskere ansat ved Danmarks Miljøundersøgelser har efter P1 dokumentaren PCB fra jord til bord lagt navn til en artikel på instituttets hjemmeside,
Læs mereDANSK / EUROPÆISK STANDARD DS/EN 1838
Ikke-autoriseret oversættelse 2/12 DANSK / EUROPÆISK STANDARD DS/EN 1838 Denne standard er frit oversat fra engelsk og må ikke anvendes som reference. Bilag er ikke oversat, men medtaget på originalsproget.
Læs mereDKK Rally-lydighed, Øvede-klassen. 40. Fristende 8-tal
DKK Rally-lydighed, Øvede-klassen. 40. Fristende 8-tal Øvelsen består af 2 madskåle eller lignende fristelser samt 2 kegler, stolper eller personer og der skal gås et 8-tal rundt om de to yderste kegler.
Læs mereBrugermanual. Tripple Track Fleet
Brugermanual Tripple Track Fleet Version 3.15 Side 1 af 19 Indholdsfortegnelse Installation:... 3 Login:... 3 Se alle biler:... 4 Status skift:... 5 Historie:... 7 Punkt information:... 9 Find adresse:...
Læs mere1. Indledning. 2. Laswell s fem spørgsmål. Hvem (afsender) Siger hvad (budskab)
Indholdsfortegnelse 1. Indledning... 2 2. Laswell s fem spørgsmål... 2 Hvem (afsender)... 2 Siger hvad (budskab)... 2 I Hvilken Kanal (Mediet)... 3 Til Hvem (Modtageren)... 3 Og Med Hvilken Effekt (Virkningen)...
Læs mereBrugervejledning - til internetbaseret datakommunikation med PBS ved hjælp af HTTP/S-løsningen
Payment Business Services PBS A/S Lautrupbjerg 10 P.O. 500 DK 2750 Ballerup T +45 44 68 44 68 F +45 44 86 09 30 pbsmailservice@pbs.dk www.pbs.dk PBS-nr. 00010014 CVR-nr. 20016175 Brugervejledning - til
Læs mereIntelligent signalprioritering for busser og udrykningskøretøjer i Vejle
Denne artikel er publiceret i det elektroniske tidsskrift Artikler fra Trafikdage på Aalborg Universitet (Proceedings from the Annual Transport Conference at Aalborg University) ISSN 1603-9696 www.trafikdage.dk/artikelarkiv
Læs mereDEN ØKONOMISKE UDVIKLING INDENFOR RESSOURCEOMRÅDERNE
i:\jan-feb-2001\8-a-02-01.doc Af Martin Windelin - direkte telefon: 3355 7720 22 RESUMÈ 28. februar 2001 DEN ØKONOMISKE UDVIKLING INDENFOR RESSOURCEOMRÅDERNE I dette notat analyseres den senest offentliggjorte
Læs mereUddannelse kan løfte BNP med op til 96 mia. kr.
Uddannelse kan løfte BNP med op til 96 mia. kr. Fremskrivninger af arbejdsmarkedet viser, at der bliver stor mangel på uddannet arbejdskraft frem mod 225. Forskellen i BNP er op til 96 mia. kr. mellem
Læs meretallymaster+ Enkel og brugervenlig administration af forbrug og adgang...
tallymaster+ Enkel og brugervenlig administration af forbrug og adgang... Enkelt og effektivt program til afregning af forbrug og adgangskontrol, baseret på tallycard+ og tallybee systemer tallymaster
Læs mereLalandia præsenterede derefter deres krav, hvor GF Poppelens bestyrelse skulle acceptere:
Kære Feriehusejer Så skete det desværre. En magt demonstration fra Lalandias side. Brevet som I alle har modtaget fra Lalandia understreger med al tydelighed, at Lalandia kan pålægge feriehusejerne alle
Læs mereKom godt i gang med. AirTies TV boks. med harddisk
Kom godt i gang med AirTies TV boks med harddisk Tillykke med din nye TV boks med harddisk Det er nemt både at installere og indstille din nye TV boks. Følg guiden og oplev alle de spændende og nye funktioner.
Læs mereVejledning i opsætning af NemHandelsprogrammet
standarden for e-samhandel Vejledning i opsætning af NemHandelsprogrammet Om NemHandelsprogrammet Hvis du har et økonomisystem, som kan skabe NemHandelsfakturaer, kan du kombinere økonomisystemet med det
Læs merefra venstre Lars Staalhagen og Villy Bæk Iversen Artiklens forfatter på arbejde
fra venstre Lars Staalhagen og Villy Bæk Iversen Artiklens forfatter på arbejde Kapitel 11 Når telefonen melder optaget Ressourceplanlægning i telenet af Lars Staalhagen og Villy Bæk Iversen Det globale
Læs mereLærervejledning til teacher-content.com senest rettet 06-01-16. Efter beskrivelsen kan du få svar på nogle af de oftest stillede spørgsmål.
Lærervejledning teacher-content.com er en letanvendelig interaktiv læringsplatform, hvor faktuel viden om verdens lande, byer og flag via leg flettes sammen med undervisningens læringsmål. Sitet kan bruges
Læs mereUddrag af skatteministerens besvarelse af Skatteudvalgets spørgsmål 183 af 31. januar 2006.
L 165 - Bilag 1 Offentligt Uddrag af skatteministerens besvarelse af Skatteudvalgets spørgsmål 183 af 31. januar 2006. IT og telefoni I den første tid efter den formelle fusion 1. november 2005 har funktionaliteten
Læs mereNetværksanbefalinger i forbindelse med Netprøver.dk - IT-drift.
Netværksanbefalinger i forbindelse med Netprøver.dk - IT-drift. Indholdsfortegnelse 1. orord... 3 2. Om dette dokument... 3 3. Netværk... 3 3.1 Redundans... 4 3.2 Wi-i... 4 3.3 Klienterne... 5 3.4 LAN...
Læs mere