+Schmitzi Posted July 28, 2015 Share Posted July 28, 2015 I have a batch for it, if you want Quote Link to comment Share on other sites More sharing options...
atrax27407 Posted July 28, 2015 Share Posted July 28, 2015 My SAMS is fully functional. AMSTEST4 verifies that it is there and everything is working correctly. All of the programs load and run fine and TurboForth finds it quite nicely. It has been my experience that Classic99 does NOT always mirror real TI gear. MESS seems to be more accurate as far as emulation is concerned. Quote Link to comment Share on other sites More sharing options...
+Schmitzi Posted July 28, 2015 Share Posted July 28, 2015 Please re-check latest results here: http://atariage.com/forums/topic/222710-horizon-ramdisk-ros-and-cfg/?p=3287872 1 Quote Link to comment Share on other sites More sharing options...
+InsaneMultitasker Posted July 28, 2015 Author Share Posted July 28, 2015 My SAMS is fully functional. AMSTEST4 verifies that it is there and everything is working correctly. All of the programs load and run fine and TurboForth finds it quite nicely. It has been my experience that Classic99 does NOT always mirror real TI gear. MESS seems to be more accurate as far as emulation is concerned. Thanks. I am sure the problem is with the routine or some interpretation of how the SAMS card functions. I ran AMSTEST4 and noticed you had a hand in modifying the program. Does the original source exist? Maybe Brad's code only works with the smaller capacity AMS card. Quote Link to comment Share on other sites More sharing options...
+Schmitzi Posted July 28, 2015 Share Posted July 28, 2015 ah, I nearly forgot the FOUNDATION 128K: was undefinable, so I checked the the DSRs again: Quote Link to comment Share on other sites More sharing options...
atrax27407 Posted July 28, 2015 Share Posted July 28, 2015 Old farts and packrats NEVER throw anything away. I have the source, I'll just have to find it. 1 Quote Link to comment Share on other sites More sharing options...
+Schmitzi Posted July 28, 2015 Share Posted July 28, 2015 Please re-check latest results here: http://atariage.com/forums/topic/222710-horizon-ramdisk-ros-and-cfg/?p=3287872 If the IDE is recognized as the SAMS, just because the CRU-address >1E00, the DSRs maybe are not read out from the cards ? Maybe only the CRUs ? But if Atrax´ card is running, and using >1E00, it should be shown in the ROSCFG832C..... Maybe you can check the presence of the card (and the DSRs) once with Fred´s DU2K ? ...just to see whats happens. Quote Link to comment Share on other sites More sharing options...
+Lee Stewart Posted July 28, 2015 Share Posted July 28, 2015 (edited) SAMS detect from Willsy : SAMS? CR ." SAMS Memory card" $3000 @ 994a $3000 ! 255 $3000 >MAP $3000 @ 994A = IF ." not " THEN ." found " 0 $3000 >MAP $3000 ! ; SAMS? CR That definition is flawed: The line is too long. It cannot be longer than 80 characters or the console reaches around you and taps the Enter key for you. Even though the default in TF is for case insensitivity, ‘994a’ is not recognized as a hexadecimal number, even in HEX mode. Furthermore, if the current radix is 10 (likely), ‘994A’ must be preceded by a ‘$’. The following should work for whatever radix is current: : SAMS? CR ." SAMS Memory card " $3000 @ $994A $3000 ! $FF $3000 >MAP $3000 @ $994A = IF ." not " THEN ." found " 0 $3000 >MAP $3000 ! ; [EDIT: Note the change from ‘255’ to ‘$FF’ to ensure radix insensitivity.] ...lee Edited July 28, 2015 by Lee Stewart Quote Link to comment Share on other sites More sharing options...
+InsaneMultitasker Posted July 28, 2015 Author Share Posted July 28, 2015 (edited) THIERY´s IDE: I felt boring, so I digged it out, and set it from CRU >1F00 to >1E00 so it was recognized as AMS/SAMS-Card (?) I think just by the address? hmmmm So the DSRs seem not to be detected, or to misinterpreted... IDE cards should not be placed at a high CRU The SAMS detection over-rides any other card identification for CRU 0x1E00. I did this for testing purposes. The only time it will happen is if RAM is found in the DSR space. I am fairly certain Fred's DSR is supposed to lock the DSR as read-only for normal operation. Maybe the SAMS detection enables writes to the DSR. Interesting! The Brad Snyder method will not detect the IDE; however, since it writes to the mapper addresses, Fred's DSR might suffer. Please reset your IDE to another CRU address Edit: Foundation also will not work because of the AMS test code I redid. Consequences, consequences... Time for a break. Edited July 28, 2015 by InsaneMultitasker 1 Quote Link to comment Share on other sites More sharing options...
Gazoo Posted July 28, 2015 Share Posted July 28, 2015 Old farts and packrats NEVER throw anything away. I have the source, I'll just have to find it. I'm an old fart AND a packrat, but I can never find anything in the mess. You must be more organized than me. Quote Link to comment Share on other sites More sharing options...
atrax27407 Posted July 28, 2015 Share Posted July 28, 2015 Lee, That's how it is on my boot blocks. I just wrote it all out in a single line instead of trying to put it into a proper block format. Quote Link to comment Share on other sites More sharing options...
+Lee Stewart Posted July 28, 2015 Share Posted July 28, 2015 Lee, That's how it is on my boot blocks. I just wrote it all out in a single line instead of trying to put it into a proper block format. You said it did not work. What I posted works in Classic99 with SAMS enabled/disabled. ...lee Quote Link to comment Share on other sites More sharing options...
atrax27407 Posted July 29, 2015 Share Posted July 29, 2015 Lee, You are correct (as usual) I forgot the "$" in front of 994A. It is too long to enter in command mode. It appears as several lines in my boot blocks. Quote Link to comment Share on other sites More sharing options...
atrax27407 Posted July 29, 2015 Share Posted July 29, 2015 Tim, Check you inbox for the AMSTEST4 source. Quote Link to comment Share on other sites More sharing options...
+InsaneMultitasker Posted July 29, 2015 Author Share Posted July 29, 2015 Tim, Check you inbox for the AMSTEST4 source. I implemented Bruce's check, although I don't see how it can be considered a test. It isn't doing anything different to the 16 registers than what I did originally with one. Anyway, here it is. CRU 0x1E00 may display two devices as I wanted to allow both detection routines to operate. Let's see what happens. CFG832d is on the disk. ROSCFG832C-3.dsk 1 Quote Link to comment Share on other sites More sharing options...
atrax27407 Posted July 29, 2015 Share Posted July 29, 2015 (edited) OK - this is what happened. The latest version correctly finds and identifies the SAMS card as "AMS/SUPER AMS" at >1E00. You have struck again! Edited July 29, 2015 by atrax27407 Quote Link to comment Share on other sites More sharing options...
atrax27407 Posted July 29, 2015 Share Posted July 29, 2015 (edited) However, another bug has crept in. Instead of a reasonable return when pressing FCTN-= and allowing MENU to re-boot. I get a colorful screwed up screen. Almost there! All that needs to be done is make sure we use a BLWP @0000 for a re-set. Edited July 29, 2015 by atrax27407 Quote Link to comment Share on other sites More sharing options...
+InsaneMultitasker Posted July 29, 2015 Author Share Posted July 29, 2015 However, another bug has crept in. Instead of a reasonable return when pressing FCTN-= and allowing MENU to re-boot. I get a colorful screwed up screen. Almost there! All that needs to be done is make sure we use a BLWP @0000 for a re-set. I will have to inspect the TEST routine. There may be some trick that need to be performed after the testing. If the FCTN-= worked in the previous "C" version, then it may be simple to track down. I have no idea why this routine works... I may need to find my SAMS card this weekend or it will bug me! Thanks Atrax. Quote Link to comment Share on other sites More sharing options...
atrax27407 Posted July 29, 2015 Share Posted July 29, 2015 I am so confident that you will succeed quickly that I have moved some small programs from DSK4 to DSK5 to make space for the slightly larger CFG832x when it is finished. I also altered my RAMdisk backups accrodingly. Quote Link to comment Share on other sites More sharing options...
Shift838 Posted July 29, 2015 Share Posted July 29, 2015 (edited) I implemented Bruce's check, although I don't see how it can be considered a test. It isn't doing anything different to the 16 registers than what I did originally with one. Anyway, here it is. CRU 0x1E00 may display two devices as I wanted to allow both detection routines to operate. Let's see what happens. CFG832d is on the disk. I tried the CFG832D on the disk and it successfully detected my Super AMS card! Edited July 29, 2015 by Cschneider 1 Quote Link to comment Share on other sites More sharing options...
+InsaneMultitasker Posted July 29, 2015 Author Share Posted July 29, 2015 I tried the CFG832D on the disk and it successfully detected my Super AMS card! Whew. Now... like Atrax, did you get a colorful screwed up screen when you hit FCTN-= ? If not, what cartridge are you using? Quote Link to comment Share on other sites More sharing options...
Shift838 Posted July 29, 2015 Share Posted July 29, 2015 Whew. Now... like Atrax, did you get a colorful screwed up screen when you hit FCTN-= ? If not, what cartridge are you using? No colorful screen when I hit quit. I tested it with both Editor Assembler Cart and XB 2.7 Suite cart. Quote Link to comment Share on other sites More sharing options...
atrax27407 Posted July 29, 2015 Share Posted July 29, 2015 OK - I tried running CFG832D from "Rum Program File" in MENU. the F'WEB loaders, REA 2015, and got exactly the same results upon quitting. A colorful wierd screen. All of a sudden, for unfathomable reasons, it has finally decided to "play well" with my system. I have no idea why or what the initial problem was with its exit but it is working fine now. Gremlins? Quote Link to comment Share on other sites More sharing options...
Shift838 Posted July 30, 2015 Share Posted July 30, 2015 OK - I tried running CFG832D from "Rum Program File" in MENU. the F'WEB loaders, REA 2015, and got exactly the same results upon quitting. A colorful wierd screen. All of a sudden, for unfathomable reasons, it has finally decided to "play well" with my system. I have no idea why or what the initial problem was with its exit but it is working fine now. Gremlins? Sounds like SPIKE was at it again. Quote Link to comment Share on other sites More sharing options...
Gazoo Posted July 30, 2015 Share Posted July 30, 2015 Sounds like SPIKE was at it again. It's a vdp register problem, or maybe not clearing the status byte before quitting. Should be an easy fix. Gazoo Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.