Välkommen till linuxportalen.se!

Linuxportalen.se är Sveriges största och aktivaste webbplats för användare av öppen- och fri programvara.

Du besöker Linuxportalen.se som gäst vilket begränsar din möjlighet att använda webbplatsens alla funktioner. Genom att registera dig som medlem får du inte bara möjlighet att söka bland webbplatsens innehåll, skapa nya och delta i befintliga diskussioner, skapa din egen blogg, kommunicera med andra medlemmar genom privata meddelanden och delta i omröstningar. Du får också tillgång till Veckans Kadavro - en seriestrip unikt skapad för Linuxportalen.se!

Registeringen sker snabbt och är helt kostnadsfri - tveka inte, bli medlem idag!

Basic of binary

 

 

 

 

Gjorde en guide på hur man räknar binärt till decimalt

 

Alternativ för kommentarvisning

Välj ditt önskade sätt att visa kommentarerna och klicka på "Spara" för att verkställa dina ändringar.

Lasps bild

Det är väl sällan som en binärsträng består av elva (11) bitar?

Lika förvillande som på Fejan där abergman tog upp det

 

Vad missar jag?

ein.anderssons bild

spelar väl absolut ingen som helst roll hur många bitar det är, samt är ytterst sällan man skriver ut dom sista "värdelösa" nollorna.

Denna text får användas enligt CCommons BY-ND 2.5 med undantag från att den inte får kopieras, sändas eller distribueras utan att informera mig

fredentofts bild

De första "värdelösa" nollorna menar du väl?
Det är ju viss skillnad på
101 0011 1001 och 1010 0111 0010

Däremot har du helt rätt i att antalet bitar spelar abolut noll roll.

-
För övrigt anser jag att trådindenteringen måste lagas
-
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

laves bild

och vilket hextal motsvarar x-et i 0x539?

forslunds bild

0x signalerar att efterföljande siffror/bokstäver är ett hexadecimalt tal. I vissa fall används 0h för detta men 0x är helt klart vanligast.

0xff innebär alltså "hexadecimalt ff" (som decimalt är 255)

 

I am not a number, I am a free man!

hoths bild

Fortsätter vi sedan på talsystem så kan vi nämna det oktala talsystemet. Det har alltså basen 8 och använder siffrorna 0-7.  Samma kodning som ovan fast med bara tre bitar.

Talet 0x539 borde ha skrivits som 0x0539 för att komma upp i 16bitar, två bytes.

0x0539 blir då oktalt  002471

0 000 010 100 111 001

0     0    2    4     7     1

 

Här blir det ju en bit över när man kodat av alla tecknen. Varför gjorde man så? Det var väldigt praktiskt när man skulle ange tal, då användes den högsta biten för att ange ett negativt tal. Började talet med en etta så var det ett negativt tal.

----
Linux växer snabbast!

jeffs bild

Är jag den ende som räknar 2¹+2³+2⁶ osv, och inte har några hemsnickrade regler för att göra mig av med nollor och hålla på?

------

fredentofts bild

Brukar du skriva lsb först?

Och som svar på din fråga, nej du är inte ensam...

-
För övrigt anser jag att trådindenteringen måste lagas
-
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

jeffs bild

 

> Brukar du skriva lsb först?

Nej, du har rätt. My bad.

------

fredentofts bild

Stating the obvious I see ;P

-
För övrigt anser jag att trådindenteringen måste lagas
-
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

laves bild

Så brukar jag också lära ut. Då får man med binära decimaler också,

10110.012 = 1*24 + 0*23 + 1*22 + 1*21 + 0*20 + 0*2-1 + 1*2-2 = 16 + 4 + 2 + 0.25 = 22.2510