nesdev.org

Thanks, Dwedit- that's perfect! Although I still don't regret doing my own research given what it led to on the PowerGlove front

...and of course BATCAVE is the re-entry point to BATLOOP. Makes perfect sense. And ye gods this is well-commented. I have not experienced this much happy while reading ASM since digesting the Virtual Boy sacred scrolls :D ; Set up upload pointers ; BT: LD A, RLC A ; Locate bitmap of upload values i...

is now right here - http://forums.nesdev.com/viewtopic.php?f=2&t=5854&p=133125#p133125 Sorry to make a whole thread about another post on the board, but I figured people were more likely to take notice of something like this spelt out in the title than as just another generic zombie thread ...

BIG AND I MEAN HUGE NEWS When poking around for resources on the Miracle Piano, I stumbled across the website of Paul White, one of the retired original engineers on the Miracle and Power Glove. After striking up a conversation, he was willing to share the recollections and resources he had accumul...

Update: upon conversing with one of the original development engineers, more light is shed: The interface to the Nintendo uses a clocked shift register. There are three signals, two are generated by the Nintendo itself (clock and load), and the third is data input to the Nintendo. Normally, these si...

One quick unrelated update: as tangentially suggested in http://www.racketboy.com/forum/viewtopic.php?f=52&t=36962 , I have found that the enercell / RadioShack part number 273-0328 AT&T multi-voltage 9.10.2/13/13VAC 800mA adapter is sufficient for the Miracle, and it's barrel is even the ri...

This thread... it does not fill me with confidence... I finally got my hands on a Miracle (sans power supply, serial cable, and foot pedal, but all of those are trivially replaced). I have hoped perhaps against hope that the serial comm would be as simple as latching and then reading a series of 1 b...

Yeah... I haven't done much with the PowerGlove recently from a research standpoint, although there will be a new release of Nesglovphone with one or two new features as soon as I get around to doing a demo recording. These days, if anything, my focus is shifting to Virtual Boy ( http://www.planetvb...

For the microphones, I'd have expected 3 inputs (though Tim has listed only two pins going to "near receivers") (but I'd guess there might be one more microphone pin somewhere). If they're going to the LM324s in the junction box proper, those receiver pins may be the serial send/receive p...

PCB at the front of the glove (on the hand): http://www.instructables.com/files/deriv/FOZ/BKA3/FT17YOV5/FOZBKA3FT17YOV5.LARGE.jpg (component side), and http://www.instructables.com/files/deriv/F2S/ZDBG/FT17VT0N/F2SZDBGFT17VT0N.LARGE.jpg (solder side). The two speakers seem to be the round black thi...

I'm sure nocash has already done this as well, but... yeh. The ALU opcodes in the cop888 seem to have no alignment any which way to the behaviors he's documented for the 8 and 16-bit instructions. Which, sadly, means there's probably some internal ROM being run that takes the data and parses it out ...

Also, the COP888EK looks mildly promising. The CL datasheet I found lists that half-ish of the I pins are left dangling. The EK has a full set of I pins which double as analog comparator inputs (although that doesn't appear to be how they are wired to be used if your chart is right). At very least, ...

I was somewhat preoccupied last weekend and this work week, but I've finally had tome to start applying some of your findings. The glove devkit has been updated to allow init packets of up to 32 bytes and the readme has been substantially revised with a bit cleaner presentation of known info, a bit ...

... and upon further FURTHER one-more-idea-before-bed testing, no, even that's half wrong. Because when I go to $C2 for the header, say 06 C2 xx xx xx xx 00 which would technically be a valid 2 16-bit opcodes, 0 8-bit opcodes (keeping the old field masks), NONE of the bytes of what ought to be the &...

Okay. I still need to sleep, but I've tested enough to verify that nocash is on more the right track. After a canonical init, there are enough warmed values in the system that the low nybble of that 16-bit-header byte functions as a de-facto "mode switch" likely by "reading" more...