That's written in basic???

We are larger than bing.net

Canadian banknotes were already made of paper that isn't really paper but some composite tissue or something with tons of anti-piracy features on them that aren't really reproducible (holographic stuff, the Queen made of small characters, braille, etc.) since a while, so one does not simply put notes in a photocopier, that won't work. I think Canada is pretty much the most technologically advanced country in the world in term of money printing.

Money printing on inkjet paper. That'd be awesome

Nice.
Have you thought of directly sending key commands to the TI serial format ?

That format is supported on all flash z80/68k calculators except the TI-73.

It's used by the TI-Keyboard device and by the TilEm software when it sends the ROM dumping command to the calculator for example.


That way, games might not have to adapt themselves to your controller.

Does that work while ASM games run? Otherwise it's not feasable.

Rock on, Not a Number!

Okay here is what's happening: I'm breaking up the TI-nterface project into smaller projects. Since one interface for everything was not effecient I decided to make a whole bunch of peripherals for the calculator. I recently built two peripherals which can be found in the hardware section.
http://ourl.ca/16564 (Gamepad)
http://ourl.ca/16139 (Serial input Digital to Analog converter)

How it works:
There is a small microcontroller inside which converts signals sent from the calculator into control signals for a data selector (multiplexer). This selects which button to read. The output of this is fed back into the calculator. The calculator needs to run some code to be able to read the keystrokes. This code is easy to implement into existing games (hint hint)

How it works for technicians:
The calculator runs code to pull down the one line of the I/O port (1->port) then the AtTiny45 MCU @1MHz inside the gamepad increases the value of a counter. The binairy value is then used to control a multiplexer via a 3 bits wide control bus. All of the buttons are hooked up to the multiplexer. The output of the multiplexer is fed back into the calculator's I/O port. After a short delay the calculator reads the port value. This corresponds with a keypress or not.

At the moment there are some mechanical issues with the gamepad (bad contacts and bad solder connections). Also: it is very time consuming to fit everything inside the gamepad. I had to mod the plastic casing a bit to make everything fit. I might wanna make converter boxes of some sort instead.


This project was requested by stevon8er. Are there more omnimaga members interested in this product? If there is a larger user base it would be more feasable for software developers to make their programs compatible with their games (it is really easy to do so!)


Code to read keystrokes:
Lbl RKEYS
For(r1,0,7
1->port
Pause 1
If port=0
1->{GDB1+r1}
Else
0->{GDB1+r1}
End
2->port
Pause 2
End
After a delay of PAUSE 16 the microcontroller times out and resets the counter.


What do you think??