_The Doctor__

John Polka, only the face has been changed to protect the identity ... dragnet theme begins playing.

all right now we're cooking with gas.... but is induction better?

great news..that's super close to being there, should be easier to use the fsm to track it down now...

yep bungled the directory name for a couple things it can't find nothing file in nothing directory

make sure all voltages from power supply sections are correct before pluggin in those good chips... make sure the mask jumpers match the same as the working board you got the chips from. You can't trust piggy back into a bad socket to work... you must replace the socket...

I can see this progressing until it ends up in a folder on a hard drive! Nice work. You could substitute some words until you yank the disk notices.. so long as the notice is the same length.. Virtual Side Swap or something along those lines... You should be able to replace the waitkey with read key and accept all presses as valid..... should fit?

nice catch, I like what you've been doing!

random screen need a 2 digit number after the file name... I forget the exact method... something like title01.hlp title09.hlp or menu00.at menu05.at or whatever extender your version of express/pro might be using.. not sure if it were titler1.hlp (not thinking clearly but it will come to me..)

how is this coming along?

wiring is correct as posted in http://atariage.com/forums/topic/284097-mss-100rverter-connection-help/?p=4137815 Verified with a meter and called some BBS's Was able to upload and download files both super large all the way to very tiny... CD was detected Hardware hang up worked on DTR drop it is indeed a cable constructed to work with several different console servers.. - tied together pins can be removed depending on your needs. Flow control was not active for uploads or downloads as almost all such protocols have their own form of software control built in as a matter of crc error checking and acknowledgement *** calling different BBS we saw the hearts(nulls) appeared on some depending on their telnet settings, so I hung up. the remedy- ATC CHANGE TELNETPAD ENABLE *** simply toggle that setting as needed if you see control m heart control j is happening and it will fix it- only then will you be able to see all atascii graphics screens and be able to upload as well as download. all worked as it should.

You don't need it shipped from best, peterson upgrades are do it yourself, just source the cheapest parts+shipping combos on epay or ali- exp baba or zzzzon and away you go.. super cheap...

looks like buggy ran into the bomb and blew up just like in the arcade... I would say that's and improvement.

@FJC welcome to my world

atari 9 mss100 25 1------------6,8 2------------20 3------------3 4------------2 5------------7 6------------8,6 7------------5 8------------4 9- not connected dsr 6 and dcd 8 are tied together 25pin side on this old cord this also effectively ties atari db9 pins 1 dtr and 6 dsr together as well... but the cable works... I will revisit the cord as it's probable it was wired to allow this to work with more than one mss variant. so fig 7-2 of the pdf is wrong for mss100 fig 7-6 of the pdf is correct for mss100

the mss pins l-r top 1-13 bottom 13-25 from the book may be incorrectly drawn in it's pdf provided online as follows 1 tx 2 rx 3 rts 4 cts 5 dsr 6 gnd 7 dcd(in) thats from a modem 18 cd(out to computer) 20 dtr when I saw that in the pdf I thought to myself... hmmm I think they are shifted 1 pin more likely it would be correct as follows 2 tx 3 rx 4 rts 5 cts 6 dsr 7 gnd 8 dcd 18 cd 20 dtr so I will verify my hand made cable I created some years back..

