Exactly! Thanks for the work It's a real niche machine so as far as testing and known hardware configurations, it's going to be pretty slim.Lardo Boffin wrote: ↑Sun Mar 08, 2020 7:24 pm Excellent news Sir Morris! We all appreciate your time in creating these things and supporting them.
einSDein troubleshooting
-
- Posts: 266
- Joined: Wed Oct 23, 2019 8:43 pm
Re: einSDein troubleshooting
Re: einSDein troubleshooting
Bad news. Nothing changed with the new mods.
When I've finished crying into my beer I'll think what's next. Sorry it's not better news.
C
When I've finished crying into my beer I'll think what's next. Sorry it's not better news.
C
-
- Posts: 266
- Joined: Wed Oct 23, 2019 8:43 pm
Re: einSDein troubleshooting
It's most puzzling isn't it!
Re: einSDein troubleshooting
So I wrote a little debug program to help me get an idea about what is going on. It's been run on a machine which has the same symptoms as reported here - small successes and eventually total failure.
It's shown me a few things. Not having hands on the TC01 (yet!) means I can't be sure of anything but I'm fairly confident it's not the einSDein in this case.
einSDein boots thus:
* the BIOS detects the presence of an extension ROM and jumps into it
* the extension ROM detects the einSDein and checks that it's ready and usable
* a small bootloader (boot.bin) is copied from card to memory and executed
* the bootloader loads DOS and jumps into it
The bootloader is technically unnecessary, I could have loaded DOS from the ROM, but I thought it would be a useful hook into the system if I ever wanted to offer novel features or modify the behaviour of the system. You can just drop a new boot.bin on the card and bob's your uncle.
And here we are. How do you gain low level access to the system when it won't get as far as loading DOS? You guessed it. Attached here is a new bin file that contains a debug program. Either copy it to your SD card as-is and update config.ini or rename it as boot.bin, and copy it to the card after preserving the existing one. Boot the machine, job done.
The program simply writes data to einSDein then reads it back again, counting any errors as it goes. If all is well then the screen is green and the error count remains at 0. Like on my machine. I ran this overnight and 0 errors were counted. On another user's machine however things are very different. After a few seconds errors start to appear, slow at first then almost continually. When run from cold the errors took longer to appear. Like something is getting warm and becoming unreliable as it does.
I'd like to see if this is the case on other machines with this problem. Mr van peebles - would you please be so kind? A video would be perfect - I'd like to see the numbers.
It's shown me a few things. Not having hands on the TC01 (yet!) means I can't be sure of anything but I'm fairly confident it's not the einSDein in this case.
einSDein boots thus:
* the BIOS detects the presence of an extension ROM and jumps into it
* the extension ROM detects the einSDein and checks that it's ready and usable
* a small bootloader (boot.bin) is copied from card to memory and executed
* the bootloader loads DOS and jumps into it
The bootloader is technically unnecessary, I could have loaded DOS from the ROM, but I thought it would be a useful hook into the system if I ever wanted to offer novel features or modify the behaviour of the system. You can just drop a new boot.bin on the card and bob's your uncle.
And here we are. How do you gain low level access to the system when it won't get as far as loading DOS? You guessed it. Attached here is a new bin file that contains a debug program. Either copy it to your SD card as-is and update config.ini or rename it as boot.bin, and copy it to the card after preserving the existing one. Boot the machine, job done.
The program simply writes data to einSDein then reads it back again, counting any errors as it goes. If all is well then the screen is green and the error count remains at 0. Like on my machine. I ran this overnight and 0 errors were counted. On another user's machine however things are very different. After a few seconds errors start to appear, slow at first then almost continually. When run from cold the errors took longer to appear. Like something is getting warm and becoming unreliable as it does.
I'd like to see if this is the case on other machines with this problem. Mr van peebles - would you please be so kind? A video would be perfect - I'd like to see the numbers.
-
- Posts: 266
- Joined: Wed Oct 23, 2019 8:43 pm
Re: einSDein troubleshooting
I'll try this on my second TC-01 this weekend
Re: einSDein troubleshooting
Thanks!
-
- Posts: 302
- Joined: Thu Oct 24, 2019 11:47 am
Re: einSDein troubleshooting
Sorry, would do the same but mine is still waiting on being fixed.
TC-01 + einSDein + TM-01 + TK-02 + gotek
-
- Posts: 266
- Joined: Wed Oct 23, 2019 8:43 pm
Re: einSDein troubleshooting
Where is the file to write?sirmorris wrote: ↑Fri Mar 13, 2020 8:42 pm So I wrote a little debug program to help me get an idea about what is going on. It's been run on a machine which has the same symptoms as reported here - small successes and eventually total failure.
It's shown me a few things. Not having hands on the TC01 (yet!) means I can't be sure of anything but I'm fairly confident it's not the einSDein in this case.
einSDein boots thus:
* the BIOS detects the presence of an extension ROM and jumps into it
* the extension ROM detects the einSDein and checks that it's ready and usable
* a small bootloader (boot.bin) is copied from card to memory and executed
* the bootloader loads DOS and jumps into it
The bootloader is technically unnecessary, I could have loaded DOS from the ROM, but I thought it would be a useful hook into the system if I ever wanted to offer novel features or modify the behaviour of the system. You can just drop a new boot.bin on the card and bob's your uncle.
And here we are. How do you gain low level access to the system when it won't get as far as loading DOS? You guessed it. Attached here is a new bin file that contains a debug program. Either copy it to your SD card as-is and update config.ini or rename it as boot.bin, and copy it to the card after preserving the existing one. Boot the machine, job done.
The program simply writes data to einSDein then reads it back again, counting any errors as it goes. If all is well then the screen is green and the error count remains at 0. Like on my machine. I ran this overnight and 0 errors were counted. On another user's machine however things are very different. After a few seconds errors start to appear, slow at first then almost continually. When run from cold the errors took longer to appear. Like something is getting warm and becoming unreliable as it does.
I'd like to see if this is the case on other machines with this problem. Mr van peebles - would you please be so kind? A video would be perfect - I'd like to see the numbers.
-
- Posts: 266
- Joined: Wed Oct 23, 2019 8:43 pm
Re: einSDein troubleshooting
Oh!! I wondered what you meant! I'll delete all those scans and sort them properly online somewhere! I set up the tatung last night, got my memory card, laptop and then couldn't find a filesirmorris wrote: ↑Sun Mar 15, 2020 9:34 pm Hmm, SOMEONE used up the entire upload allowance
Here's a share off'v my onedrive