To those Psion fans still clinging on to their SSDs!
This is the insane challenge I've decided to take on. I don't know if I'll end up finishing it, but I'm going to at least try.
https://hackaday.io/project/161291-the-last-psion
I want to build a device that will add modern storage and Wi-Fi to my
ageing but beloved Psion Series 3c. If possible, I want it to fit into
the SSD slot of the 3c and power it straight from the 3c.
Sounds like fun.Fingers crossed!
The protocol is rather interesting. I think doing it in a CPLD (basic FPGA) would probably be most flexible, but I can understand that's a place you don'tI hadn't heard of CPLDs before, although to be fair I didn't know much about FPGAs until a couple of days ago. I'll do some research into CPLD test boards. Even if I don't use it for this project, it'll be good to learn.
want to go. Also, you need to a device with 5V capability, which is quite rare nowadays.
It sounds like the tricky bit is dealing with the up-to-5MHz input signal.Converting to parallel with shift registers is a really good idea. How would that work with the data heading back to the Psion? Would I need to keep an eye on the first three bits from the Psion for a data request command, then get the output shift
I wonder whether you could take a couple of 12-bit shift registers. One is an input, which latches data coming out of the ASIC. The other is an
output, which you enable to send data to the ASIC. With a little bit of control logic to handle synchronisation and latching, it essentially reduces your 5MHz one-bit problem to a 400kHz parallel-word problem, which is a lot easier to deal with in software.
Depending what you feel comfortable with, you could have a couple of shift register chips in TTL logic, and then wrap up the control logic in another programmable logic device (PAL, GAL, CPLD, whatever you prefer). Or maybe it's simple enough to do in a few TTL logic gates.
Do you have oscilloscope traces[1]? That's where I'd start. (I wonder if there's a way to work out which end is driving at any given time? For instance, gimp the power supply so the SSD voltage is slightly lower thanI haven't got an oscilloscope, but I've just bought the logic analyser you linked to. Very pleased that Sigrok is open source and runs on Linux. The only examples of the protocol I have are from the HDK.[1] I'm going to make an adapter so that I can use
the other, or something like that?)
Then try and write some logic to handle them and run it against the tracesThanks - looks like I'm going to need it!
in a simulator. Only when you're happy start building things. ('Simulator' could be a pre-existing logic simulator, or something written in whatever language you feel comfortable with)
Good luck!
It might be worth trying an Altera MAX II board with an EPM240 part:
https://www.openimpulse.com/blog/products-page/product-category/max-ii-epm240-cpld-minimal-development-board/
https://www.ebay.co.uk/itm/1PCS-Altera-MAX-II-EPM240-CPLD-development-board-learning-board-breadboard-NEW-C/191911917944
On Monday, 17 September 2018 22:36:28 UTC+1, Theo wrote:
Sounds like fun.Fingers crossed!
The protocol is rather interesting. I think doing it in a CPLD (basic FPGA) would probably be most flexible, but I can understand that's a
place you don't want to go. Also, you need to a device with 5V
capability, which is quite rare nowadays.
I hadn't heard of CPLDs before, although to be fair I didn't know much
about FPGAs until a couple of days ago. I'll do some research into CPLD
test boards. Even if I don't use it for this project, it'll be good to learn.
Converting to parallel with shift registers is a really good idea. How
would that work with the data heading back to the Psion? Would I need to keep an eye on the first three bits from the Psion for a data request command, then get the output shift register to send data back?
Do you have oscilloscope traces[1]? That's where I'd start. (I wonder if there's a way to work out which end is driving at any given time? For instance, gimp the power supply so the SSD voltage is slightly lower than the other, or something like that?)
I haven't got an oscilloscope, but I've just bought the logic analyser you linked to. Very pleased that Sigrok is open source and runs on Linux.
The only examples of the protocol I have are from the HDK.[1] I'm going to make an adapter so that I can use an SSD from outside the Psion. That
would make it easier for me to use a separate power source for the SSD,
too. Alternatively, could I put something in the middle that would
monitor the signals and separate them? Thinking about it, maybe a CPLD
would do the trick...
Thanks - looks like I'm going to need it!
Just wanted to add this is an AMAZING idea :D As much as I want to like the Gemini it is just an Android device with a good keyboard. The Psion's were much more than just the physical side, they were also a great simple operating system with powerful (if somewhat cut down) applications. I used my 3A to write reports on.
My dream has always been to have a Psion5 with modern connectivity but the classic OS updated to take advantage of it. Just wish I had the knowledge to be able to create it, I am limited to Arduino's lol
Good luck with this and if you are able to get a working device at the end, and sell it ;), I will certainly look at adding it to my retro hardware collection :D
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 296 |
Nodes: | 16 (2 / 14) |
Uptime: | 90:00:09 |
Calls: | 6,658 |
Files: | 12,203 |
Messages: | 5,334,090 |