Your rverter circuitry is the middlebox as is an 850 or a mio or whatever mythical unicorn we have all been using since 198x You keep using the computer side for your pinouts, you need the modem side.... they are not the same... modem side... 25pinMdm 9pinAtari 20 to atari9 side 1 dtr 8 to atari9 side 2 crx 2 to atari9 side 3 xmt 3 to atari9 side 4 rcv 7 to atari9 side 5 grnd 6 to atari9 side 6 dsr 4 to atari9 side 7 rts 5 to atari9 side 8 cts you could put a null modem adaptor combo gender bender on the 25 pin side only com1 db9 is not an atari db9 and it matters which end goes where and the gender. how about instead of being flip you go to the BBS thread and pick one of the working wiring diagrams I and others have posted. since they worked for everyone else they should work for you. Now if you want to post a picture were we can see exactly what you wired up maybe we can see what is wrong. The Idea was to get you to wire up two standard Atari db9p to rs232 cables- normal and null, you could then wire up a standard Atari db9 to the r:verter... whenever you needed a modem or terminal cable you could switch them out at will, you could also use that cord with an 850 or any other Atari based serial device. You keep choosing to make the PC cable choice. All of these serial cables are one way cables in the sense you can not reverse them or put a garden variety null modem adapter etc. on the db9 computer end, you can only put such adapters on the 25 pin device end I am of the school we make known good cables and connections first... verify it's all good and then sort the other science projects out. since we know it's all good we can figure out where the interface has gone wrong. Posting pinouts for the pc does nothing a look at your pc pinout you insist on following that is computer side and not device side 2 rd-rcv 3 td-xmt 4 dtr now consider the atari db9p serial interface pin out (you will see why using a pc cable will only get you half way there) 2 crx 3 td-xmt 4 rd-rcv it is a very simple cabling issue that always gets blown out of proportion- I suggested you draw out a seventh line if you were going for hardware flow control for the incomplete interface you are working on. If you are putting a db9 on the interface you don't want to use a pc style com port since almost any atari user will grab an Atari cable when ordering from best or b&c or one that is with their atari equipment already hmm mythical creature on the way

no you are confusing modem mode with modem emulation again, this is why we end up with two different wiring scenarios. Best way to put this ATARI,(850,MIO,PR:,Rverter) to (lantronix,modem) Lantronix to modem these are wiring you should be doing this sio to middlebox (which is proprietary to every middlebox) to lantronix You can not use pc 9pin assignment to lantronix as your rverter should follow Atari serial assignment if using a 9 pin wire to 25 rs232 pin wire. The off the shelf 9 to 24 wire in the pc realm are not the same as off the shelf Atari 9 to 24 wires You can use off the shelf cables from any Atari vendor (they sell both modem and terminal cables) The pin-out is listed on the schematic you need choose one or the other for your needs. Your problem sound like you are using a pc9 instead of an Atari 9 in your wiring. The schematic is for SIO to middlebox to modem only

are you asking if it's the 1 megabit cart or the 8 megabit cart he is planning to use?

my spyhunter does not look like that video, I think someone recorded it with wrong palette or wrong system pal/ntsc...couldn't have picked a worse representation, wonder if that's on purpose...

Looks like a winner.. if it did affect any timing then that can be re-adjusted. if I am to understand it flips mode at transmit start and doesn't continue flipping the whole time but rather stays in serial mode till done then flips to input. that would be something more easily adjusted for if it really affected timing. If it doesn't work perfectly at first it will in very short order. put it through it's paces, it shouldn't affect writes much if at all provided the transmit/input pin is already flipped for frame responses etc. and shut off at when done the same way...

just so long as empty drive still give proper errors and you can turn each drive off, that will be the shiznet.. or whatever they are not saying these days...

correct and the emulated modem in this case encapsulates your bits into tcp packets either raw or in telnet protocol. (though it can also do UDP)... it buffers them unpacks and regulates output at desired baud rate. the reverse to send... the devices can handle more than this though.... true port functioning skips all the crap and does direct control of much more. but never messed with that in the 8 bit world... x86 world another story

lmfao nah they'll just wait for our universities or companies to figure it out and then steal it... then sell it to us.. if slick willie stopped it when it started going full steam we wouldn't be here. Your correct about one thing. Some one will think, hey lets add that 'extra' money to this program we have to help blah blah and then the price won't go down.... and the pensions will still be collapsing. Come on boys we got turtle tunnels to build and the shrimps needs treadmills under the sea! Our overseas friends laugh their arses off at some of our grants and what is done with them. I used to think it was all made up. Now we find it's all true, written up in triplicate, on a computer with video and the works. At first your mesmerized by how insane whatever the thing is and laughing you behind off, and then you see the price tag and well the blood starts to boil... I don't mind capitalism so long as it doesn't turn to pure unadulterated greed, selling out ones country isn't capitalism, it's treason.... Yankee doodle starts playing soap boxes pop up.... kissing of babies, with puppies and flowers. There is a difference between making a profit and stealing your neighbors stuff and selling to the world...

describe ze fix we in da suspense

I guess it's time to dig it out verify my remembery - I've got just about every one of the devices and have had them all work... BBS, upload, download, irc, etc etc... while they are all similar, they are just enough different to require a guide for each, which I've never consolidate into one...