Classroom Glossary Public site

Multi-Base Number Slider Workout (FND-101 Weeks 1-2)

2,801 words · worksheet

This is a Tier-1-graded worksheet. Submit this filled worksheet only. The Week 1 paper-conversion lab (1.1 Binary by Hand) is the deeper artifact; today is the calibration that confirms your hand work and surfaces the patterns hand work alone hides.

Purpose

Week 1 lab 1.1 had you convert 20 numbers between decimal and binary on paper. That work built the column-weight algorithm in your fingers. Today's worksheet drives the Multi-Base Number Slider (/workbench/static/multi-base-slider.html) to confirm your hand answers and surface two patterns paper alone obscures: (a) the bit-grid lights up the on-bits at the same instant the decimal / hex / binary / octal / ASCII columns update, so the relationship between bit positions and digit weights is visible at a glance, and (b) the ASCII column tells you which decimal values land on a printable character versus a control code, which is the missing piece between Week 1 (numbers) and Week 2 (characters).

The slider's five columns (Decimal / Hexadecimal / Binary / Octal / ASCII) show the same value in five lenses simultaneously. The bit grid below shows which bit positions contribute to that value. The 8-bit / 16-bit toggle lets you see what happens when a number outgrows a byte. You use those affordances to answer two kinds of question this worksheet poses: predictive (what will the hex column read when I set decimal to 200?) and observational (the binary column reads 1011 0001; what byte is that in hex, and is it printable?).

The pedagogical claim of FND-101 Week 1 is that every base is a different lens on the same quantity. The slider makes that claim visual: drag once, see all five lenses update together. The pedagogical claim of Week 2 is that text is a numbers convention. The slider makes that visual too: drag through 0-127 and watch the ASCII column either name a control code or print a glyph.

The deeper purpose: this worksheet builds the intuition that you carry into Week 2's xxd hex dump (xxd shows you bytes; the slider tells you what each byte means) and into every later chapter that interprets bytes (CSA-101 Ch 4 instruction encoding; RE-011 Week 3 ELF headers; NET-101 Week 9 HTTP wire format).

Learning Objectives

By the end of this worksheet, you will be able to:

  1. Predict the hex representation of any decimal value 0-255, and verify the prediction in the slider's hex column (Apply; Week 1 §1 positional notation).
  2. Predict the binary representation of any hex value 0x00-0xFF, and verify the prediction in the slider's binary column (Apply; Week 1 §3 conversion methods).
  3. Identify which decimal values map to printable ASCII characters and which map to control codes, by reading the slider's ASCII column (Apply; Week 2 §2 ASCII).
  4. Recognize the edge cases of an 8-bit byte (0, 255, 256 wrap, 0xff vs 0x100), by toggling the 8-bit / 16-bit width control (Analyze; Week 1 §2 byte boundary).
  5. Articulate one pattern the slider surfaces that hand-conversion does not, in 3-5 sentences (Evaluate; Week 1 §1 vs §3 vs Week 2 §2 integration).

Equipment Checklist

Step-by-Step Procedure

This worksheet takes ~60 minutes. Plan one sitting.

Stage 1 - Load the slider and read the layout

Stage 2 - Decimal to hex (5 predictions; Table A)

For each row of Table A: first fill the "Predicted hex" column from memory or by hand on paper (Week 1 §3 method). Then drag the slider (or type the decimal value into the decimal input) and fill the "Observed hex" column from what the slider's Hexadecimal row reads. If the two disagree, mark "miss" in the Match column and look back at your prediction.

The numbers chosen exercise the byte boundary, the printable-ASCII range, and a known unprintable.

Stage 3 - Hex to binary (5 predictions; Table B)

For each row of Table B: first fill the "Predicted binary" column from hand by mapping each hex digit to its 4-bit pattern (Week 1 §3 nibble method: each hex digit is exactly 4 bits). Then read the slider's binary column at that hex value.

Recall: hex 0 = 0000, 1 = 0001, 2 = 0010, ..., 9 = 1001, A = 1010, B = 1011, ..., F = 1111.

The slider only accepts decimal input; convert each hex value to decimal first OR click the bit grid to set the pattern. Either approach is fine; the prediction column is what is graded.

Stage 4 - Hex to ASCII (5 predictions; Table C)

For each row of Table C: first fill the "Predicted ASCII" column from your Week 2 §2 ASCII memory. The slider supplies the authoritative ASCII column; this exercise builds your recall of the printable range.

For each hex value, predict: (a) is the value in the printable range (0x20-0x7E)? (b) if printable, which glyph? (c) if not printable, what control-code mnemonic does the slider show (NUL, SOH, ..., US, DEL)? The slider's ASCII column either prints 'X' for printable characters or names the control code in parentheses for the rest.

