giomba/nes-proj
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity

notes.

Browse Source
This commit is contained in:
Mariano Alvira 2009-04-13 09:55:35 -04:00
parent 43b9b47b99
commit 2120524903
2 changed files with 11 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

11
doc/radioinit
View File

@ -124,7 +124,7 @@ This replacment works:
// SMAC_InitFromMemory(gRadioTOCCal3_c,88);
// SMAC_InitFromMemory(gRadioTOCCal5,32);
// SMAC_InitFromMemory(gRadioInit_RegReplacement_c,344);
SMAC_InitFromFlash(0x1F000);
// SMAC_InitFromFlash(0x1F000);
// SMAC_InitFlybackSettings();
flyback_init();
// SMAC_InitFromMemory(gBuckByPass_c,16);
@ -170,4 +170,13 @@ uint32_t InitFromFlash(uint32_t nvmAddress, uint32_t nLength);
Which looks like InitFromFlash(0x1F00,?);
Good news! It doesn't look like InitFromFlash is necessary. It might
just be a hook for them to patch the init that is grabbed from rom or
something.
Checking if buffer_radio_init is important. If so, then I need to
figure out how it's used and, preferably, what it means.
So buffer_radio_init is necessary for their code to work. I'm not sure
if it is necessary for the radio of if it's necessary for there app.

1
tests/rftest-rx.c
View File

@ -104,6 +104,7 @@ void main(void) {
init_phy();
/* some kind of sequence in init phy from MACPHY.a dissassmbly */
/* looks like it's flyback init */
// magic();
reg(MACA_CONTROL) = SMAC_MACA_CNTL_INIT_STATE;