22 June 2024 - 28 June 2024
Table of Contents
- 1. MIT OCW
- 2. SJ grounds
- 3. SCZ Front Step
- 4. Andromeda Path analysis
- 5. John Ralston
- 6. Spacewire-like PHY
- 7. EDA workflow
- 8. CA Root Key Generation
- 9. Compilers
- 10. Piper dovecot
- 11. Various i686
- 12. piper
- 13. Buffalo WZR-HP-G300NH
- 14. SJC weather station
- 15. opencl
- 16. EPLDH
- 17. wktpqb
- 18. Mill Controller #2
- 19. Alum Rock Data Center
- 20. Virtual Orchestra
- 21. gat
- 22. RIOT drivers
- 23. mcd05 32 button/led box
- 24. AMD 2900 bitslice computing
- 25. Hitachi HD68B09E CPU
- 26. Rockwell R65F11
- 27. PLD programming
- 28. EPROM Programming
- 29. POSIT
- 30. MAME
- 31. More project ideas
- 32. David Davies
1. MIT OCW
1.1. 18.06sc (Linear Algebra)
1.1.1. Unit II: Differential Equations and exp(At)
2. SJ grounds
Too Hot!
3. SCZ Front Step
3.1. Test piece right side fitting continues
3.2. Target piece roughed out to width; bevel cut
4. Andromeda Path analysis
4.1. Initial path complete.
4.2. Continuing "fun" reconciling EDD catalog with GAIA DR3
4.2.1. Distance modulus data more or less matches
4.2.2. Studying refinement of DR3 parallax conversion
A lot more complicated! Gaiasky has bayesian path database.
4.2.3. Initial "two step path" to M31
Now it's a physics problem of whether any constructed artifact can traverse 700 kiloparsecs.
5. John Ralston
Ralston Family plot is the first next to the road on the south end.
6. Spacewire-like PHY
Poking that this long-standing problem. Building infrastructure to test if it's possible to construct a PHY layer with acceptable BER to 50 MBit which should be sufficient for 32 16-bit channels at 48 KHz sample rate. Need to re-establish EDA workflow.
7. EDA workflow
7.1. kicad
Spacewire-like PHY with LVDS and XOR gates.
7.2. FPGA programming
7.2.1. lattice workfow refinement (testbenches)
7.2.2. simple interconnect circuit tested
7.2.3. simple SPI client to 8 bit wishbone bus in development
Passes testbench
7.3. RIOS OS
7.3.1. Nucleo boards build fine
7.3.2. Arduino Uno builds fine
7.3.3. Some difficulty getting SPI on F767ZI to work but now resolved
8. CA Root Key Generation
Nice to have an appliance that manages keys. Need to make this simple. Really don't have time for a science project. Too, bad, though. It kind of is a science project. Could just buy something from nitrokey https://www.nitrokey.com/ but I really don't want to spend money on it of I have hardware already. Looking at nitrokey in more detail, it doesn't seem to be any simpler than what I'm doing already.
8.1. First pass done
8.1.1. Based on https://pki-tutorial.readthedocs.io/en/latest/simple/
Interesting that the certs generated fail with openssl sserver testing because the cryptographic algorithms are too weak.
8.2. 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?
8.3. Simple hardware.
8.3.1. Use beagleboard with local interface
8.3.2. Use some modern device TPM
Need to export data for backup.
8.3.3. Or something that uses PKCS11 interface
8.4. 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.
8.5. Use Sneakernet
Doesn't scale. Should use something so cert updates are automatable. But that's a science project it seems.
9. Compilers
9.1. Compiled Wikipedia PL/0 example
9.2. Work out overall plan.
Lots of moving pieces.
9.3. Looking into LLVM MLIR.
Will not use immediately, but perhaps trend in that direction.
9.4. ASDL
9.4.1. current smlnj C++ implementation incomplete
9.4.2. old versions asdl source fail to build with new versions of smlnj
9.4.3. old versions of smlnj not easily buildable on x8664
9.4.4. ancient binary of asdl 1.2 compiler seems to work
but associated libraries are to old to link because of missing ctype symbol
9.4.5. analyzing asdl 1.2 generated code
Most of the code is for serialization, which is going to be replaced anyway, so can be removed by hand.
9.4.6. run in vm?
Analysis of binaries shows that it was built on some redhat os using gcc 2.8.1. Redhat-6.2? No. Tried various ancient Redhat OSs.
10. Piper dovecot
10.1. Update broke dovecot auth.
Looks PAM related, but PAM update failed to fix.
10.2. Set tuffy up as a staging server
So I don't debug on 'production'.
10.3. piper dovecot SSL certificate NOT broken
At least not obviously broken (yet). Further investigation needed.
11. Various i686
11.0.1. netbsd
was installed. But needed the box for something else.
11.0.2. buildroot
builds complete.
12. piper
12.1. dovecot
12.1.1. Raising apparmor error.
Not sure how to resolve.
12.2. pidgeonhole
12.2.1. procmail replacement.
12.2.2. Considering integration.
12.3. httpd
12.3.1. Still stable.
But seems to occassionally mis-serve files.
12.4. SSL cert
Trying letsencrypt with certbot. http problem above may be interfering.
12.5. redmine
Still not sure I want to go down this rabbit hole.
12.6. openvpn
Need to consider cert construction.
13. Buffalo WZR-HP-G300NH
13.1. Update
Sometime next year.
14. SJC weather station
14.1. Proper enclosure mostly constructed
14.1.1. Needs a redo on bottom plate
14.1.2. Seems to have improved wireless connectivity somewhat
15. opencl
15.1. Studying. Have some examples working.
15.2. Need to look at arrayfire as an alternative.
15.3. This is a bit of a hammer looking for a nail.
16. EPLDH
16.1. MPFI interval arithmetic better alternative
17. wktpqb
17.1. needs a new approach
17.2. Verifying edge construction (con't.)
17.3. 'gcd' algorithm doesn't work
18. Mill Controller #2
18.1. Mounted on mill - ready or testing
18.2. Need to investigate new HW/SW for eventual replacements
18.2.1. Old crap ain't gonna last forever
18.2.2. Buildroot/Linux 5.15 PREEMPT + latency tools
First pass done - boots on real hardware
18.3. Alternative architecture
18.3.1. Split off stepper motor controller to separate board
Increase latency tolerance on controller
18.3.2. Use emc2 MODBUS/TCP protocol for stepper and other IO
19. Alum Rock Data Center
19.1. May have problem with network power module.
It's only 30 years old or something like that.
19.2. Added Ethernet card to tuffy
Preparing as backup/staging server.
19.3. Need a VPS with static IP
Just use dynamic interface to bind.
20. Virtual Orchestra
20.1. sfz file tests
20.1.1. need tooling to edit sample files
20.2. increasingly skeptical whether quality results are possible
20.3. maybe should treat as platform for concatinative synthesis
20.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.
21. gat
21.1. spectrogram done - matches 'octave' output
22. RIOT drivers
Implemented - needs testing.
22.1. WS2801
22.2. Velleman KA03
22.3. Velleman KA05
23. mcd05 32 button/led box
23.1. Recovered schematics.
23.2. Planning software.
23.3. Received STM32F767 Nucleo144 with Ethernet.
23.3.1. Test program running.
23.3.2. Need to consider CoAP multicast discovery.
23.3.3. Consider simpler architecture with STM32F767 as a 'hub'.
23.3.4. Consider CAN interface to hub.
24. AMD 2900 bitslice computing
24.1. Probably my oldest uncompleted project
24.2. Exploring possibilities for something constructive
Create verilog models for 2903/2910 and verify against hardware?
25. Hitachi HD68B09E CPU
25.1. RAM/UART/IO
25.2. Started schematic
25.2.1. Standard peripheral set for 8 bit CPU bringups
Board schematic planned - need Kicad symbols
25.3. Arduino Mega 2560 DMA loader
…Along with standard 8 bit loader
25.4. Generate quadrature clock directly
25.5. Full Bus SW Emulation infeasible
6809 1000ns maximum cycle time too short
26. Rockwell R65F11
26.1. Still evaluating.
26.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.
27. 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.
28. EPROM Programming
Found some software for Needham programmer. Need to check electrolytic caps on ISA board.
29. POSIT
29.1. Use POSITs for YRX?
No. Existing library is fine.
30. MAME
30.1. Subset builds in debug mode
Full debug fails - not enough disk or memory.
30.2. gs6809 serial IO doesn't work right with PTY and other streams
30.3. ampro (Z80/Z80SIO) does work with PTY
30.4. Evaluating what is needed for other emulators.
31. More project ideas
31.1. Zuse Z3 simulation in Verilog
Good excuse for floating point ALU design. Try posit format?
31.2. GMPForth ports to simulators
31.2.1. SIMH for some targets (vax)
31.2.2. MAME looks interesting for microprocessor system emulations
How to support ersatz systems?
31.2.3. Ports to classic figFORTH targets
31.3. GMPASM assembler
May be useful for handbuilt and rare systems (DMX1000?).
31.4. Extracting ISO Superboard Forth ROMS for MAME emulation
31.5. 'bwocl' OpenCL tooling
31.5.1. Offline compilation
31.5.2. Standard Kernel Running
31.6. hardware support for classic 5V CPUs
31.6.1. RTX2000, CDP1802 still available!
31.6.2. 6502, 68000, 320C30, others on hand
31.6.3. CPUs with totally async bus may be supportable without RAM
31.6.4. Could use small footprint monitor in asm (gmpmon?)
31.7. Existing 'retro' hardware still working?
31.7.1. OSI Superboard
Unknown. Composite to VGA adapter didn't seem to work. Needs analysis. Found OSI model 610 board underneath!
31.7.2. Super Jolt
No output. Needs analysis.
31.7.3. Ampro Little Board
Not booting. Needs analysis.
31.7.4. Rockwell R65F11 Demo board
UART sending "NO ROM" at 2400 7N1 as expected with 2MHz xtal. MAME emulator possibilities?
31.7.5. NMIX-0016
Works. Found original prom in a parts stash(!).