Stage 5 - Edge cases (Table D)

The 8-bit / 16-bit toggle changes the slider's maximum value: 255 in 8-bit mode, 65535 in 16-bit mode. The edge cases 0, 255, 256, 0xff, and 0x100 test the byte boundary - the moment the value outgrows an 8-bit byte and needs a second.

Stage 6 - Reflection

Answer the 4 reflection prompts below in 2-4 sentences each.

Data Entry Tables

Table A - Decimal to Hex (Steps 4-6; PREDICT before sliding)

# Decimal Predicted hex Observed hex (slider) Match
1 7 0x____ 0x____ [ ]
2 32 0x____ 0x____ [ ]
3 65 0x____ 0x____ [ ]
4 127 0x____ 0x____ [ ]
5 200 0x____ 0x____ [ ]
All 5 predictions filled BEFORE first slider interaction? [ ] Yes [ ] No (re-do honestly)

Table B - Hex to Binary (Steps 7-8; PREDICT before sliding)

# Hex Decimal equivalent (for slider) Predicted binary (4-bit groups) Observed binary (slider) Match
1 0x0F 15 ____ ____ ____ ____ [ ]
2 0x10 16 ____ ____ ____ ____ [ ]
3 0xAF 175 ____ ____ ____ ____ [ ]
4 0x55 85 ____ ____ ____ ____ [ ]
5 0xFF 255 ____ ____ ____ ____ [ ]

Table C - Hex to ASCII (Steps 9-10; PREDICT before sliding)

# Hex Decimal Predicted ASCII (glyph OR control-code mnemonic) Observed ASCII (slider) Match
1 0x00 0 __________________ __________________ [ ]
2 0x20 32 __________________ __________________ [ ]
3 0x30 48 __________________ __________________ [ ]
4 0x41 65 __________________ __________________ [ ]
5 0x7F 127 __________________ __________________ [ ]

The bit-5 (0x20) case-swap exercise from Week 2 §2: predict what 0x61 displays. After you finish row 4 above, try 0x61 and confirm the lowercase pattern. Note in margin.

Table D - Edge Cases (Steps 11-15)

# Setup Decimal Hex Binary ASCII Note
1 8-bit, slide to 0 0 _____ _____ _____ _____
2 8-bit, slide to 255 255 _____ _____ _____ _____
3 8-bit, type 256 - - - - What does the slider do with an out-of-range input? __________________
4 16-bit, decimal 256 256 _____ _____ _____ How many binary digits does the slider now show? __________________
5 16-bit, decimal 256 (= 0xff + 1) 256 _____ _____ _____ The hex column transitions from 0x__ to 0x___; the bit at position __ is now on.

Reflection Prompts

Answer in 2-4 sentences each.

1. The slider shows the same number in five bases at once. Which of the five columns did you find yourself looking at most often during Tables A through C? Why? (There is no wrong answer; the question calibrates which lens has become your default.)



2. The bit grid lights up the on-bits at the same instant the decimal / hex / binary / octal columns update. What pattern in the bit grid did you notice that you do not think you would have seen if you only saw the binary column as a row of digits? (Hint: the column-weight labels above each bit position make the powers-of-two ladder visible; in a flat binary string they are implicit.)



3. Table D row 5 showed the byte boundary directly. In 8-bit mode the value 256 is unrepresentable; in 16-bit mode the same value lights bit position 8 (a bit no 8-bit byte has). Explain in your own words why CSA-101 Ch 4's RV32I-Lite instructions are 32 bits and not 8: what would not fit if instructions were one byte each? (You do not need to know RV32I-Lite yet; reasoning from "256 distinct values" is enough.)



4. The brief's headline question. What did you see using the slider that you could not see when computing by hand? (Hint: a hand conversion shows you the answer in one base; the slider shows you the answer in five bases at the same instant. A good answer names a specific relationship between two columns - bit position vs hex digit, decimal value vs ASCII glyph, on-bits in the grid vs the count of 1s in the binary string - that became visible only because both lenses were on screen together.)




Toolchain Diary Trigger

This worksheet introduces one new tool:

Submission Checklist

Pass/Fail Self-Evidence (Tier 1 of the rubric)

Every gate must be checked.

If any gate is unchecked, do not submit yet.

Common Pitfalls

