3.1.1 · D5Boolean Algebra & Logic Gates

Question bank — Binary number system and bit - byte concepts

1,586 words7 min readBack to topic

Three pictures below anchor the three ideas most of these traps hinge on: column weights, the shift-doubling move, and the branching tree that explains .

Column weights (which end is the least significant bit?) — the rightmost column is worth ; each column to the left doubles.

Figure — Binary number system and bit - byte concepts

Appending a trailing zero shifts everything left = multiply by 2.

Figure — Binary number system and bit - byte concepts

Why bits give patterns — each bit forks the count in two.

Figure — Binary number system and bit - byte concepts

True or false — justify

Each line: a claim, then :::, then the honest reasoning. Do not accept a bare "true/false".

bits can represent different values.
True. Each of the bits independently has choices, so by the multiplication principle there are distinct patterns.
bits can hold a maximum unsigned value of .
False. There are patterns, but they run , so the largest value is . One byte tops out at , not .
Adding a leading zero to a binary number changes its value.
False. That extra bit sits in a column worth its power of two times , contributing . and both equal .
Adding a trailing zero (a zero on the right) doubles a binary number's value.
True. It shifts every existing digit one column to the left, so each old weight becomes — exactly a multiply by , just like appending a in decimal multiplies by .
In binary the column weights, right to left, are .
True. The base is , so each column is worth times the one to its right: .
A byte can store exactly one text character.
False. By convention a byte is bits, but characters can span multiple bytes (e.g. many symbols in UTF-8 take bytes). "Byte" and "character" are not the same thing.
always means exactly bytes.
False. In SI/decimal bytes, but the memory unit bytes — so the meaning depends on context and is not always .
Base-2 is the only way a computer's hardware can physically store information.
False. Standard transistors are simplest with two stable states, which is why base-2 dominates; but hardware can use more levels (multi-level flash cells store several bits per cell, and analog/quantum devices exist). Base-2 is the common convention, not a physical law.
A nibble ( bits) can represent exactly one hexadecimal digit.
True. bits give patterns, and hexadecimal has exactly symbols (), so one nibble ↔ one hex digit. See Hexadecimal number system.
Every binary number ends in the least significant bit on the left.
False. Position (weight , the least significant bit) is on the right, matching how decimal puts the units digit on the right.

Spot the error

A student's line of reasoning is given; find the flaw and state the fix.

" r , r , r , r ; reading top-to-bottom gives ."
The remainders are read bottom-up, not top-down. The first remainder is the bit; reading upward gives (), while wrongly equals .
"One byte holds patterns, so its unsigned values go from to ."
The range starts at , not . Values run to ; the count includes the pattern for .
" is bigger than because is a three-digit number."
You cannot judge magnitude by digit count across bases, and is not even valid — the digit doesn't exist in base (only and are allowed).
"To store the number you need bits, since ."
bits label only the values , so the value doesn't fit and overflows them. You need bits, because patterns stop at label ; to include the value you need patterns.
"Since decimal , binary must use powers of too."
The place-value rule is the same, but the base changes the column weights. Binary uses powers of the base (), not powers of .
" is a nice round number, so is a decimal kilobyte."
is round only in binary (). The decimal kilobyte is . Roundness in one base says nothing about the other.

Why questions

Why does repeatedly dividing a whole number by produce its binary digits?
We work with the number's value, not any particular written form. Dividing by asks "how many groups of two, and is there left over?" — the remainder ( or ) is exactly the current least significant bit, and each division peels off the next bit from the right.
Why do we only add the columns that contain a when converting binary to decimal?
A in a column contributes , so it adds nothing; only the -columns carry value.
Why is the byte ( bits) the standard addressable unit rather than the bit?
Addressing every single bit would need far more addresses and hardware; grouping into bytes gives a practical granularity, and bits neatly hold one character-sized value or two nibbles/hex digits. See Memory addressing.
Why does the value formula start the position count at , not ?
The rightmost column must be worth (plain units); if we started at the units column would wrongly be worth , breaking every conversion.
Why can a computer represent letters, images, and sound if it only stores s and s?
Any information can be encoded as a pattern of on/off states via an agreed scheme; the bits themselves are neutral — meaning comes from the convention that reads them.
Why is losing "one value" ( instead of ) not really a loss of a pattern?
We don't lose a pattern at all — all patterns exist. It's only that the labels include , so the biggest label is one less than the count.

Edge cases

What does bits () represent?
pattern — the empty pattern — representing exactly one value (conventionally ). It's a valid but degenerate case of the formula, not "nothing".
What is the binary representation of ?
A string of zeros (e.g. or ); every column holds , so the sum is . It's the one pattern present in every bit width.
Is the same value as ?
Yes, both equal one — the single units column . Single-digit numbers coincide across all bases because only the column is used.
What is the largest value in a nibble, and does the "" rule still apply?
(binary ). The rule holds for any width: bits give patterns labelled .
If a value needs more bits than a byte provides, what happens on hardware that stores only bytes?
It's split across multiple bytes (multi-byte storage) — e.g. two bytes span (). A single byte alone simply cannot hold anything above ; larger values overflow it.
Does the number of digits in a binary number tell you its exact decimal value?
No. It bounds the value: an -digit binary number (leading ) lies in , but the exact value depends on which inner bits are set.

Recall One-line self-test before you close

Cover the answers above and re-answer: " bits → max value?", "KiB vs kB?", "which end is the LSB?", "why bottom-up remainders?". If any reasoning wobbles, revisit the parent note's Section 3–4.

Connections