Remote access to Commander X16 for testing?

TomXP411 · Post by **TomXP411** » Sat Oct 22, 2022 10:20 pm

On 10/22/2022 at 2:50 PM, Wavicle said:

I don't think you understand: I have already looked and saw no end-to-end solution currently available. If you have something that can cast VGA over the internet, pass a GPIO or two, multiplex an SD card, and translate remote keystrokes and mouse movements to PS/2 - let me know. I can figure out the rest. Otherwise, the best option was basically a RasPi acting as a webcam and some ad-hoc ESP8266 remote keyboard thing I had found at one point, and pricey and no longer available SD multiplexer.

There are some IP-KVM solutions that use the Raspberry Pi as an encoder/decoder, but nothing I'm aware of has the ability to mount an SD card remotely. That functionality simply doesn't exist.

This is obviously not feasible as described.

Cyber · Post by **Cyber** » Sat Oct 22, 2022 10:39 pm

On 10/23/2022 at 1:20 AM, TomXP411 said:

but nothing I'm aware of has the ability to mount an SD card remotely

Maybe something like this will help:

https://oshwlab.com/igor.silenock/wifi-micro-sd

https://www.pcbway.com/project/shareproject/Wifi_SD_Card.html

TomXP411 · Post by **TomXP411** » Sun Oct 23, 2022 6:47 am

On 10/22/2022 at 3:39 PM, Cyber said:

Maybe something like this will help:

https://oshwlab.com/igor.silenock/wifi-micro-sd

https://www.pcbway.com/project/shareproject/Wifi_SD_Card.html

Hmm... I see what it's trying to do, but this looks like a good way to destroy the ESP8266, VERA, the SD card itself, or just corrupt the card's data... at the very least, some software interlocks would have to be designed to make sure that the host device and the ESP8266 can't be turned on at the same time.

Still, I learned something new today.

Daedalus · Post by **Daedalus** » Fri Dec 02, 2022 1:52 am

Hmm. I've been using the emulator for the last month or so writing a sprite editor (I'll see if I can paste a picture...) Anyway, the emulator works GREAT! I expect there will be some minor delta with actual hardware, but for the most part, the speed of write / compile / test is vastly more important than 100.00% compliance with "real hardware" (Assuming that real hardware isn't changing as I type this.) Sure, at some point I'll want to get my hands on real hardware... but I can wait. At some point, hardware will surely become available and I can buy one. For me at least, this isn't an issue. Now, if the emulator barely worked, or crashed at all, that would be a different story.

neutrino · Post by **neutrino** » Fri Dec 02, 2022 3:34 am

The issue would rather be if a large part of code is written to work with a quirk in a emulator which won't work on the real hardware. And not discovering it until it's put to the test. So the idea would be to be able to remote test code and quirks to make sure code actually works with the real thing a few times. And to avoid having to scratch code that can't work with real hardware.

TomXP411 · Post by **TomXP411** » Mon Dec 05, 2022 1:13 am

On 12/1/2022 at 7:34 PM, neutrino said:

The issue would rather be if a large part of code is written to work with a quirk in a emulator which won't work on the real hardware. And not discovering it until it's put to the test. So the idea would be to be able to remote test code and quirks to make sure code actually works with the real thing a few times. And to avoid having to scratch code that can't work with real hardware.

So far, many of the programs in the library have been run on the real hardware without any needed changes. I think it's safe to assume the hardware and emulator are close enough, for now, to not worry about any undocumented or non-obvious differences.