Well, I've changed the code and patterned it more after what BDD does... no difference. And yes, the idea of having the registers loaded with a time is to allow the user to xfer the registers over when pressing the enter key, which would be (manually) syncing to an external time source.

The problem doesn't change however.... in every case, regardless of how I load the DS1511, it's always 2-3 seconds behind what was loaded and transferred to the registers. I'll look at this a bit more, but perhaps I have a bad RTC... who knows. Maybe the built-in oscillator has an odd problem.

_________________
Regards, KM
https://github.com/floobydust

I've not had as much free time during the past month or so to work on this, but have made some additional progress. It's still learning and finding out some caveats on how the IDE controller works. Another issue that cropped up was having any sort of error on the IDE controller, e.g., requesting a block (LBA) that is out of range. It does generate an error, but no interrupt is generated by the IDE controller, so I had to re-code some of the BIOS routines to handle that.

I've also been working on a loadable utility that allows access to the DS1511 RTC and provides some functional tests of the Compact Flash IDE controller. It's currently just over 5KB in size, but there's a lot of message strings and almost NO optimization of the code. As it's a loadable utility, saving RAM space really isn't that important. I still need to finish up a couple more functions before a 1.00 version is completed, which might take some additional time yet.

I'm also about to order an updated set of PCBs for the RTC/IDE adapter which has some hardware changes and "should" work better. I did find a few issues with the Rev 1.00 board with certain power supplies. The new PCB should provide better noise immunity for the CF Card... time will tell. So, I'm attaching the latest BIOS and Monitor code that I'm currently using to develop the RTC/IDE Utility, which, so far, is working as intended.

_________________
Regards, KM
https://github.com/floobydust

_________________
x86?  We ain't got no x86.  We don't NEED no stinking x86!

Hi BDD,

Thanks for taking the time to examine my source files in such detail. In response to the following:

Yes, this assembles fine with WDC Tools. I'm not sure why it wouldn't, as the # specifies decimal input (vs $ for Hexadecimal).

The Label 10MS_CNT also assembles correctly. Actually, I never thought about the label starting with a numeric versus an alpha character, so perhaps this would qualify as a "bug or feature".

As for the Xmodem code, my reason for using this is quite simple. I use a terminal application on OSX called "Serial" (with Windows I can use ExtraPutty). Both of these terminal applications support Xmodem-CRC for upload and download. As my C02 Pocket SBC has a single NXP UART for console (connected via a FTDI USB-UART module), I use the console port to also send and receive files to and from the SBC. This works perfectly fine... while not overly efficient, at 115.2K baud, it only takes seconds to load or save data. After all, I'm not transferring a huge amount of data either. I opted to add the S-record (S19 flavor) as I have that as the output file from WDC Tools and use it with my Dataman programmer for writing to the EEPROM.

My development setup is likely a bit odd. I use OSX as a core OS and use VMware Fusion to run other OSes, like WIndows, Linux, etc. I keep all of the data on the OSX side and share a directory to a Windows 7 VM, which is where WDC Tools runs. For an Editor I've been SlickEdit for many years, which I'm both familiar with and I like it. It was created by Clark Mauer, an old colleague that also wrote the internal E3 editor which has found it's way to the web over the years. I also have OSX setup for multiple screen sessions so I can simply slide between them with the mouse and have full screen views for the editor, Win7, Serial (usually 2 or 3 sessions), Acrobat for reference docs, Firefox for quick searches, lookups, etc.

For me, it just works... at some point I'll give the Kowalski tools a test run, but I'm used to formatting everything for use with WDC Tools and it's quick and simple for me at this point. Also, I've attached a ZIP file containing the LST file, as uploading them directly isn't supported.

_________________
Regards, KM
https://github.com/floobydust

Yup, I forgot you specify a decimal value with #, which is non-standard.


I have yet to run into an assembler that would permit a numeral as the first character in a label—I had no idea the WDC assembler allows such.

_________________
x86?  We ain't got no x86.  We don't NEED no stinking x86!

Well, I looked these things up in the Assembler-Linker guide.

1- The manual does state that Labels must start with either a letter or "_" or "~". Obviously this counts as either a bug or feature, depending on your point of view.

2- I looked up numeric entry... # is for immediate. Default numeric entry is decimal. I guess this can be considered a bug, but the assembler is ignoring the # for this statement.

I have opted to correct both of these in the source... so that should make it easier to move over to other assemblers should one care to. Good find on your side of course.

_________________
Regards, KM
https://github.com/floobydust