The five most common first-attempt failures:

  1. Slid before predicting. The prediction columns lose their calibration value once you have seen the answer. If you slid first and back-filled predictions, redo honestly with a different set of numbers from FND-101 lab 1.1's appendix.
  2. Used the slider's clamp to "fix" an 8-bit overflow. Table D row 3 is supposed to show you what the slider does with out-of-range input (it clamps to 255). The pedagogical point is that the byte cannot hold 256; observe the clamp rather than fight it.
  3. Forgot to switch to 16-bit mode for Table D rows 4 and 5. The toggle is two buttons at the top; click the 16-bit button (the aria-pressed state changes). The decimal input's max also changes from 255 to 65535.
  4. Misread the slider's binary column for hex values. The binary column groups bits as XXXX XXXX (or XXXX XXXX XXXX XXXX in 16-bit mode). Each 4-bit group is one hex digit. If your prediction has different grouping (or no spaces), normalize the grouping before checking the match.
  5. Confused 0x100 with 0x10. Hexadecimal positional notation: 0x10 = 16 (decimal); 0x100 = 256 (decimal). The trailing zeros multiply by 16, not by 10. The slider's hex column is your authority here.

Forward Pointer

Lab 1.2 (Hex Dump) is the next FND-101 worksheet. After today's slider workout, you will run xxd against a small text file and recognize the bytes - the slider's ASCII column told you which byte is which character; lab 1.2 confirms that bytes really do appear in files exactly as the slider says.

Lab 2.1 (UTF-8 Encoding) extends the same idea from one-byte ASCII to multi-byte UTF-8. The Week 2 §4 algorithm splits a code point across 2, 3, or 4 bytes; today's slider only handles single bytes (the printable-ASCII case is the 1-byte UTF-8 case). Lab 2.1's xxd hex dumps of accented characters and emoji will show you the multi-byte bytes the slider cannot.

Beyond FND-101: every later chapter that interprets bytes leans on today's intuition. CSA-101 Ch 4 has you hand-encode RV32I-Lite instructions as 32-bit words (use the encoding card; the slider's mental model carries over even though the slider tops out at 16 bits). RE-011 Week 3 has you read ELF headers as a byte strip (the same "what does this byte mean" question, with the field labels coming from the spec instead of the slider). NET-101 Week 9 has you read HTTP request lines in a pcap (text in ASCII; the slider taught you which byte is which character). The slider is the calibration; every later byte-reading exercise inherits the calibration.


LAB WORKSHEET COMPLETE - Multi-Base Slider Workout v1.0; Tier-1-graded worksheet-completion; YAML frontmatter (12 fields incl grading_disposition: Tier-1 worksheet-completion. Every prediction row in Tables A-C filled BEFORE the corresponding observation row; edge-case Table D filled accurately against the slider; all 4 reflection prompts answered) + 5 Bloom-ordered LOs tied to FND-101 Week 1 §1 positional notation + Week 1 §3 conversion methods + Week 2 §2 ASCII bit-5-case-swap + Week 1 §2 byte boundary + Week 1-Week 2 integration + 7-item Equipment Checklist (incl slider URL + Week 1 + 2 prose re-read + paper-notebook-for-prediction discipline + Lab 1.1 PASS gate) + 6-stage / 15-step Procedure (load slider + read pedagogy paragraph -> Table A decimal-to-hex with 5 predictions BEFORE sliding -> Table B hex-to-binary with 5 predictions BEFORE sliding -> Table C hex-to-ASCII with 5 predictions BEFORE sliding -> Table D edge cases 0/255/256/0xff/0x100 with byte-boundary observation -> reflection) + 4 Data Tables (A: decimal-to-hex prediction-then-verify / B: hex-to-binary prediction-then-verify / C: hex-to-ASCII prediction-then-verify incl bit-5-case-swap aside / D: 5 edge-case rows with slider-clamp + bit-position-at-256 observations) + 4 Reflection Prompts (which-of-5-columns-is-default-lens + bit-grid-pattern-not-visible-as-flat-binary-string + why-RV32I-Lite-instructions-are-32-not-8-bits + the-brief's-headline what-did-you-see-with-slider-not-with-paper) + Toolchain Diary Trigger (one new tool: Multi-Base Number Slider with URL + 5-base contract + observational surprise; recommended re-encounter section on Lab 1.1 paper conversion verified by slider) + Submission Checklist (5 items) + Pass/Fail Self-Evidence (4 Tier-1 gates) + Common Pitfalls (5 numbered) + Forward Pointer to Lab 1.2 (Hex Dump uses slider's calibration) + Lab 2.1 (UTF-8 multi-byte extends single-byte case) + CSA-101 Ch 4 32-bit-instruction-encoding inherits + RE-011 Week 3 ELF byte-strip inherits + NET-101 Week 9 HTTP-text-in-ASCII inherits + closing thesis on slider-as-calibration-for-every-later-byte-reading; references multi-base slider spec from R-INTERACTIVE-FND-101-MULTI-BASE-SLIDER-2026-05-13 (commit 394efc8) + the bit-5-case-swap from Week 2 §2 implicitly via Table C aside; no new pedagogical anchors added per voice-contract.