Search the Community
Showing results for tags 'Clock'.
-
I am using APETIME.COM on an 800XL to get the date/time from my PC running APE. I know it is working because the date is correct but the time is exactly 45 minutes fast on the XL vs the PC. The PC has the correct time. The XL time is 45 minutes in the future... Time travel here at the Boot Factory BBS. This is SpartaDOS 3.2G running on a Rambo 800XL w/256k, Brian's old video mod and the AtariMax 32n1 OS. I'm using the stock 800XL OS rev C (w/reverse Basic) but I have tried several other stock XL OSes. Ape is registered v3.0.13. Has anyone ever seen this behavior? (I have not). (I am posting this here because I am locked out of the AtariMax website for some unknown reason)
-
I have created a program (and some accompanying programs) to assist in counting the Omer (the days leading up to the Jewish holiday of Shavout [Feast of Weeks]) Before developing this, i kept track of the Omer by using a d50 (fifty sided dice), and rotating it to the next higher number each day. This utilizes the TIPI.CLOCK device (or equivalent clock device, like Classic99's special CLOCK device). @pixelpedant was a big help, providing me with a custom speech data file, adding the words "today" and "day" (as a single phrase, "today is day", not separate). The main program, COUNTOMER, is intended to be run once (& only once) daily, every day, for fifty consecutive days. If you do not remember to run it every day, simply run it again as many times as the number of days you forgot to run it, until the programs output represents the correct day of the counting. The value of the Omer is stored on disk in the OMER file and is read by COUNTOMER. The program RESETOMER is used to reset the file OMER to a default value of 1. The file OMER is also reset to the value 1 after the program is run on the 50th day and its message has been displayed. The current value in OMER may be viewed by running the VIEWOMER program, which simply displays whatever value is stored in the OMER file. The file SPEECH contains @pixelpedant's custom speech data. I did try my hand at making the custom "day" and "today" words myself, but could not quite get the hang of it. I hope someone finds this useful, please enjoy. counting the omer.zip
-
Received a brand-new SIDE3 on Monday. Straight out of the box, I upgraded it to version 0.40 of @flashjazzcat's firmware and installed an 8GB Kingston Micro SD card (class 10, U1) in an adapter. Everything seems to work fine in terms of cartridge loading functionality. However, the RTC seems to lose a significant amount of time - about 20 minutes per day, give or take. At this rate, it looks as though a loss of about 2.5 hours / week will be the rough average. The battery is presumed healthy as it reads dead-on 3 volts outside of the cartridge. Use is in a 600XL with a 64K internal RAM upgrade and an 800XL with both an internal 256K RAM upgrade and UAV. Both machines are powered by 5V 2.5A USB power supplies (ex-RasPi) through cable adapters from the usual suspects. Any thoughts? I'm at something of a loss to explain it.
-
Hello! I'm wondering of anyone has investigated the feasibility of modding a 2600 so that you can switch between clock frequencies and/or color palettes. The goal of such a project would be to play cartridges of differing regions on the same machine. I've seen a similar project on a Commodore 16 where the clock crystal was replaced with an Arduino, the latter programmed to output different selectable frequencies to produce a signal for PAL and NTSC video. As for the color palette, I believe that would require a swap of the TIA chip, which could be done manually if the board is socketed. I haven't studied the schematic, and a cursory search doesn't show anything useful. To anyone with the hardware experience, do these ideas seem sound? My assumption is that the only difference between a PAL, NTSC, and SECAM 2600 are the clock crystal and TIA since the game cartridge does all the video synch. Steve Guidi
-
Here's a little article I ran into at "archive.org" from an 1980 "Byte" magazine... A link to the web-link is below. I haven't read it fully, but I do understand that those interrupts can be pretty fast when used properly, especially on the TI-99 with it's limitations. I've attached a PDF file to this post to specific article discussing an "Interrupt Driven Real Time Clock" with source code. I bet there's all sorts of useful things that can come from the article for anyone who's interested. https://archive.org/details/byte-magazine-1980-09 An Interrupt-Driven Real-Time Clock for the TMS 9900.pdf
-
I'm trying to track down a user's manual for the AST Multi I/O card. It is supposed to provide parallel and serial ports, as well as a system clock for the Apple II. I managed to locate a utilities disk image for the card on Asimov but I have been unable to find any written documentation. It has a series of jumpers and DIP switches that, without some functional understanding, are useless. Any help is appreciated.
-
Part 1 ended with the Arduino/RTC/RS232 shield able to send the time and date to the Dell. The next step was to hook the unit up to the 850 and read the data using Bob Term. Once the Baud rate, translation and duplex were set to 9600bps, ASCII and Full, the time and date were updated every second, just like on the Dell. As I watched the stream of data being printed to the screen I said to myself, "This is going much to smoothly. I bet the RS232 device handler and clock are going to use the same memory." I won the bet. An AUTORUN.SYS file was created that would load the handler and then the clock. Manually setting the clock with CLOCK2.BAS was successful but got a device not found error when opening a channel to the R: device. Messing around with the AUTORUN file made it possible to open "R1:" but crashed when closing the channel. A BASIC program was written to print the value of MEMLO to determine the shared memory and find a new location for the clock code. MEMLO.BAS 10 ? PEEK(743)+(PEEK(744)*256) A couple of system setups were tested and the following was observed. MEMLO: HEX DEC DOS 2.5 $1CFC 7420 DOS 2.5 and Clock $2340 9024 DOS 2.5 and RS232 $2362 9184 This proved that the clock and RS232 handler were trying to use the same memory from $2200 to $2362 and compiling the clock at $2400 should solve the problem. At this time I would personally like to thank Jonathan Buckheit for a well written article. The technical information contained in his article from ANTIC 31 was invaluable. I would also like to say a couple of words about ANTIC not including the assembly code listing on that issue's disk, but won't. The assembly code was typed in, excluding most of the comments using MAC65. It was saved to disk as CLOCK.M65. Several errors in my typing were corrected the first time it was proof read and then two changes were made during the second round of proof reading. ORIGIN = $2400 DOSII? .BYTE 1 ; because I am using DOS2.5 It compiled to CLOCK.SYS without error (the first time). Then line 210 of CLOCK2.BAS was change to point to the new location and saved as SETCLOCK.BAS. A boot disk was set up to autorun CLOCK.SYS and then set the time using SETCLOCK.BAS. Success!!!! The last step was to create an AUTORUN.SYS file to load in the R: handler, load in the clock and then load in the SETCLOCK.BAS to manually set the clock. SETUP.COM from the DOS2.5 disk was used to create an AUTORUN.SYS file to load the RS232 handler and then renamed it LOADRS.SYS. Then another AUTORUN.SYS file to load the basic program SETCLOCK.BAS was created. Renamed that file RUNSETCL.SYS. The three files were then combined using the DOS copy command. Copy LOADRS.SYS,AUTORUN.SYS COPY CLOCK.OBJ,AUTORUN.SYS/A COPY RUNSETCL.SYS,AUTORUN.SYS/A It worked. The RS232 loaded, the Clock loaded and the SETCLOCK.BAS loaded. After entering the hours, minutes and seconds, the time was displayed and the seconds incremented. A channel to the "R:" device was open and closed without a lockup. This .ATR file includes a README.TXT that contains descriptions of the files created for this project(so far). clock rs.atr I'm feeling confident that the SETCLOCK.BAS program can be modified to OPEN a channel to the RS232 port and get the time from the RTC. Only when it has been accomplished will I be 100% sure.
-
In the June 1985 issue of ANALOG (#31), the "ATARI CLOCK" by Jonathan Buckheit was published. It is a machine language program that added an extra text line to the top of the screen display and printed the time once per second. I remember typing in CLOCK1.BAS to create an AUTORUN.SYS file and CLOCK2.BAS to set the time. I also remember using it but soon tired of inputting the time for each REBOOT. Download ANALOG issue #31 for more information. http://www.atarimania.com/atari-magazine-analog_18.html The forums had several links to that issue's disk image. This is one of them. Download AN31 B.atr and check it out. ftp://ftp.pigwa.net/stuff/collections/holmes%20cd/Holmes%203/ANALOG/index.html Almost 5 years ago a RTC circuit was purchased to hook up to the Arduino Uno only so that it would be available for a project. Setting the ATARI CLOCK using data from the RTC seems to be that project. So while I've been waiting for some divine inspiration to point me toward the best way to transfer the data from the Arduino to the Atari, the RTC battery died. I have also tired of waiting for the divine intervention and will start by using the RS232 interface(850 or P:R: Connection) for the link. Step 1. Find information on RTC and Arduino As it happened, the RTC in my parts box is a SainSmart I2C RTC DS1307 module, TinyRTC v1.1.( http://www.sainsmart.com/arduino-i2c-rtc-ds1307-at24c32-real-time-clock-module-board-for-avr-arm-pic.html ) There are several boards and different clock chips that can do the job. I don't have enough information to make a recommendation. Adafruit has a lot of information on their DS-1307 RTC kit. Worth the read. https://learn.adafruit.com/ds1307-real-time-clock-breakout-board-kit/overview Step 2. Arduino Software: Arduino.cc has a library that works with the DS-1307 based RTC. Another source for information and a software example was found at Tronixstuff. John Boxall, author of the book, Arduino Workshop, has written the tutorial. His program does not use a library to set or read the time-date information. This gave me a clearer picture of how it all works. http://tronixstuff.com/2014/12/01/tutorial-using-ds1307-and-ds3231-real-time-clock-modules-with-arduino/ The RTC and Arduino were wired using the tutorial information. Clock - Arduino Vcc -5V Gnd - Gnd Scl - A5 Sca - A4 I copied the code and pasted it into the Arduino IDE. Then I compiled and ran it. The serial port was then monitored to view time and date. This is when I found out the backup battery was dead. When you change the battery or want to set the clock, the program needs to be modified to call the SETDS3231time function. Remove the comment delimiter from line in setup() with the SETDS3231time function and set the parameters. The SETDS3231time function needed to be moved to just before setup() function. An undefined function error occurred until it was moved. The time was now being sent to the serial monitor. Now, put the comment delimiter back in front of the SETDS3231time in setup() and reprogram the Arduino. If you don't, every time the Arduino is powered up the clock gets reset to the time specified in the call. Most if this is explained in the tutorial. (I disconnected the RTC to be sure I didn't accidently reset the time.) Step 3. Communicate through the RS232 shield. The RS232 Shield was plugged into the Arduino and the RTC was wired into the shield. An RS-232 - USB converter was plugged into the computer and RS232 shield. A 9V battery was used to power the Arduino instead of the USB connection because the USB port on the Arduino and RS232 shield share the same pins for data transfer. The converter was defined as COM3 and reproduced the data stream to the Serial Monitor. The RS232 Shield had been used in a previous project and was expecting these results. (Atari 8 bit <-> 850 Interface <-> RS232 Shield <-> Arduino) . At least I know that the RTC module, Arduino, RS232 shield are working properly. I'm waiting for a gender changer to make the connection to the 850. And I'm still waiting for that inspiration.
-
Here's one that looks quite interesting... http://www.ebay.com/itm/Atari-R-Time-8-Cartridge-For-Atari-Computers-Never-Opened-/131053324642?pt=LH_DefaultDomain_0&hash=item1e83630962