Search
263 results for “bread80”
-
I've now added some photos to the repository (link in previous toot). Not the best quality but there's now something to look at.
Here's a couple of those for the Decoder PCB. There are more in the repository itself.
-
On most retro machines using graphics or sound or driving the hardware required arcane commands or pokes.
Amstrad BASIC contained a rich set of keywords for these operations.
This is referred to as ‘syntactic Alan Sugar’.
-
Checking the back of the #RP2350 #Pico-2 datasheet:
THE GPIOS ARE 5V TOLERANT !!!
Image 1: Specs for 'FT' (fault tolerant) pins.
Image 2: Pin type definitions.
Image 3: Listing of GPIO pins (not all shown 'cos there's far too many).
(PS The rating for the Analogue/Digital pins which can be routed to ADCs is unclear, but I'm expecting they have the same ratings).
-
Checking the back of the #RP2350 #Pico-2 datasheet:
THE GPIOS ARE 5V TOLERANT !!!
Image 1: Specs for 'FT' (fault tolerant) pins.
Image 2: Pin type definitions.
Image 3: Listing of GPIO pins (not all shown 'cos there's far too many).
(PS The rating for the Analogue/Digital pins which can be routed to ADCs is unclear, but I'm expecting they have the same ratings).
-
Checking the back of the #RP2350 #Pico-2 datasheet:
THE GPIOS ARE 5V TOLERANT !!!
Image 1: Specs for 'FT' (fault tolerant) pins.
Image 2: Pin type definitions.
Image 3: Listing of GPIO pins (not all shown 'cos there's far too many).
(PS The rating for the Analogue/Digital pins which can be routed to ADCs is unclear, but I'm expecting they have the same ratings).
-
Checking the back of the #RP2350 #Pico-2 datasheet:
THE GPIOS ARE 5V TOLERANT !!!
Image 1: Specs for 'FT' (fault tolerant) pins.
Image 2: Pin type definitions.
Image 3: Listing of GPIO pins (not all shown 'cos there's far too many).
(PS The rating for the Analogue/Digital pins which can be routed to ADCs is unclear, but I'm expecting they have the same ratings).
-
Checking the back of the #RP2350 #Pico-2 datasheet:
THE GPIOS ARE 5V TOLERANT !!!
Image 1: Specs for 'FT' (fault tolerant) pins.
Image 2: Pin type definitions.
Image 3: Listing of GPIO pins (not all shown 'cos there's far too many).
(PS The rating for the Analogue/Digital pins which can be routed to ADCs is unclear, but I'm expecting they have the same ratings).
-
#Datapoint 2200: I have the memory cards designed and assembled but no memory chips. My plan is to add a 'backpack' board using modern parts.
Each card uses 32x 512 bit shift memory chips. The best modern option is probably 512 bit FIFOs and tie the outputs back to the inputs to recirculate data.
You can get 9-bit or 18-bit wide chips but every bit is read and written together. So you need a multiplexer on each bit to select new data or recirculate.
🧵
-
#Datapoint 2200: I have the memory cards designed and assembled but no memory chips. My plan is to add a 'backpack' board using modern parts.
Each card uses 32x 512 bit shift memory chips. The best modern option is probably 512 bit FIFOs and tie the outputs back to the inputs to recirculate data.
You can get 9-bit or 18-bit wide chips but every bit is read and written together. So you need a multiplexer on each bit to select new data or recirculate.
🧵
-
#Datapoint 2200: I have the memory cards designed and assembled but no memory chips. My plan is to add a 'backpack' board using modern parts.
Each card uses 32x 512 bit shift memory chips. The best modern option is probably 512 bit FIFOs and tie the outputs back to the inputs to recirculate data.
You can get 9-bit or 18-bit wide chips but every bit is read and written together. So you need a multiplexer on each bit to select new data or recirculate.
🧵
-
#Datapoint 2200: I have the memory cards designed and assembled but no memory chips. My plan is to add a 'backpack' board using modern parts.
Each card uses 32x 512 bit shift memory chips. The best modern option is probably 512 bit FIFOs and tie the outputs back to the inputs to recirculate data.
You can get 9-bit or 18-bit wide chips but every bit is read and written together. So you need a multiplexer on each bit to select new data or recirculate.
🧵
-
#Datapoint 2200: I have the memory cards designed and assembled but no memory chips. My plan is to add a 'backpack' board using modern parts.
Each card uses 32x 512 bit shift memory chips. The best modern option is probably 512 bit FIFOs and tie the outputs back to the inputs to recirculate data.
You can get 9-bit or 18-bit wide chips but every bit is read and written together. So you need a multiplexer on each bit to select new data or recirculate.
🧵
-
What's the main challenge in assembling old code on a modern(ish) assembler? The old assemblers only consider the first few letters of a mnemonic significant. The 8008 has an INC opcode. My assembler has an INCLUDE directive.
(The old code doesn't use INCLUDE, but I need to import symbols from other files. The easy way is to write public symbols to a file in suitable format for an INCLUDE).
-
What's the main challenge in assembling old code on a modern(ish) assembler? The old assemblers only consider the first few letters of a mnemonic significant. The 8008 has an INC opcode. My assembler has an INCLUDE directive.
(The old code doesn't use INCLUDE, but I need to import symbols from other files. The easy way is to write public symbols to a file in suitable format for an INCLUDE).
-
What's the main challenge in assembling old code on a modern(ish) assembler? The old assemblers only consider the first few letters of a mnemonic significant. The 8008 has an INC opcode. My assembler has an INCLUDE directive.
(The old code doesn't use INCLUDE, but I need to import symbols from other files. The easy way is to write public symbols to a file in suitable format for an INCLUDE).
-
What's the main challenge in assembling old code on a modern(ish) assembler? The old assemblers only consider the first few letters of a mnemonic significant. The 8008 has an INC opcode. My assembler has an INCLUDE directive.
(The old code doesn't use INCLUDE, but I need to import symbols from other files. The easy way is to write public symbols to a file in suitable format for an INCLUDE).
-
What's the main challenge in assembling old code on a modern(ish) assembler? The old assemblers only consider the first few letters of a mnemonic significant. The 8008 has an INC opcode. My assembler has an INCLUDE directive.
(The old code doesn't use INCLUDE, but I need to import symbols from other files. The easy way is to write public symbols to a file in suitable format for an INCLUDE).
-
I wrote a Z80 assembler a few years ago. Thankfully I subclassed out the Z80 specific stuff. I've been updating it for Datapoint mnemonics and syntax.
I've also typed in the #Datapoint operating system listing from the Programmers Manual (46 pages. Nothing to a child of the 80s).
I'm now working through the files to get them to assemble. Currently there's a circular reference to resolve (comment out on first build), a couple of directives to add and an opcode which doesn't officially exist.
-
I wrote a Z80 assembler a few years ago. Thankfully I subclassed out the Z80 specific stuff. I've been updating it for Datapoint mnemonics and syntax.
I've also typed in the #Datapoint operating system listing from the Programmers Manual (46 pages. Nothing to a child of the 80s).
I'm now working through the files to get them to assemble. Currently there's a circular reference to resolve (comment out on first build), a couple of directives to add and an opcode which doesn't officially exist.
-
I wrote a Z80 assembler a few years ago. Thankfully I subclassed out the Z80 specific stuff. I've been updating it for Datapoint mnemonics and syntax.
I've also typed in the #Datapoint operating system listing from the Programmers Manual (46 pages. Nothing to a child of the 80s).
I'm now working through the files to get them to assemble. Currently there's a circular reference to resolve (comment out on first build), a couple of directives to add and an opcode which doesn't officially exist.
-
I wrote a Z80 assembler a few years ago. Thankfully I subclassed out the Z80 specific stuff. I've been updating it for Datapoint mnemonics and syntax.
I've also typed in the #Datapoint operating system listing from the Programmers Manual (46 pages. Nothing to a child of the 80s).
I'm now working through the files to get them to assemble. Currently there's a circular reference to resolve (comment out on first build), a couple of directives to add and an opcode which doesn't officially exist.
-
I wrote a Z80 assembler a few years ago. Thankfully I subclassed out the Z80 specific stuff. I've been updating it for Datapoint mnemonics and syntax.
I've also typed in the #Datapoint operating system listing from the Programmers Manual (46 pages. Nothing to a child of the 80s).
I'm now working through the files to get them to assemble. Currently there's a circular reference to resolve (comment out on first build), a couple of directives to add and an opcode which doesn't officially exist.
-
Now to get memory writes working in the Datapoint simulator. There's a /MEMORY_WRITE_READY input which needs to be driven. The circuit for this is on the keyboard decoder PCB.
Unconnected to the rest of that board, except for a POR output. Not the first bit of circuit I've found spilled onto a different board.
The circuit drives the /MEM_WRITE_READY line while the hardware bootloader reads data from tape. I can just glue it high for now.
-
Now to get memory writes working in the Datapoint simulator. There's a /MEMORY_WRITE_READY input which needs to be driven. The circuit for this is on the keyboard decoder PCB.
Unconnected to the rest of that board, except for a POR output. Not the first bit of circuit I've found spilled onto a different board.
The circuit drives the /MEM_WRITE_READY line while the hardware bootloader reads data from tape. I can just glue it high for now.
-
Now to get memory writes working in the Datapoint simulator. There's a /MEMORY_WRITE_READY input which needs to be driven. The circuit for this is on the keyboard decoder PCB.
Unconnected to the rest of that board, except for a POR output. Not the first bit of circuit I've found spilled onto a different board.
The circuit drives the /MEM_WRITE_READY line while the hardware bootloader reads data from tape. I can just glue it high for now.
-
Now to get memory writes working in the Datapoint simulator. There's a /MEMORY_WRITE_READY input which needs to be driven. The circuit for this is on the keyboard decoder PCB.
Unconnected to the rest of that board, except for a POR output. Not the first bit of circuit I've found spilled onto a different board.
The circuit drives the /MEM_WRITE_READY line while the hardware bootloader reads data from tape. I can just glue it high for now.
-
Now to get memory writes working in the Datapoint simulator. There's a /MEMORY_WRITE_READY input which needs to be driven. The circuit for this is on the keyboard decoder PCB.
Unconnected to the rest of that board, except for a POR output. Not the first bit of circuit I've found spilled onto a different board.
The circuit drives the /MEM_WRITE_READY line while the hardware bootloader reads data from tape. I can just glue it high for now.
-
'Clear the carry tiggle'.
I think they meant to say 'toggle', although twice suggests it may be intentional.
The documentation usually refers to 'flip-flops' as opposed to 'flags', or 'toggles'.
-
'Clear the carry tiggle'.
I think they meant to say 'toggle', although twice suggests it may be intentional.
The documentation usually refers to 'flip-flops' as opposed to 'flags', or 'toggles'.
-
'Clear the carry tiggle'.
I think they meant to say 'toggle', although twice suggests it may be intentional.
The documentation usually refers to 'flip-flops' as opposed to 'flags', or 'toggles'.