ShuriZma
/
bsnes
mirror of https://github.com/bsnes-emu/bsnes.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
bsnes/sfc/chip/epsonrtc/epsonrtc.hpp

92 lines
1.4 KiB
C++
Raw Normal View History

Update to v089r05 release. byuu says: I split the RTC-4513 code from the SPC7110 code (and obviously in the XML mapping as well), since they are separate chips on the FEoEZ PCB. In this way, you can use just the RTC-4513 in homebrew now if you want. It's a bit nicer than the Sharp RTC from Dai Kaijuu Monogatari II. This was needed anyway, it has an internal oscillator that's not divisible by the SNES clock used by the SPC7110; and both the RTC and decompression code need to be running their own threads anyway. In the process, I rewrote the way variables are stored to use named integers rather than a block of memory. Makes the code a lot easier on the eyes, and more importantly, will make emulating bad BCD values a whole lot easier.
2012-05-21 10:56:48 +00:00
//Epson RTC-4513 Real-Time Clock
Update to v089r06 release. byuu says: Changelog: - renamed SRTC -> SharpRTC - renamed RTC4513 -> EpsonRTC (consistent with DSP naming schema) - full emulation of invalid BCD values for EpsonRTC - fixed EpsonRTC IRQ mask Remaining SPC7110 tasks: - RTC: test 30-second adjust with all values from 00-7f - RTC: hold is supposed to tick the clock one second after being released? - RTC: wait times are too long (need to use >32KHz oscillation to simulate it properly) - Data Port: test $4818 more thoroughly (not too important) - Decompression: test $480c more thoroughly (very important) - Decompression: perform some tests on DMA transferring data, especially with $4807 set Write-offs, at least for now: - Decompression: emulation of the crash/glitch behavior seen on the real chip when fed invalid data - Decompression: I can find no use of $4808 - ALU: Booth cycles for MUL/DIV (this could actually be rather important if the game reads simpler values quickly [some shoddy games did this with the CPU ALU]) - RTC: delay after hold release for $4841 accesses - RTC: 125uS delay after 30-second adjust that will screw with registers in odd ways if your read or write too soon - RTC: psychotic behavior of reading too early returning port address - 1
2012-05-22 12:10:00 +00:00
struct EpsonRTC : Coprocessor {
Update to v089r05 release. byuu says: I split the RTC-4513 code from the SPC7110 code (and obviously in the XML mapping as well), since they are separate chips on the FEoEZ PCB. In this way, you can use just the RTC-4513 in homebrew now if you want. It's a bit nicer than the Sharp RTC from Dai Kaijuu Monogatari II. This was needed anyway, it has an internal oscillator that's not divisible by the SNES clock used by the SPC7110; and both the RTC and decompression code need to be running their own threads anyway. In the process, I rewrote the way variables are stored to use named integers rather than a block of memory. Makes the code a lot easier on the eyes, and more importantly, will make emulating bad BCD values a whole lot easier.
2012-05-21 10:56:48 +00:00
static void Enter();
void enter();
void init();
void load();
void unload();
void power();
void reset();
Update to v089r07 release. byuu says: Changelog: - EpsonRTC emulation improved further (stop/pause blocks IRQs, verified secondhi >= 3 triggers 30-second adjust (even on invalid BCD), second-changed flag is mirrored to minute+hour+day+month+weekday, improved busy timing, etc.) - SharpRTC rewritten, works like EpsonRTC now in that it has its own timing thread and ticks with the emulation - won't attempt to read from an unopen file stream now (I think this is what was crashing Sufami Turbo without SRAM?) - added Tools -> Synchronize Time option below load/save state options. Only appears when you play a game with an emulated RTC chip Just realized that I used 125ms for the 30-second adjust instead of 125us, so I'll fix that in the next WIP. Aside from that, this is as good as the emulation is going to get. There's still a couple of absolutely psychopathic edge cases that are just too damn difficult to simulate. So that leaves us with data port control + decompression status registers to investigate before SPC7110 will be finished.
2012-05-23 11:27:45 +00:00
void sync();
Update to v089r05 release. byuu says: I split the RTC-4513 code from the SPC7110 code (and obviously in the XML mapping as well), since they are separate chips on the FEoEZ PCB. In this way, you can use just the RTC-4513 in homebrew now if you want. It's a bit nicer than the Sharp RTC from Dai Kaijuu Monogatari II. This was needed anyway, it has an internal oscillator that's not divisible by the SNES clock used by the SPC7110; and both the RTC and decompression code need to be running their own threads anyway. In the process, I rewrote the way variables are stored to use named integers rather than a block of memory. Makes the code a lot easier on the eyes, and more importantly, will make emulating bad BCD values a whole lot easier.
2012-05-21 10:56:48 +00:00
uint8 read(unsigned addr);
void write(unsigned addr, uint8 data);
void serialize(serializer&);
Update to v089r07 release. byuu says: Changelog: - EpsonRTC emulation improved further (stop/pause blocks IRQs, verified secondhi >= 3 triggers 30-second adjust (even on invalid BCD), second-changed flag is mirrored to minute+hour+day+month+weekday, improved busy timing, etc.) - SharpRTC rewritten, works like EpsonRTC now in that it has its own timing thread and ticks with the emulation - won't attempt to read from an unopen file stream now (I think this is what was crashing Sufami Turbo without SRAM?) - added Tools -> Synchronize Time option below load/save state options. Only appears when you play a game with an emulated RTC chip Just realized that I used 125ms for the 30-second adjust instead of 125us, so I'll fix that in the next WIP. Aside from that, this is as good as the emulation is going to get. There's still a couple of absolutely psychopathic edge cases that are just too damn difficult to simulate. So that leaves us with data port control + decompression status registers to investigate before SPC7110 will be finished.
2012-05-23 11:27:45 +00:00
uint21 clocks;
Update to v089r05 release. byuu says: I split the RTC-4513 code from the SPC7110 code (and obviously in the XML mapping as well), since they are separate chips on the FEoEZ PCB. In this way, you can use just the RTC-4513 in homebrew now if you want. It's a bit nicer than the Sharp RTC from Dai Kaijuu Monogatari II. This was needed anyway, it has an internal oscillator that's not divisible by the SNES clock used by the SPC7110; and both the RTC and decompression code need to be running their own threads anyway. In the process, I rewrote the way variables are stored to use named integers rather than a block of memory. Makes the code a lot easier on the eyes, and more importantly, will make emulating bad BCD values a whole lot easier.
2012-05-21 10:56:48 +00:00
unsigned seconds;
uint2 chipselect;
enum class State : unsigned { Mode, Seek, Read, Write } state;
uint4 mdr;
uint4 offset;
unsigned wait;
Update to v089r06 release. [Yes, the release number is re-used. -Ed.] byuu says: I had some bugs in r07 that I couldn't track down, DKJM2's clock was getting all out of sync. So I just reverted to r05, blew away both RTCs entirely, and wrote them cleanly from scratch (obviously looking off the old code.) A bit extreme, but it worked. I believe I found the error in the process, day and month were resetting the counter to 0 instead of 1, it wasn't handling leap year, etc. While I was at it, I fixed the day-of-week calculation. The SharpRTC epoch is actually 1000-01-01, and not 1900-01-01. I'm sure you guys will be really happy that if it ever becomes 1000AD again and you're playing a ROM hack that uses the SharpRTC and relies on its weekday value that it will show the correct day now ... Kind of a pain to compute, but nothing compared to the seventh circle of hell that was my IBM dBase III Julian<>Gregorian conversion functions :/ Also found a few bugs in the Epson code this way. And I moved the round seconds actions and flag clear to +125us after flag set. So, if you had the old r06 or r07, please delete those. Unfortunately, this took all of my energy today, so the file names inside manifest changes will have to be in the next WIP. EDIT: ran a diff against old r07 and new r06. - added if(days == 31) case twice in EpsonRTC::tick_day() - forgot weekday = 0; in SharpRTC::load() - need to move the cartridge+cheat objects up in sfc/Makefile again - System::init() needs assert(interface != nullptr /* not 0 */)
2012-05-24 23:26:06 +00:00
uint1 ready;
Update to v089r07 release. byuu says: Changelog: - EpsonRTC emulation improved further (stop/pause blocks IRQs, verified secondhi >= 3 triggers 30-second adjust (even on invalid BCD), second-changed flag is mirrored to minute+hour+day+month+weekday, improved busy timing, etc.) - SharpRTC rewritten, works like EpsonRTC now in that it has its own timing thread and ticks with the emulation - won't attempt to read from an unopen file stream now (I think this is what was crashing Sufami Turbo without SRAM?) - added Tools -> Synchronize Time option below load/save state options. Only appears when you play a game with an emulated RTC chip Just realized that I used 125ms for the 30-second adjust instead of 125us, so I'll fix that in the next WIP. Aside from that, this is as good as the emulation is going to get. There's still a couple of absolutely psychopathic edge cases that are just too damn difficult to simulate. So that leaves us with data port control + decompression status registers to investigate before SPC7110 will be finished.
2012-05-23 11:27:45 +00:00
uint1 holdtick;
Update to v089r05 release. byuu says: I split the RTC-4513 code from the SPC7110 code (and obviously in the XML mapping as well), since they are separate chips on the FEoEZ PCB. In this way, you can use just the RTC-4513 in homebrew now if you want. It's a bit nicer than the Sharp RTC from Dai Kaijuu Monogatari II. This was needed anyway, it has an internal oscillator that's not divisible by the SNES clock used by the SPC7110; and both the RTC and decompression code need to be running their own threads anyway. In the process, I rewrote the way variables are stored to use named integers rather than a block of memory. Makes the code a lot easier on the eyes, and more importantly, will make emulating bad BCD values a whole lot easier.
2012-05-21 10:56:48 +00:00
uint4 secondlo;
uint3 secondhi;
uint1 batteryfailure;
uint4 minutelo;
uint3 minutehi;
Update to v089r07 release. byuu says: Changelog: - EpsonRTC emulation improved further (stop/pause blocks IRQs, verified secondhi >= 3 triggers 30-second adjust (even on invalid BCD), second-changed flag is mirrored to minute+hour+day+month+weekday, improved busy timing, etc.) - SharpRTC rewritten, works like EpsonRTC now in that it has its own timing thread and ticks with the emulation - won't attempt to read from an unopen file stream now (I think this is what was crashing Sufami Turbo without SRAM?) - added Tools -> Synchronize Time option below load/save state options. Only appears when you play a game with an emulated RTC chip Just realized that I used 125ms for the 30-second adjust instead of 125us, so I'll fix that in the next WIP. Aside from that, this is as good as the emulation is going to get. There's still a couple of absolutely psychopathic edge cases that are just too damn difficult to simulate. So that leaves us with data port control + decompression status registers to investigate before SPC7110 will be finished.
2012-05-23 11:27:45 +00:00
uint1 resync;
Update to v089r05 release. byuu says: I split the RTC-4513 code from the SPC7110 code (and obviously in the XML mapping as well), since they are separate chips on the FEoEZ PCB. In this way, you can use just the RTC-4513 in homebrew now if you want. It's a bit nicer than the Sharp RTC from Dai Kaijuu Monogatari II. This was needed anyway, it has an internal oscillator that's not divisible by the SNES clock used by the SPC7110; and both the RTC and decompression code need to be running their own threads anyway. In the process, I rewrote the way variables are stored to use named integers rather than a block of memory. Makes the code a lot easier on the eyes, and more importantly, will make emulating bad BCD values a whole lot easier.
2012-05-21 10:56:48 +00:00
uint4 hourlo;
uint2 hourhi;
uint1 meridian;
uint4 daylo;
uint2 dayhi;
uint1 dayram;
uint4 monthlo;
uint1 monthhi;
uint2 monthram;
uint4 yearlo;
uint4 yearhi;
uint3 weekday;
uint1 hold;
uint1 calendar;
uint1 irqflag;
uint1 roundseconds;
uint1 irqmask;
uint1 irqduty;
uint2 irqperiod;
uint1 pause;
uint1 stop;
uint1 atime; //astronomical time (24-hour mode)
uint1 test;
//memory.cpp
void rtc_reset();
uint4 rtc_read(uint4 addr);
void rtc_write(uint4 addr, uint4 data);
Update to v092r09 release. byuu says: This will be another massive diff from the previous version. All of higan was updated to use the new foo& bar syntax, and I also updated switch statements to be consistent as well (but not in the disassemblers, was starting to get an RSI just from what I already did.) phoenix/{windows, cocoa, qt} need to be updated to use "string foo" instead of "const string& foo", and after that, the major diffs should be finished. This archive is the first time I'm posting my copy-on-write, size+capacity nall::string class, so any feedback on that is welcome as well.
2013-05-05 09:21:30 +00:00
void load(const uint8* data);
void save(uint8* data);
Update to v089r05 release. byuu says: I split the RTC-4513 code from the SPC7110 code (and obviously in the XML mapping as well), since they are separate chips on the FEoEZ PCB. In this way, you can use just the RTC-4513 in homebrew now if you want. It's a bit nicer than the Sharp RTC from Dai Kaijuu Monogatari II. This was needed anyway, it has an internal oscillator that's not divisible by the SNES clock used by the SPC7110; and both the RTC and decompression code need to be running their own threads anyway. In the process, I rewrote the way variables are stored to use named integers rather than a block of memory. Makes the code a lot easier on the eyes, and more importantly, will make emulating bad BCD values a whole lot easier.
2012-05-21 10:56:48 +00:00
//time.cpp
void irq(uint2 period);
void duty();
Update to v089r06 release. [Yes, the release number is re-used. -Ed.] byuu says: I had some bugs in r07 that I couldn't track down, DKJM2's clock was getting all out of sync. So I just reverted to r05, blew away both RTCs entirely, and wrote them cleanly from scratch (obviously looking off the old code.) A bit extreme, but it worked. I believe I found the error in the process, day and month were resetting the counter to 0 instead of 1, it wasn't handling leap year, etc. While I was at it, I fixed the day-of-week calculation. The SharpRTC epoch is actually 1000-01-01, and not 1900-01-01. I'm sure you guys will be really happy that if it ever becomes 1000AD again and you're playing a ROM hack that uses the SharpRTC and relies on its weekday value that it will show the correct day now ... Kind of a pain to compute, but nothing compared to the seventh circle of hell that was my IBM dBase III Julian<>Gregorian conversion functions :/ Also found a few bugs in the Epson code this way. And I moved the round seconds actions and flag clear to +125us after flag set. So, if you had the old r06 or r07, please delete those. Unfortunately, this took all of my energy today, so the file names inside manifest changes will have to be in the next WIP. EDIT: ran a diff against old r07 and new r06. - added if(days == 31) case twice in EpsonRTC::tick_day() - forgot weekday = 0; in SharpRTC::load() - need to move the cartridge+cheat objects up in sfc/Makefile again - System::init() needs assert(interface != nullptr /* not 0 */)
2012-05-24 23:26:06 +00:00
void round_seconds();
Update to v089r05 release. byuu says: I split the RTC-4513 code from the SPC7110 code (and obviously in the XML mapping as well), since they are separate chips on the FEoEZ PCB. In this way, you can use just the RTC-4513 in homebrew now if you want. It's a bit nicer than the Sharp RTC from Dai Kaijuu Monogatari II. This was needed anyway, it has an internal oscillator that's not divisible by the SNES clock used by the SPC7110; and both the RTC and decompression code need to be running their own threads anyway. In the process, I rewrote the way variables are stored to use named integers rather than a block of memory. Makes the code a lot easier on the eyes, and more importantly, will make emulating bad BCD values a whole lot easier.
2012-05-21 10:56:48 +00:00
void tick();
Update to v089r06 release. [Yes, the release number is re-used. -Ed.] byuu says: I had some bugs in r07 that I couldn't track down, DKJM2's clock was getting all out of sync. So I just reverted to r05, blew away both RTCs entirely, and wrote them cleanly from scratch (obviously looking off the old code.) A bit extreme, but it worked. I believe I found the error in the process, day and month were resetting the counter to 0 instead of 1, it wasn't handling leap year, etc. While I was at it, I fixed the day-of-week calculation. The SharpRTC epoch is actually 1000-01-01, and not 1900-01-01. I'm sure you guys will be really happy that if it ever becomes 1000AD again and you're playing a ROM hack that uses the SharpRTC and relies on its weekday value that it will show the correct day now ... Kind of a pain to compute, but nothing compared to the seventh circle of hell that was my IBM dBase III Julian<>Gregorian conversion functions :/ Also found a few bugs in the Epson code this way. And I moved the round seconds actions and flag clear to +125us after flag set. So, if you had the old r06 or r07, please delete those. Unfortunately, this took all of my energy today, so the file names inside manifest changes will have to be in the next WIP. EDIT: ran a diff against old r07 and new r06. - added if(days == 31) case twice in EpsonRTC::tick_day() - forgot weekday = 0; in SharpRTC::load() - need to move the cartridge+cheat objects up in sfc/Makefile again - System::init() needs assert(interface != nullptr /* not 0 */)
2012-05-24 23:26:06 +00:00
Update to v089r05 release. byuu says: I split the RTC-4513 code from the SPC7110 code (and obviously in the XML mapping as well), since they are separate chips on the FEoEZ PCB. In this way, you can use just the RTC-4513 in homebrew now if you want. It's a bit nicer than the Sharp RTC from Dai Kaijuu Monogatari II. This was needed anyway, it has an internal oscillator that's not divisible by the SNES clock used by the SPC7110; and both the RTC and decompression code need to be running their own threads anyway. In the process, I rewrote the way variables are stored to use named integers rather than a block of memory. Makes the code a lot easier on the eyes, and more importantly, will make emulating bad BCD values a whole lot easier.
2012-05-21 10:56:48 +00:00
void tick_second();
void tick_minute();
void tick_hour();
void tick_day();
void tick_month();
void tick_year();
};
Update to v089r06 release. byuu says: Changelog: - renamed SRTC -> SharpRTC - renamed RTC4513 -> EpsonRTC (consistent with DSP naming schema) - full emulation of invalid BCD values for EpsonRTC - fixed EpsonRTC IRQ mask Remaining SPC7110 tasks: - RTC: test 30-second adjust with all values from 00-7f - RTC: hold is supposed to tick the clock one second after being released? - RTC: wait times are too long (need to use >32KHz oscillation to simulate it properly) - Data Port: test $4818 more thoroughly (not too important) - Decompression: test $480c more thoroughly (very important) - Decompression: perform some tests on DMA transferring data, especially with $4807 set Write-offs, at least for now: - Decompression: emulation of the crash/glitch behavior seen on the real chip when fed invalid data - Decompression: I can find no use of $4808 - ALU: Booth cycles for MUL/DIV (this could actually be rather important if the game reads simpler values quickly [some shoddy games did this with the CPU ALU]) - RTC: delay after hold release for $4841 accesses - RTC: 125uS delay after 30-second adjust that will screw with registers in odd ways if your read or write too soon - RTC: psychotic behavior of reading too early returning port address - 1
2012-05-22 12:10:00 +00:00
extern EpsonRTC epsonrtc;