[ttbombadil]

Paket

P6.4 Board-Hardware und Regeln ATtiny85 (M). Gestapelt auf #335 → #334. Die Basis ist feature/browser-emulation; bis die Vorgänger gemergt sind, enthält der Diff deren Commits mit. Merge-Reihenfolge: #334, #335, dann dieser PR.

Umgesetzt

Paket

• ATTINY85_BOARD, gegen variants/tinyX5/pins_arduino.h geprüft:

  • Pins 0–5 sind PB0–PB5, 8 MHz, LED_BUILTIN 1;
  • A0–A3 sind Zweitnamen der Pins 5, 2, 4, 3 (neues Feld analogName);
  • PWM an 0 (Timer 0 A), 1 (Timer 1 A, TIMER1_PWM) und 4 (Timer 1 B);
  • PB5 hat die Rolle reset; Serial ist ein Port der Art software an 0 (TX) und 1 (RX).

• Profil und Hardware des ATtiny85 sind jetzt in mcuProfile und boardHardware registriert.

• SerialPorts nimmt einen USART oder einen SoftwareUart (feat(emulator): model the software UART of the ATtiny85 (P6.3) #335). setFallbackBaud setzt die Rate, mit der dekodiert wird, bis die Leitung die des Sketches zeigt; angebunden wird es mit P6.5.

• PWM-Beobachtung für Timer 1 des ATtiny85:

  • Tastverhältnis aus TCCR1/GTCCR (PWM1x, COM1x), OCR1x und OCR1C als TOP;
  • pwmChannelRegisters gibt io-usage eine gemeinsame Sicht auf alle Timer.

  Die Pinanzeige zeigt damit analogWrite(4, 200) richtig, obwohl avr8js dort kein Signal erzeugt (feat(emulator): add the ATtiny85 MCU profile (P6.2) #334).

Shared und Parser

• Das Pinmodell kennt analogName; resolveBoardPin("attiny85", "A1") liefert 2, boardPinAliases liefert die Zweitnamen.

• Die Parser rechnen wie ATTinyCore: A<n> ist 0x80 | n und wird in jeder Pinfunktion zum Pin; analogRead(n) nimmt den Kanal n (pinContext.analogValue, isPinValue, callPin). Ohne das wurde analogRead(A1) zu Pin 4. Beim Uno, Nano und Mega bleibt alles wie vorher; das zeigen die bestehenden Parser-Tests.

• Neue Warnungen:

  • digitale Nutzung des RESET-Pins PB5 (analogRead(A0) bleibt erlaubt);
  • andere Nutzung von PB0/PB1, wenn der Sketch Serial verwendet.

  Serial1 gibt es nicht; das deckte die bestehende Regel schon ab.

Toolchain-Gate: Ein neuer Fall in avr-emulator-board-pinmap.test.ts prüft Port, Bit, Timer, Analogkanäle und LED_BUILTIN gegen ATTinyCore. analogInputToDigitalPin(n) und LED_BUILTIN (( 1)) wertet der Compiler des Cores aus (-S, .word lesen), weil der Präprozessor diese Ausdrücke nicht ausrechnet.

Doku: SSOT Boards (Pinmodell und Regeln ATtiny85), README des Pakets, Plan, Status.

Abnahmeevidenz

• tests/attiny85-board.test.ts (8 Fälle), über den Emulator:
  • Serial über den Software-UART und Eingabe mit Antwort;
  • Rückfall-Baudrate;
  • PWM 200 und 77 in der Pinanzeige, analogWrite in der I/O-Registry;
  • Analogwert am Pin.
• tests/shared/attiny85-pins-and-rules.test.ts: 8 Fälle.
• Gates:
  • Unit: App 3570, Emulator 663 Tests;
  • Toolchain-Gate: 128 Tests (144 s von 300 s);
  • npm run build mit Bundle 690,1 kB von 710 kB;
  • E2E 51/51;
  • check, lint, knip, check:docs, Pre-Push mit Sonar (zwei S3358 behoben).

Abweichungen vom Plan

Der Board-Status bleibt planned. Die Freigabe als preview ist P6.5, zusammen mit der UI (DIP-8-Grafik, Analognamen in der Anzeige), dem Korpus und dem E2E-Test.

Geänderte bestehende Tests (freigegeben vom Nutzer am 23.10.2026)

Fünf Tests nutzten attiny85 als Beispiel für ein „Board ohne Hardware-Profil“. Sie prüfen den Rückfall jetzt mit einer unbekannten ID; die Prüfung selbst bleibt:

• packages/avr-emulator/tests/atmega328p-boards.test.ts:39–41
• tests/client/lib/active-board.test.ts
• tests/shared/board-pins.test.ts
• tests/shared/boards.test.ts (boardPinAliases)
• tests/shared/parsers-per-board.test.ts (Rückfall auf den Uno)

Ohne Freigabe nötig, weil keine Prüfung geändert wurde: Der Helfer in avr-emulator-board-pinmap.test.ts ist umgebaut (coreProperties); die drei bestehenden Board-Fälle sind unverändert.

🤖 Generated with Claude Code