11 November 2023 - 17 November 2023

Table of Contents

1. MIT OCW

1.1. 18.03sc (differential equations).

1.1.1. Unit IV - Qualitative Behavior: Phase Portraits

2. wood chips

Continuing.

3. SCZ Front Step

3.1. Door sill to SJ to clean up

3.1.1. Moved tablesaw instead of rotated to accomodate.

3.1.2. Still messed it up. Grr.

3.1.3. Need to get more material. Oh well.

4. Next arch installs

4.1. M22 (AMD kavari box)

4.2. Various i686

Let's see how the 32 bit version works!

5. amdgpu gcn assembly framework started

5.1. probably a waste of time

5.2. time better spent on opencl on supported hardware

6. quilt block rearrangement (done)

6.1. arrangement by hand good enough

6.2. probably better to have a 'verifier' than an arranger program

7. opencl

Studying. Have some examples working.

8. EPLDH

8.1. MPFI interval arithmetic better alternative

9. wktpqb

9.1. Verifying edge construction (con't.)

9.2. 'gcd' algorithm doesn't work

10. Compilers

10.1. Started hand written WSN parser

11. Mill Controller #2

11.1. Mounted on mill - ready or testing

11.2. Need to investigate new HW/SW for eventual replacements

11.2.1. Old crap ain't gonna last forever

11.2.2. Buildroot/Linux 5.15 PREEMPT + latency tools

First pass done - boots on real hardware

11.3. Alternative architecture

11.3.1. Split off stepper motor controller to separate board

Increase latency tolerance on controller

11.3.2. Use emc2 MODBUS/TCP protocol for stepper and other IO

12. Alum Rock Data Center

12.1. Use Arch linux

Thanks to niece Danielle for consultation.

12.2. Need a VPS with static IP

12.2.1. OpenVPN to tie it all together

12.2.2. Gandi VPS datacenter in France so connection crosses international border

What are the data security and privacy tradeoffs?

12.2.3. Prototype VPS on existing hardware

  1. OpenStack?

13. CA Root Key Generation

Nice to have an appliance that manages keys. Could just buy something from nitrokey https://www.nitrokey.com/

13.1. Need to be clear on security properties.

Definitely protect against remote access to private keys. How strong does the protection against local access need to be?

13.2. Simple hardware.

13.3. USB Serial interface only but no credentials across USB I/F.

But this potentially exposes the hardware to remote access via the USB I/F when connected.

13.4. Use Sneakernet

Using "disk drive" IO introduces air gap - remote access impossible. Increases attack surface via filesystem manipulation. But use signed requests, so attacks would have to be insider requests.

13.5. Beagleboard

Found in SCZ. Thought it was in SJ.

13.6. LCD Touchscreen

Unlocks encrypted filesystem. Maybe not needed. See below.

13.7. Morse code PIN

Only need ONE button, and a pass/fail LED. Hardware will never go EOL (Thanks Elena!). Susceptible to remote audio recording of PIN button noise, which could be overcome by using 2FA. Again - what am I protecting against?

13.8. Telephone Keypad or some such

May be more straightforward.

13.9. Use a regular keyboard for input

Have more than enough laying around.

13.10. Use an LCD panel for output

Also have more than enough. Old enough hardware can drive the display directly off the parallel port.

13.11. Encrypted Filesystem

For sensitive material only.

14. Virtual Orchestra

14.1. sfz file tests

14.1.1. need tooling to edit sample files

14.2. increasingly skeptical whether quality results are possible

14.3. maybe should treat as platform for concatinative synthesis

14.4. maybe should just accept the limitations and work with it

One should not be disappointed that a guitar can't sound like a flute.

15. gat

15.1. spectrogram done - matches 'octave' output

16. RIOT drivers

Implemented - needs testing.

16.1. WS2801

16.2. Velleman KA03

16.3. Velleman KA05

17. mcd05 32 button/led box

17.1. Recovered schematics.

17.2. Planning software.

17.3. Received STM32F767 Nucleo144 with Ethernet.

17.3.1. Test program running.

17.3.2. Need to consider CoAP multicast discovery.

17.3.3. Consider simpler architecture with STM32F767 as a 'hub'.

17.3.4. Consider CAN interface to hub.

18. AMD 2900 bitslice computing

18.1. Probably my oldest uncompleted project

18.2. Exploring possibilities for something constructive

Create verilog models for 2903/2910 and verify against hardware?

19. Hitachi HD68B09E CPU

19.1. RAM/UART/IO

19.2. Started schematic

19.2.1. Standard peripheral set for 8 bit CPU bringups

Board schematic planned - need Kicad symbols

19.3. Arduino Mega 2560 DMA loader

…Along with standard 8 bit loader

19.4. Generate quadrature clock directly

19.5. Full Bus SW Emulation infeasible

6809 1000ns maximum cycle time too short

20. Rockwell R65F11

20.1. Still evaluating.

20.2. Dev board

Reverse engineered some of a mostly fully built development board with one part missing. As near as I can tell, that one part is some sort of programmable address decoder with a pinout that does not correspond to any part I can find. Kind of like a GAL but with inputs on top and outputs on bottom (as opposed to left and right in a standard GAL). I have no idea what the provenance of this board is and if it ever worked.

21. PLD programming

Looks like Atmel 16V8 is the last 5V PLD part left standing. Maybe not surprising that there still doesn't appear to be a fully open source tool chain for programming. How hard could it be? (!) Could next-pnr generic help? Might be easier to use espresso for logic array and program output logic bits directly for simple stuff.

22. EPROM Programming

Found some software for Needham programmer. Need to check electrolytic caps on ISA board.

23. POSIT

23.1. Use POSITs for YRX?

No. Existing library is fine.

24. MAME

24.1. Subset builds in debug mode

Full debug fails - not enough disk or memory.

24.2. gs6809 serial IO doesn't work right with PTY and other streams

24.3. ampro (Z80/Z80SIO) does work with PTY

24.4. Evaluating what is needed for other emulators.

25. More project ideas

25.1. Zuse Z3 simulation in Verilog

Good excuse for floating point ALU design. Try posit format?

25.2. GMPForth ports to simulators

25.2.1. SIMH for some targets (vax)

25.2.2. MAME looks interesting for microprocessor system emulations

How to support ersatz systems?

25.2.3. Ports to classic figFORTH targets

25.3. GMPASM assembler

May be useful for handbuilt and rare systems (DMX1000?).

25.4. Extracting ISO Superboard Forth ROMS for MAME emulation

25.5. 'bwocl' OpenCL tooling

25.5.1. Offline compilation

25.5.2. Standard Kernel Running

25.6. hardware support for classic 5V CPUs

25.6.1. RTX2000, CDP1802 still available!

25.6.2. 6502, 68000, 320C30, others on hand

25.6.3. CPUs with totally async bus may be supportable without RAM

25.6.4. Could use small footprint monitor in asm (gmpmon?)

25.7. Existing 'retro' hardware still working?

25.7.1. OSI Superboard

Unknown. Composite to VGA adapter didn't seem to work. Needs analysis. Found OSI model 610 board underneath!

25.7.2. Super Jolt

No output. Needs analysis.

25.7.3. Ampro Little Board

Not booting. Needs analysis.

25.7.4. Rockwell R65F11 Demo board

UART sending "NO ROM" at 2400 7N1 as expected with 2MHz xtal. MAME emulator possibilities?

25.7.5. NMIX-0016

Works. Found original prom in a parts stash(!).

26. David Davies

26.1. Broadcom BCG? Employee indicted for running a brothel.

26.2. New case C1923172, consolidated with 15 Parties.

26.3. Next hearing 2/26/2024

Author: Daniel Kelley

Created: 2023-11-25 Sat 06:36

Validate