RetroBrew Computers Forum
Discussion forum for the RetroBrew Computers community.

Home » RBC Forums » General Discussion » Finished the ECB Disk I/O V3
Finished the ECB Disk I/O V3 [message #3875] Thu, 30 November 2017 14:12 Go to next message
woody1000 is currently offline  woody1000
Messages: 86
Registered: October 2017
Location: Pickering Ontario Canada
Member
Hello Everyone,
Just finished the ECB Disk I/O V3.

Attached is a couple of pictures.

The Floppy interface works with many different drives.

The IDE interface displays the drives on bootup whether or not there is a drive attached or not.

I may not have setup the config files right for support.

When trying to use CLRDIR e: says IDE0 No Media and no lit LED.

Iv'e carefully gone over the soldering, parts and placement, and tried swapping the 82c55 and 74ls14. No change.

Also metered out all the connections from the 82c55 and the IDE connector and all is gool.

I'll have to make sure iv'e setup the support configuration and compiled it correctly before i look further into the hardware.

Any thoughts gentleman

Doug


[Updated on: Thu, 30 November 2017 15:11]

Report message to a moderator

Re: Finished the ECB Disk I/O V3 [message #3876 is a reply to message #3875] Thu, 30 November 2017 15:20 Go to previous messageGo to next message
Wayne W is currently offline  Wayne W
Messages: 385
Registered: October 2015
Location: Fallbrook, California, US...
Senior Member
Hi Doug,

The DiskIO V3 implements a PPIDE interface, not an IDE interface. Check your config file for correctness.

Wayne
Re: Finished the ECB Disk I/O V3 [message #3877 is a reply to message #3876] Thu, 30 November 2017 15:53 Go to previous messageGo to next message
woody1000 is currently offline  woody1000
Messages: 86
Registered: October 2017
Location: Pickering Ontario Canada
Member
Hi Wayne,
I have reconfigured for the PPIDE and clrdir does not work, it says "NO DRIVE".

Should i be using Fdisk80 instead. I am concerned about the No Media error. I guess it could be incompatible Media ( DOM module 128 MB Wink ?

This was also the error when using the IDE support.

DOug
Re: Finished the ECB Disk I/O V3 [message #3878 is a reply to message #3877] Thu, 30 November 2017 16:49 Go to previous messageGo to next message
woody1000 is currently offline  woody1000
Messages: 86
Registered: October 2017
Location: Pickering Ontario Canada
Member
Hi Wayne,

I have tried 2 different make of "DOM)" and a CF card in an adapter and still "No Media" error.

i'm beginning to think it's more likely a hardware problem than software.

Well i'll have another kick at the "CAN" go back to looking at the hardware.

Doug
Re: Finished the ECB Disk I/O V3 [message #3879 is a reply to message #3878] Thu, 30 November 2017 17:22 Go to previous messageGo to next message
Wayne W is currently offline  Wayne W
Messages: 385
Registered: October 2015
Location: Fallbrook, California, US...
Senior Member
Hi Doug,

Please send me your startup messages.

The NO MEDIA message is exactly what would happen if there is a configuration issue, so I would not jump to hardware yet.

-Wayne
Re: Finished the ECB Disk I/O V3 [message #3880 is a reply to message #3879] Thu, 30 November 2017 17:48 Go to previous messageGo to next message
woody1000 is currently offline  woody1000
Messages: 86
Registered: October 2017
Location: Pickering Ontario Canada
Member
Wayne,
Pictures Attached.

Using a PQI 128 MB Disk on module powered by pin 20.


Doug

[Updated on: Thu, 30 November 2017 17:51]

Report message to a moderator

Re: Finished the ECB Disk I/O V3 [message #3881 is a reply to message #3880] Thu, 30 November 2017 17:56 Go to previous messageGo to next message
Wayne W is currently offline  Wayne W
Messages: 385
Registered: October 2015
Location: Fallbrook, California, US...
Senior Member
Can you send the first set of boot messages? They are only sent to the serial console, so you will need to hook up your serial connection to capture them. If that is hard to do at this point, send me your config file.

-Wayne
Re: Finished the ECB Disk I/O V3 [message #3882 is a reply to message #3881] Thu, 30 November 2017 18:05 Go to previous messageGo to next message
woody1000 is currently offline  woody1000
Messages: 86
Registered: October 2017
Location: Pickering Ontario Canada
Member
Wayne,

All Attached. I don't know what i did but the floppy drives are now giving the same error. ( and i know they work Wink.

Doug
  • Attachment: IMG_0089[1].JPG
    (Size: 4.70MB, Downloaded 385 times)
  • Attachment: cfg_sbc.asm
    (Size: 4.50KB, Downloaded 435 times)
  • Attachment: SBC_std.asm
    (Size: 1.07KB, Downloaded 432 times)
Re: Finished the ECB Disk I/O V3 [message #3883 is a reply to message #3882] Thu, 30 November 2017 18:31 Go to previous messageGo to next message
Wayne W is currently offline  Wayne W
Messages: 385
Registered: October 2015
Location: Fallbrook, California, US...
Senior Member
Yeah, config file issue. In the SBC_std.asm file you need to change the line:

PPIDEMODE .SET PPIDEMODE_SBC

to

PPIDEMODE .SET PPIDEMODE_DIO3

This change should get your CF/hard disk working. It will not address any floppy issues. Let get the PPIDE interface working first, then work on floppy.

-Wayne
Re: Finished the ECB Disk I/O V3 [message #3884 is a reply to message #3883] Thu, 30 November 2017 19:05 Go to previous messageGo to next message
woody1000 is currently offline  woody1000
Messages: 86
Registered: October 2017
Location: Pickering Ontario Canada
Member
Wayne,
It worked !!!!.

The only thing that was wrong is the system created 4 PPIDE drives but only the first 2 worked

E: and F: worked but G and H did not. No Media i believe.Not sure what to do about it.

I would like to use more of the 128MB DOM.

Now for the floppies.

Doug

Re: Finished the ECB Disk I/O V3 [message #3885 is a reply to message #3884] Thu, 30 November 2017 22:47 Go to previous messageGo to next message
Wayne W is currently offline  Wayne W
Messages: 385
Registered: October 2015
Location: Fallbrook, California, US...
Senior Member
woody1000 wrote on Thu, 30 November 2017 19:05
The only thing that was wrong is the system created 4 PPIDE drives but only the first 2 worked

E: and F: worked but G and H did not. No Media i believe.Not sure what to do about it.


E: and F: both reference the PPIDE0 device implying that the first (master) device on the DiskIO 3 primary IDE connector is working. G: and H: reference the PPIDE1 device (slave) on the DiskIO 3 primary IDE connector. Do you have a second (slave) device on the DiskIO 3 primary IDE connector? If not, then you would see NO MEDIA displayed at boot for PPIDE1 and G: and H: would not be functional. This is all appropriate if there is no slave device on the connector. If there is a slave device connected, we can work on diagnosing that.

woody1000 wrote on Thu, 30 November 2017 19:05
I would like to use more of the 128MB DOM.


I assume you are saying that you want more drive letters. The only way to do that is to reduce the number of disk devices the BIOS is supporting. At present you have 4 disk devices being supported (PPIDE0, PPIDE1, SD0, and SD1). You could disable the SD driver and get 4 drives (slices) on each of the PPIDE devices.

However, I would not recommend doing that. Instead, you can use the ASSIGN command to reassign drive letters to devices on the fly. For example, after bootup, you could reassign E: thru L: to different slices on PPIDE0 and get 8 drive letters all referencing the first 8 slices of PPIDE0. Using ASSIGN, you can have up to 256 slices on a disk device, but you need to allocate a drive letter to any slice(s) you are trying to access at any point. This allows you to use 8MB * 256 slices per disk device which is 2GB usable storage per disk device.

Thanks,

Wayne

Re: Finished the ECB Disk I/O V3 [message #3886 is a reply to message #3885] Fri, 01 December 2017 04:17 Go to previous messageGo to next message
woody1000 is currently offline  woody1000
Messages: 86
Registered: October 2017
Location: Pickering Ontario Canada
Member
Hi Wayne,
I reassigned G: and H: to PPIDE0:2 & 3. Works great, now can these commands be executed from a file or at boot.

I guess not at boot because the O/S drive is created at boot from Rom ?

So if i create a file with the commands or configuration i want stored on say an SD card or on a hard drive or floppy can

the commands in the file be run by typing the name of the file ?, like say config.bat .

just looking for a way to preserve the configuration after a reboot.

thanks
Doug
Re: Finished the ECB Disk I/O V3 [message #3887 is a reply to message #3886] Fri, 01 December 2017 08:33 Go to previous messageGo to next message
Wayne W is currently offline  Wayne W
Messages: 385
Registered: October 2015
Location: Fallbrook, California, US...
Senior Member
Hi Doug,

Take a look at the CP/M documentation for the SUBMIT command. It is roughly equivalent to a batch file in DOS. Yes, you will need to store this file on a persistent, writable filesystem (not the B: ROM disk or the A: RAM disk). You should pick one of the filesystems that is visible at startup. In your case, you could use E:.

It is possible to have this run automatically at startup. I can help you with that later, but for now you can start by getting a SUBMIT command file working the way you want.

-Wayne
Re: Finished the ECB Disk I/O V3 [message #3888 is a reply to message #3887] Fri, 01 December 2017 17:39 Go to previous messageGo to next message
woody1000 is currently offline  woody1000
Messages: 86
Registered: October 2017
Location: Pickering Ontario Canada
Member
Hi Wayne.
regarding the submit command, Can you create the .sub file on a pc using notepad rather than using ED.

I would use ED now but it seem awkward to use.

I created a Start.sub file on E: executing about 5 commands

E: log onto the sub file
green Change the color to green
assign g:=ppide0:2 reassign drive G to PPIDE0
assign h:=ppide0:3 reassign drive H to PPIDE0
assign list all drive assignments

when i execute "submit start" - no errors and returns dos prompt in less than 5 seconds

I see that these commands are only executed immediately if done on drive A:

or else saved till the next warm boot for processing. (from any other drive than a:.

it will be interesting to see how the submit command is started booting from Rom.

Doug


[Updated on: Fri, 01 December 2017 17:41]

Report message to a moderator

Re: Finished the ECB Disk I/O V3 [message #3889 is a reply to message #3888] Sat, 02 December 2017 07:44 Go to previous messageGo to next message
Wayne W is currently offline  Wayne W
Messages: 385
Registered: October 2015
Location: Fallbrook, California, US...
Senior Member
Hi Doug,

Regarding the editing of files, try the ZDE application. It is a full screen text editor that is roughly compatible with WordStar. ZDE is included in the RomWBW distribution on your ROM Drive (B:). To get started, just know that ^K (ctrl-K) introduces all command key sequences in ZDE. The sequence ^KH (ctrl-K followed by letter H) will give you a help panel. With all that said, yes, you could certainly create the file on your PC and transfer to your CP/M system with XModem or any other file transfer tool.

Indeed, there is a quirk in the SUBMIT command. When you run it from a drive other than A:, it will just create a file called "$$$.SUB" on the current drive, but will not run the commands. The "$$$.SUB" file must be copied to the A: drive to make the commands execute. Early documentation from DRI seemed to indicate this was intended. The idea was to set up a submit file on a disk other than A:, then take the disk and put it in the A: drive to make it execute. However, later on, DRI refers to it as a bug and issued a patch for it. The patch causes the SUBMIT command to always place the "$$$.SUB" file on A: for immediate execution. It is a trivial patch, so I will apply it and post the update on GitHub.

I will also provide more instructions for automatically executing a .SUB file at startup later today.

-Wayne
Re: Finished the ECB Disk I/O V3 [message #3890 is a reply to message #3889] Sat, 02 December 2017 15:27 Go to previous messageGo to next message
woody1000 is currently offline  woody1000
Messages: 86
Registered: October 2017
Location: Pickering Ontario Canada
Member
Hi Wayne,
XM and FDU both wont run UNDER cp/M OR ZSdos. when i try they both say "Unknown Bios" and return to dos prompt.

That has happened a few times before but now its all the time.

Don't rush to answer> if you have time later to give me the info on automatically executing a .SUB file

you could let me know what you think then.

Thanks
Doug

[Updated on: Sat, 02 December 2017 16:45]

Report message to a moderator

Re: Finished the ECB Disk I/O V3 [message #3891 is a reply to message #3890] Sat, 02 December 2017 19:34 Go to previous messageGo to next message
Wayne W is currently offline  Wayne W
Messages: 385
Registered: October 2015
Location: Fallbrook, California, US...
Senior Member
woody1000 wrote on Sat, 02 December 2017 15:27
XM and FDU both wont run UNDER cp/M OR ZSdos. when i try they both say "Unknown Bios" and return to dos prompt.


This is indicative of a hardware problem. Basically, those applications (XM and FDU) are just checking a few bytes in RAM that are set when the OS loads. The "Unknown BIOS" message means that the bytes have been corrupted.

Every time someone has encountered this before, it was tracked back to marginal RAM chip(s). What speed is the CPU oscillator in your system? I would try a slow (maybe 4MHz) oscillator as a way to see if the system stabilizes. It is also possible that the ROM programming itself has degraded. You can try reprogramming the ROM or verifying it.

I have been really busy today, so will probably be tomorrow before I can respond to the .SUB file question.

Thanks,

Wayne

[Updated on: Sat, 02 December 2017 20:02]

Report message to a moderator

Re: Finished the ECB Disk I/O V3 [message #3892 is a reply to message #3891] Sun, 03 December 2017 03:30 Go to previous messageGo to next message
woody1000 is currently offline  woody1000
Messages: 86
Registered: October 2017
Location: Pickering Ontario Canada
Member
Hi Wayne,
I also have been having bad sector errors, swapped memory with my Zeta SBC and made no difference.

Zeta runs at 20 Mhz ( 55 ns memory Wink and my SBC V2 at 4 Mhz. I'll track it down.

Your contribution to this project is huge and i'm sure it has not gone unnoticed.

Thanks Wayne

Doug

Edit:-

I had bought some (10) Winbond 29C040 -90 (good to 12 MHZ Wink or so i thought.

I had put back the SST 39SF040 that i had been using. (70 ns Wink.

Then i noticed The OSC frequency in the CFG_sbc file said 8 MHZ and i was running at 4 MHZ

so i programmed up one of the Winbond Ic's with that changed to 4 mhz.

Seemed ok but as soon as i ran XM the error showed up again. The long and short of it

is Iv'e been running it for 6 hrs with the 70 ns SST and so far it seems stable. No corrupted memory or bad sectors.

The device verified ok in the programmer but cant seem to run stable at 4 Mhz nevermide at 12 Mhz.

I'm going to leave it on for a few days to see but it's looking like it's ok.

I have used 2 of the windbond chips and i think ill try a couple more to see if they are all like that.

Doug

[Updated on: Sun, 03 December 2017 13:37]

Report message to a moderator

Re: Finished the ECB Disk I/O V3 [message #3893 is a reply to message #3892] Sun, 03 December 2017 15:30 Go to previous messageGo to next message
Wayne W is currently offline  Wayne W
Messages: 385
Registered: October 2015
Location: Fallbrook, California, US...
Senior Member
Hi Doug,

Well, I guess it's progress that you have a stable configuration for now.

Note that the CPUOSC frequency in the configuration file is not terribly relevant. It has no control over the actual speed your system is running (that is solely determined by the hardware oscillator). The setting was originally created as a way to tune delay loops in the code. However, the BIOS now determines the CPU speed dynamically and generally ignores the CPUOSC setting unless the dynamic speed determination fails.

I have never used Winbond 29C040 chips before. However, I have definitely encountered ROM chips that had a tendency to become corrupt over time. I found this by programming the chip (verification succeeded), then used the chip in the system until I noticed an issue, then I stuck the chip back in the programmer and performed just the verification process and found that the verification failed. I will also note that I have never had an issue with SST 39SF040's. They are my preferred ROM devices.

In the end, it would not surprise me if the Winbond chips were the source of your recent instability.

Thanks,

Wayne
Re: Finished the ECB Disk I/O V3 [message #3894 is a reply to message #3893] Sun, 03 December 2017 15:52 Go to previous messageGo to next message
Wayne W is currently offline  Wayne W
Messages: 385
Registered: October 2015
Location: Fallbrook, California, US...
Senior Member
Hi Doug,

Finally getting back to you on what I call "Auto Submit". By this, I mean the mechanism that will cause a CP/M .SUB file to be executed automatically at cold boot. Said another way, this is roughly equivalent to the DOS AUTOEXEC.BAT mechanism.

I started writing this earlier, but quickly realized that a few small code changes would make the process much easier to use. Prior to these code changes, you would need to update other config files to achieve the Auto Submit functionality. Additionally, the code changes solve a few edge cases where the functionality would result in cryptic error messages that were hard to understand. I have completed the code changes and it works very nicely.

These code changes will be part of the next full release of RomWBW. However, for now, you will need to grab the latest source from GitHub (trunk) and perform a ROM build. Since you have done that before, I assume it will not be an issue for you.

Once you are running the latest code, you can simply add a "PROFILE.SUB" file to your boot directory and it will be SUBMITed automatically at startup. Your boot directory will also need a copy of "SUBMIT.COM" it it.

While you could add the PROFILE.SUB file to your ROM disk, that is probably not the ideal way to do it since you would not be able to modify it without building a new ROM. Instead, you would normally configure one of your PPIDE/IDE/SD devices as a boot device and place SUBMIT.COM and PROFILE.SUB on there.

As far as I know, you have not set up a PPIDE/IDE/SD device as a boot device yet. It is not hard and you would just need to do the following:

  1. Boot from ROM like normal, so that you are now at the B> prompt
  2. Identify the drive letter of the first slice of a device (for example, your E: seems to be PPIDE0:0)
  3. Run SYSCOPY E:=ZSYS.SYS or SYSCOPY E:=CPM.SYS to install your preferred OS on drive E:
  4. Reboot your system, and instead of typing 'R' for ROM boot, type the drive number associated with PPIDE0 (probably '4' in your case)
  5. Your system will boot from PPIDE0, and your prompt will be E>

Once you have completed these steps, to boot from PPIDE0 in the future, all you need to do is choose the device number at the loader prompt. You do not need to repeat the SYSCOPY unless you want to update the copy of the OS installed on the drive.

At this point, it is easy to add Auto Submit functionality. Just copy SUBMIT.COM to your E: drive and create a new PROFILE.SUB text file on E:. The PROFILE.SUB file should contain the commands you want to run at startup. Reboot your system, select the PPIDE0 device to boot from, and you should see the PROFILE.SUB file being executed.

Thanks,

Wayne
Re: Finished the ECB Disk I/O V3 [message #3895 is a reply to message #3894] Sun, 03 December 2017 16:34 Go to previous messageGo to next message
woody1000 is currently offline  woody1000
Messages: 86
Registered: October 2017
Location: Pickering Ontario Canada
Member
Hi Wayne.
I'll respond to you message's in a few minutes.
downloaded the new code. retained and copied my config files into the new version of ROMwbw.
I got an error message that a file could not be found. It's probably simple but i have not seen it before.

The error file is attached.

Thanks Doug

Edit---

The script was trying to write to a non existent directory.

So i created an empty directory. c:\ROMWBW\source\RomDsk\SBC and the script/compile ended without any errors.

This is getting scary,, I don't actually believe i fixed it !!!

Doug

[Updated on: Sun, 03 December 2017 17:38]

Report message to a moderator

Re: Finished the ECB Disk I/O V3 [message #3896 is a reply to message #3895] Sun, 03 December 2017 17:39 Go to previous messageGo to next message
Wayne W is currently offline  Wayne W
Messages: 385
Registered: October 2015
Location: Fallbrook, California, US...
Senior Member
I know why this error is occurring. It is an idiosyncrasy of GitHub. Empty directories are not maintained by GitHub. I will do something to fix this, but it is benign. The ROM is already created at this point and will be fine.

-Wayne
Re: Finished the ECB Disk I/O V3 [message #3897 is a reply to message #3896] Sun, 03 December 2017 18:05 Go to previous messageGo to next message
Wayne W is currently offline  Wayne W
Messages: 385
Registered: October 2015
Location: Fallbrook, California, US...
Senior Member
A fix for the build error has been checked in. You can pull new source from trunk.

-Wayne
Re: Finished the ECB Disk I/O V3 [message #3899 is a reply to message #3894] Mon, 04 December 2017 08:18 Go to previous messageGo to next message
woody1000 is currently offline  woody1000
Messages: 86
Registered: October 2017
Location: Pickering Ontario Canada
Member
Hi Wayne,
Thanks for all the info on Auto submit.
It seems very straight foreword.

I had no problem changing the boot drive or setting up the profile.sub

I set mine up so the dos commands are in the file "profile.sub and that did not work.

So then i edited the Profile.sub to contain the filename "start.sub" which is the file that holds the cpm commands. (the manual says to do this)

my commands are very straight forward.

assign g:=ppide0:2
assign h:=ppide0:3
green
assign ( to show the changes Wink

all commands are in upper case.

I have read the manual and reread your instructions.

Each time i reboot to drive e:.

all the required files to execute the commands are on the E: drive.

It sure is not clear why the commands are not being executed.

I did download the latest RomWbW from the trunk.

I even asked my son what the Trunk was and he laughed at me. ( he showed me what i already thought it was Wink

I hope this is a simple question for you.

Thanks
Doug


[Updated on: Mon, 04 December 2017 10:33]

Report message to a moderator

Re: Finished the ECB Disk I/O V3 [message #3902 is a reply to message #3899] Mon, 04 December 2017 11:01 Go to previous messageGo to next message
Wayne W is currently offline  Wayne W
Messages: 385
Registered: October 2015
Location: Fallbrook, California, US...
Senior Member
Must be something simple. Razz

Check the following:
  1. Boot to E: drive and confirm that the CBIOS version line reads exactly "CBIOS v2.8.6-pre.1 [WBW]".
  2. Make sure the .SUB file is called exactly "PROFILE.SUB". I'm not sure what manual refers to START.SUB, but that won't work.
  3. From the E: prompt ("E>"), enter "SUBMIT PROFILE" and see if it works.

Let me know the results of all of the above and we can proceed from there.

Thanks,

Wayne
Re: Finished the ECB Disk I/O V3 [message #3903 is a reply to message #3902] Mon, 04 December 2017 11:35 Go to previous messageGo to next message
woody1000 is currently offline  woody1000
Messages: 86
Registered: October 2017
Location: Pickering Ontario Canada
Member
Hi Wayne

The version is V2.8.6-pre-1 when waiting for a keypress to boot e:

Once the O.S. boots the version changes to V2.8.6-pre.0

The command and filename is submit profile.sub

Note the program pauses for about 2 seconds as if its processing the commands but nothing happens.

The file $$$.sub is created when the profile.sub is processed by submit.

The $$$.sub is supposed to be run at the next boot but the commands entered by submit are

lacking carriage returns at the end of each line and extra characters inserted. this file can not be processed as intended.

Doug

[Updated on: Mon, 04 December 2017 13:56]

Report message to a moderator

Re: Finished the ECB Disk I/O V3 [message #3904 is a reply to message #3903] Mon, 04 December 2017 16:22 Go to previous messageGo to next message
Wayne W is currently offline  Wayne W
Messages: 385
Registered: October 2015
Location: Fallbrook, California, US...
Senior Member
Hi Doug,

So, it appears that the latest version of the OS is on your ROM, so you did get and build the latest code. However, it appears you have not copied the latest version of the OS over to the E: drive. From the B> prompt, use the command "SYSCOPY E:=ZSYS.SYS" to put the latest copy of the OS on your E: drive. Additionally, it appears that the patched version of SUBMIT.COM is not yet on your E: drive. From the B> prompt, use the command "COPY SUBMIT.COM E:SUBMIT.COM" to put the patched version on E:

The $$$.SUB file created by SUBMIT.COM is encoded. It is normal that it is lacking carriage returns and has extra characters inserted.

Let me know how you do.

Thanks,

Wayne

[Updated on: Mon, 04 December 2017 16:35]

Report message to a moderator

Re: Finished the ECB Disk I/O V3 [message #3905 is a reply to message #3904] Mon, 04 December 2017 17:30 Go to previous messageGo to next message
woody1000 is currently offline  woody1000
Messages: 86
Registered: October 2017
Location: Pickering Ontario Canada
Member
hi Wayne,

It works !!!!!!

In the end i tried to put the dos commands in PROFILE.SUB and that did not execute the commands.

So i created start.sub with my dos commands in there. Then i called start.sub from inside profile.sub

and it reassigned my drive G & H to PPide0:2 and ;:3 , executed Green and ran assign to show the reassignment.

I never even thought about the two code versions getting mixed together.

that really screwed things up.

I can't thank you enough for all you help

Doug

PS i might look for a little lighter Green.
Re: Finished the ECB Disk I/O V3 [message #3906 is a reply to message #3905] Mon, 04 December 2017 20:16 Go to previous messageGo to next message
Wayne W is currently offline  Wayne W
Messages: 385
Registered: October 2015
Location: Fallbrook, California, US...
Senior Member
Glad it is working and I'm happy to help.

I have no idea why you need to put your commands in a separate .SUB file. Makes no sense to me, but I guess it is working.

The VGA3 board supports 8 colors and an intensity bit. You are currently using basic green. You could make it high-intensity green, but that is probably the opposite of what you are trying to do. There is no lighter green than the one you are using.

-Wayne
Re: Finished the ECB Disk I/O V3 [message #3907 is a reply to message #3906] Tue, 05 December 2017 06:58 Go to previous message
woody1000 is currently offline  woody1000
Messages: 86
Registered: October 2017
Location: Pickering Ontario Canada
Member
Wayne.
I tried using PROFILE.sub with the commands directly in the file and they were executed !!
At least i found out you can call up another batch of commands in another file. (not that i would need it Wink.

Doug

[Updated on: Tue, 05 December 2017 06:59]

Report message to a moderator

Previous Topic: VGA V3
Next Topic: Pi85: A small 8085 system with Raspbery Pi IO and ethernet


Current Time: Wed Nov 12 02:52:34 PST 2025

Total time taken to generate the page: 0.01141 seconds