slaker

Colleen doesn't provide its own keyboard. If your device's standard keyboard doesn't provide CTRL, ALT, etc. (and it probably doesn't), you'll have to install a third-party keyboard app. I use the Hacker's Keyboard (https://f-droid.org/en/packages/org.pocketworkstation.pckeyboard/), but others may also work, like the AnySoftKeyboard.

Because the app uses the same name but comes from a different source, Android will refuse to install over it. Just uninstall the old one first.

I realized there were still several key combinations needed for the Action! editor that couldn't be typed on the Hacker's Keyboard, so I added these additional Android to Atari mappings (Action! editor functions in parentheses): Ctrl+Shift+Del - Ctrl+Shift+Back_S (join to previous line) Shift+Left - Ctrl+Shift+< (move to beginning of line) Shift+Right - Ctrl+Shift+> (move to end of line) F11 - Ctrl+Shift+1 (change to window 1) F12 - Ctrl+Shift+2 (create/change to window 2) I believe all the Action! editor commands are now usable on Colleen. After picking up a small Bluetooth keyboard, I decided to add mappings for its function keys, similar to the PC port of Atari800. But because I could never remember Atari800's console key mappings ("Which key is Start? F4? F2?"), I used the same ordering that the XE keyboard and Colleen's overlay uses by default: F1 - Help F2 - Start F3 - Select F4 - Option F5 - Reset (warmstart) Shift-F5 - Reset (coldstart) F7 - Break I added a preference to switch to the Atari800 ordering in case your fingers are already used to it. Note that while the Start/Select/Option function keys work fine on a Bluetooth keyboard (mine, anyway), they aren't usable on the Hacker's Keyboard because it sends key press/release events in quick succession after a key is touched, so the corresponding bit in the CTIA/GTIA CONSOL register toggles so fast the emulated program usually doesn't see it. (The Help key is usable because it's latched in HELPFG.) Not a big deal because the console key overlay can be used instead. I sent the patch upstream and built this new (still unsigned) apk. Enjoy. colleen-hack3-debug.apk.zip

Assuming you meant "BP-1148" and not "BP-1184", my 1148 mainboard doesn't look like the pictures of the 1200's I've seen. It doesn't have EPROM sockets, for one thing, so I can't dump the BIOS for you (it has version 1.18, so if it is the same as the 1200's, you already have it, anyway.) Maybe I have a later "cost-reduced" motherboard. Unfortunately, whatever it cost to make, mine's hosed. It powers on, the voltages from the PS appear to be nominal (5.1V, 15.6V, 34.5V), and it works just well enough for the BP diagnostics to see it and tell me it doesn't work. The 15V test point is only showing around 4V, though the 30V and 35V pins are spot-on. I got as far as seeing that there a couple voltage regs tied to the 15V rail, but before I tear into it any further, I figured I'd ask here in case someone has already found and fixed that problem on theirs.

I noticed that I had made an extra copy of the console overlay fade-out setting under the Sound preferences, so while I was in there fixing that I figured I might as well add stereo (dual POKEY) support. Patch has been sent upstream and here's another (still unsigned!) apk. colleen-hack2-debug.apk.zip

I figured out just enough about Android development to add support for the missing key mappings in Colleen, finally making it useful for on-the-go 8-bit development. Only tested against the Hacker's Keyboard app, but hopefully it will also work with the AnyKey Keyboard app and physical keyboards. Here are the new Android to Atari key mappings: Left Ctrl - Ctrl Ins - Insert character (Ctrl+>) Shift+Ins - Insert line (Shift+>) Del - Delete character (Ctrl+Back S) Shift+Del - Delete line (Shift+Back S) Home - Clear (Ctrl+< or Shift+<) Esc - Esc Brk - Break NumL - Caps (added because the Hacker's Keyboard won't recognize Shift+` so there was no way to re-engage uppercase mode) I also added preferences to shift the screen down in portrait mode (so the screen and console keys don't end up behind the status/action bars when the keyboard is up) and to control how quickly (if at all) the console key overlay disappears. Oh, and made the labels on the console keys a bit more readable and fixed a crash when backing out of the file selector without selecting anything. Patches have been posted on the Atari800 Visual SourceHub for Business 365 Cloud Services Edition (née GitHub) page, but in the meantime, here's an apk. It's built against the new 4.0 core and includes my patches. I'm not a real Android developer, so it's not signed and all the usual caveats about sideloading random apks apply. (And don't ask about stereo POKEY support...) colleen-hack1-debug.apk.zip

The right shift key is mapped to Ctrl.

That's what I get for posting at 1AM. Here's the same file with the correct name for the sticklers out there. Usdblr_err.wst.rom

Does anyone have a dump of the banked 8K Omnimon (Banked-L + Banked-U) ROM for the 400/800? (It required a mechanical switch to change between the 4K banks in C000-CFFF.) Note that I'm not looking for the Omnimon + Omniview ROM nor the OmnimonXL/RAMROD-XL ROM for the XL/XEs. Basically, if the dump is 16K instead of 8K, it's the wrong one. :-) As an advance payment, here are images of the 4K Omnimon Standard and Advanced (A1-A3) versions I've acquired in one convenient package. omnimon_4k.zip

Ugh, I wouldn't recommend that ROM (see that thread for the gruesome detail). I disassembled and compared the stepping code in the Tandon Rev. K and WSTR5 ROMs. Attached is a reassembled Usdblr_err.rom with the correct stepper motor phase encodings and shorter seek delays for the WST mech. The hokey-pokey "half-step-in, half-step-out" code on inward seeks is also skipped as per WSTR5. The changes amount to six bytes. The usual disclaimers about trashing your data, incinerating your drive, etc. apply, but the ROM seems to work fine in my WST 1050, though I didn't do much beyond boot DOS, format a floppy, and start a few applications. Perhaps someone more ambitious than I will benchmark it. Usdblr_err.wts.rom

I wouldn't recommend using UsDoubler_ok.bin to write to any disks you care about. I've disassembled it and Usdblr_err.rom and compared them. UsDoubler_ok.bin seeks twice as fast because it only waits 5ms between head steps (two steps per track) instead of the 10ms required by the Tandon TM50-1 mechanism specifications (20ms minimum track-to-track seek). Tandon apparently did make TM50-1s with optional 6ms stepper motors; perhaps you're lucky enough to have one, but the fast stepping may not work for everyone, possibly resulting in misaligned tracks. Another problem is that UsDoubler_ok.bin gets the test backward for enabling write precompensation, enabling it on tracks 0-19 instead of 20-39 as it should. It also lacks some timeout and retry code that is present in Usdblr_err.rom (presumably the "_err" part means "error checking"), so it's possible for the firmware to hang. Finally, UsDoubler_ok.bin uses a slower sector interleave layout for single density formatting than Usdblr_err.rom. TL;DR: UsDoubler_ok.bin is not okay and should die in fire. The first four bytes encode the pulses sent via the 6532 RIOT to the stepper motor for each of its phases (four on Tandon mechs). You really don't want to mess with them.