EPROM-EMU-NG VS PJON

I actually used one of these things[0] during development of the DX9/7 firmware mod. I like your Mirage tools by the way! I've actually got a very battered Ensoniq Mirage I picked up for free that's badly in need of some maintenance. If I can get that running I'd love to give your firmware a try!

[0] https://mygeekyhobby.com/2020/07/05/eprom-emulator/

Well, the static RAM that the EPROM emulator uses has an access time of 55 nanoseconds. Here's a better description of the hardware.

To use an arduino you'd need to design debug and code something like this specifically to emulate the expected EPROM in the poly-800. An arduino isn't pin-compatible, you can't just shove one in there. Guessing based on the size of the dump file, it's 8k x 8bit, or 64kbit, so probably either 24 or 28 pins? Kind of boils down to how valuable you consider your own time and how much you want to spend to build something for what is basically a one-off, because nobody really needs that.

I’ve recently started using the EPROM-EMU-NG to replace the EEPROM with a second SRAM chip, along with an Arduino Nano and some shift registers to be able to program the SRAM from your development station. It holds RST low on the 6502 while it’s doing its work, and can be powered by either USB or the EEPROM power rails.

One idea I've been toying wit (but don't have the skills to implement) is a standard for hardware that's a bit more verbose than things like i2c or serial. I'd like one connector I can plug into a piece of hardware (a sensor, a servo, a keypad, etc) and have it just work. The protocol would have to be a bit more complicated, maybe something like PJON^1, and you'd need to deliver power at a few different voltages.

I've been calling it kitbash in my head, just throw a bunch of components together in various topologies and you're good to go. Considering you can get a very cheap microcontroller for something like 40 cents I can definitely see the appeal of adding a "kitbash port" to various pieces of hardware, even if it means adding a whole new microcontroller.

1: https://github.com/gioblu/PJON

When the physical layer of devices in the home don’t offer Wireless connectivity, hardware communication modules needs to be adopted to bridge the existing connectivity.

This protocol exists already is called PJON: https://github.com/gioblu/PJON

Until it ultimately relies on Amazon S3 and a commercial network provider this stuff looks rather useless. I hope IPFS will someday run on top of protocols like PJON ( https://github.com/gioblu/PJON ). Decentralization and democratization of networking will happen from the lower end, when the network infrastructure will be ours, and we will not be forced to pay multiple corporations to temporarily store our data or get it from one end to the other. We should build our own global, private network infrastructure and use it for free without the need of an ID or a contract. On top of this sort of infrastructure something like IPFS may have sense.

PJON supports mesh networking too, it is open-source and free to use, check it out: https://github.com/gioblu/PJON

its address space may be beneficial (more flexible, lower overhead) for many use cases.

Bitcoin should run over a network protocol like PJON https://github.com/gioblu/PJON and a private network infrastructure made by people.

Protocol specification: https://github.com/gioblu/PJON/blob/13.0/src/strategies/Soft...

Really cool thanks for the link. I have experimented a lot with the OOK modulation and optical communication described in the paper using just visible light LEDs as detectors and small laser diodes. A free-space optical link can be built in minutes, see https://github.com/gioblu/PJON/tree/master/src/strategies/An...

It should use PJON for communication: https://github.com/gioblu/PJON