sup8pdct

No, this key combo works even when nothing was loaded before. It loads the sector 1 to the drive's RAM (at $7F00) and jumps there to execute the code. Obviously it can be used to boot anything, not just CP/M. As about the verify error, yes, I noticed the comment in your listing. So there'a at least one thing to fix already The bad thing about the $23 Synchromesh command is, that the opcode is the same as DSDD formatting in the XF551. The things one learns. I must look for that code that does the loading. Is good to see someone actually reading my sometimes correct comments in the listing As for the Command, At least SDX is smart enough to know the difference. The High bit is set anyway, so it may not interfere with the XF. Don't know of any other dos that can talk to the indus and XF at highspeed, so that problem may never arise anyway James

In the Indus field service manual, the main circuit board is referred to as the WART board. Guess nothing much has changed... James

Something I forgot to Add. The write with read verify doesn't actually verify properly. It checks the first byte only by the number of bytes in the sector. You can see it starting at 2BB and 7C5A in the syncro code. James

What for? It works with different Indus ROM versions (even with CA's v.2.1), so I guess it doesn't use any direct jumps to ROM routines, only legal entries or nothing at all. So it is just a matter of retaining the compatibility of the function table, retaining the function of the DRIVE/ERROR button, and not breaking the CP/M bootloader invoked with that key combo As for CP/M, only BIOS would matter. Certainly trub can say more about it. 1 extra command is added by Synchromesh? This is interesting. What one? Must look for that key combo tho i would have thought that would have been a bit of extra code loaded to the indus when one loaded the terminal program for indus cpm. Good to know that legal entry is used. The extra command is $23 '#' for format with hs sector layout just like USD sector layout. Enhanced density hs sector layout isn't supported. You can see it in the indus code @ 7BCD which jumps to 7BD8 with the sector tables @7D90 james

already been done. check out older topics james

Hmmm Let me think about it. Could take 7 1/2 million..................... The Indus CP/M part will need to be looked at to see what entry points are used, if any. Have read that there are 2 parts to CP/M. CP/M it self and Hardware extentions. No idea which is what and quite possibly a loooot of work. The syncromesh part is self contained with jumps to the firmware where needed. The Highspeed bitbang SIO is in the addon code. also included is sector maps for the Syncro format which looks exactly like USD format. Also 1 extra command is added. Any volunteers to dissemble the indus CP/M????? James

I have disassembled the IndusGT V1.2 rom , the Syncromesh code, the ramCharger code and the loader for both. I have put some comments to things I have worked out but it still needs work. (very big HINT) The version Number of the rom is also stored at $CF5 for V1.2. The SDX version of syncromesh excludes the ramcharger code and some changes are made to the loader as noted Any comments, please let me know. Have not checked if it will assemble yet. James INDUS12.txt

Here is one way to do it. This is very much a hack. It copies the osRom (XL) to ram and changes the sio routine to enable the music to play. It is also a bootable routine. The music I stole from some educational program and removed the voices that were used for SIO. Also there is very much a lack of comments, so any questions, I may remember the answer to them boot_music_loader.txt

I got draconus to load from SDX and 256K ram. I simply broke droconus in to 3 bits and made several stages. First 2 load bits in to memory then hide them to ram under the roms, then load the main bulk of the program, load the bit of code that overwrites dos in lo memory then run. Very cool loading that game from a harddrive under dos control Have done that with several games. James

How about posting your version of the file so some of us can look at it and see what is going on? James

I was talking about the FSM that was recently uploaded here, the one that Martin72 downloaded. It doesn't cover the later 810 versions with external data separator. You obviously have a newer/updated version of the FSM. Ahhhhh. I sit corrected. I should point out that my field service manual is by the looks a 2nd (at least) generation photocopy. There was a lot of that here in australia and most likely in other countries. Even my old action cart is a copy of an original 2 eprom version. James

The single eprom version Black cart with yellow label came from OSS. I have 4 of those, 1 of each language, tho my Mac65 has been modded to have all 4 languages in the one cart. They made the improvement/update to save costs I would guess. James

My field service manual includes the external data separator at the end of the book with the noted wave forms. James

I personally know of 2 cart versions. A 2 eprom and 1 eprom. Both have different switching and I think the lower 4K of the 2 eprom version could be switched off and the ram under it accessed. As for those versions, Maybe it has something to do with when OSS bought the carts somewhere near 1986? James

That extra board has the floppy controller chip and hardware data separator. The early versions of the floppy chips didn't have built in data separator. This includes the 1771 as used in the 810 and the 179X series as used in the ATR8000 (any others?). The 279X series as used in the 1050, Indus and the 1770,1772,1773 (XF551) does have a data separator built in and is adjusted with a variable cap (279X series). The early 810's didn't have the data separator and the floppy controller was plugged directly into that socket. How does the data separator work? I am not really sure. the 810 field service manual has several wave forms from different sections of the data separator. That noise you hear is the head banging against a stop to make sure the head is positioned at track zero. It keeps doing that because for some reason, the drive cannot read the disk. Is the head clean? does your 810 have a top board that the head plugs into? Pulled all plugs and re seated them? James

Has any one tried to fix an original Happy board with a defective rom? I had to add 2 (I think) LS chips to emulate the bank switched rom. A rats nest of wires but at least it worked. At least 2 of the LS chips on this clone would be used to emulate the bank switched rom. Finding which 2 is the next challange James

It has been setup as a dos only box. I noted the 810 drive is a late one with a data separater board and a separate head amplifier board. I was wondering what that extra board on thew wrong side of the 810 side board was... The 2nd slot wasn't used for much anyway. The 800 board is fully populated with all cards. The spare 800 mother board looks complete. the cards that go in to it from front to back are: Personality board or rom board. it is the one with the 3 24pin chips and several logic chips. 1st ram slot. This one MUST have ram in it. Atari made 2 sizes, 8K and 16K 2nd ram slot. This one was also used to put extra ram in that was banked switched. this was a 3rd party device made by Axlon 3rd ram slot. There was a 3rd party 80 column board that want into this slot The 2nd slot had to have 32K in it. Processor slot. 3 40pin chips and a logic chip The first 4 slots could be accessible under a removable top because when the 800 was first made, Ram was very expensive and could be upgraded as needed. But as usual, ram price dropped and latter ones were sold with 48K. The ram card on the spare 800 board has something hanging off of it. could you take a pic of that please? James

When I got mine, I opted out of the abbuc membership. got it for slightly cheaper James

I think it is: Command >>file.txt at least it is true for SDX. James

It could be the mech it self. From my playing around with things, no all pc 360K drives work. most will need a mod to get it to work and then is a problem of length. I have found the one used in the XF is short compared with the pc ones I have. They hit the heatsink at the back of the drive and won't fit. I have no idea about head settle times between different mechs. James Hmm. My experience has been exactly the oposite.. Have you been trying 1.2meg HD mechs or something? "packrat" tendencies... I should point out that my mechs would be "old" ones they have jumpers for mech 1 to 4 and have a position for a resistor terminator pack. I got them for use on the BB. 2 are 360K mechs and 1 is a 1.2. I either got them off my mate for nothing or from old pc's, also for nothing. All are longer. I used them when I was copying all my floppies to ATR's. If my 1050 wouldn't read a sector, I would then use the mechs and keep swaping round till I got the sector or I gave up. I didn't opt for the "PC" type. they can be modded but is a PITA. James James

James, Sounds like the same one I have. Wasn't it made by some company called MicroXL or something. It's been so long since I looked at it. I tried to interface a GI AY-3-8910 programmable sound generator with mine. Never did work out bugs in it. But I still have it in my mess of stuff. It definitely was a neat board for those who wanted to experiement with the PBI connector and build their own PBI devices. One thing I did build some years later was a Nintendo development board interface. It was based on plans ordered out of Nuts and Volts magazine. The plans were based on a C-64 interface and I adapted it to use the two joystick connectors on the 800XL to communicate with the Nintendo. Other than going as far as building it and getting it to work, I didn't do anything else with it. Glenn Glenn. I dug out mine and took a pic As you can see, it is a microport xl made by MPP © 1984 Maybe the first available PBI device? tho not a real device as one would call it. I'm not going to show the underside as it is a rats nest of wires. The 3 74LS244 chips buffer the 6821 lines to protect the Pia. The small 8 pin chip, I found in a trs-80 and it drove a reed switch in a coil also from the trs-80. It broke about 6 years ago and I replaced it with a 5V reed relay in that D31A3100. The 9 resistors are there to make sure the 9 input lines are pulled to 0v when they are low which is the default state. power for the board comes in via the 25pin sub D. It is used to interface to 3 hand pieces and a number display build in the early 70's. the control program gets the 3 numbers, adds them and displays the result. The real good bit is the stats also kept by the program for the application this is used for. I got it from Best electronics James

It could be the mech it self. From my playing around with things, no all pc 360K drives work. most will need a mod to get it to work and then is a problem of length. I have found the one used in the XF is short compared with the pc ones I have. They hit the heatsink at the back of the drive and won't fit. I have no idea about head settle times between different mechs. James

Atari had made several expansion boxes called the 1090XL. it has 5 slots in it and a backplane like a PC. It has it's own power supply and some buffer chips on the PCB. I got mine from a guy who worked for one of the then harddrive manufactures. Atari sent them a sample for these people to do a harddrive card. We all know what happened to that project. The PBI has software support for 8 devices. only the 600XL has power available on the PBI used for the 1064XL memory expansion. The cart=eci also has power but it isn't advisable to use it. I also have a PBI experimenters board. It has a decoding chip, 6520 and some dip switches to change the address where the 6520 appears in memory and a small power supply. it has a proto area and provision for a 25 pin socket. I have used this to interface to a judging box along with a cart that I programmed. James

Have all the problems listed in this thread been addressed in the current version of the firmware? Thanks, Fish They most certainly have been. With my help, those problems have been fixed. With the latest firmware, more devices now work with it. someone said a USB to SD card adapter works. personally, the 1GB stick have is large enough James

All D5xx means is that a signal line is pulsed. It's source is a 74LS138 chip that also selects the hardware chips. the destination is the cartridge port. The MMU disables ram access always in the $D000 to $D7FF area, no exceptions. When you see D5Ex used for selecting banks, it is the hardware of the cart it self that does the decoding. Unless the cart itself has ram, what you say simply doesn't happen. At present, I know of no game carts that have ram on them. In fact, I know of no carts at all that have ram on them. James