It was a long road to booting DOS68 on the old SWTPC 6800

[@adriansdigitalbasement]

I got a nice message from the person who made these original disk images I used to make this work, so I'll post it here. (And it appears that KZbin did eat the comment!!!) "I'm the guy who made the crappy KryoFlux image on archive.org -- awesome video, and I'm glad you were able to make it work! Back when I imaged the disk I was just starting out with KyroFlux and was only familiar with IBM-formatted stuff. I actually found those SSB disks at a swap meet after I had bought the KryoFlux. They were sitting in an old cigar box, and the vendor wanted $15 for them. I hadn't the faintest clue who Smoke Signal Broadcasting was but found DOS-68 and the company's name enigmatic. It turns out I was lucky that I purchased them that day, as all the other electronics-related stuff that the vendor had that day (loose PROMs, ancient LEDs, breadboards and a TRS-80 Model I monitor) were gone the next week. Sorry for the headache that my 360 RPM 80-track drive caused! At the time all I had was a TEAC 55GFR, which I did all my PC disk archiving on before I found the SSB disks. I was aware of the issue with reading 360 KB disks written from a 1.2 MB drive, but thought that flux imaging would benefit from the finer pitch of the read head of a 1.2 MB drive, in the case of bit rot and other bad sector errors. I never realized that crosstalk is a potential problem! Really I was concerned with the age of the disks (almost 40 years old when I found them) and the potential for sticky-shed syndrome to eventually ruin them, so I just wanted them backed up by any means possible. I was amazed that KyroFlux software detected no errors when interpreting the data as FM encoded, and putting the output disk image into a hex editor looked promising with all the DOS-68 filenames and message strings, but without a 6800 system or experience with emulating one I couldn't really put those images to the test. I'm glad it worked out perfect, even though it took some effort to correct my mistakes. I still have all the disks, including the FORTRAN compilers, and will plan to recreate the flux images with a 300RPM 360K drive eventually (right now they're in cold storage). --@fleaslikeus"

[@diskettenfett3161]

Great job! Any disk image is better than no disk image at all. :) All the data was there and it lead to a bootable disk, albeit with some work, and made a vintage OS boot that would otherwise have been lost to time.

[@solarbirdyz]

All of this is amazing. Even if the image wasn't done the right way, it still saved the disk in a way that actually saved the disk. Great work.

[@BulletproofKuloodporny]

Try putty for Connecting for this type of computers

[@ropersonline]

"And it appears that KZbin did eat the comment!!!"

[@edenrose2374]

(Sorry to reply here, YT buries comments atm.) - How about some SK*Dos, OS-9 and/or Unix System V, next? They all run on 6800 type processors, and some have versions specifically for the SWTP computer. (see bitsavers manuals on Star-k for SK*Dos) As for why SK*Dos, it was made later, and specifically was more compatible with what would become MS-Dos As for why Unix V, Unix is not mentioned on the channel often, but its usability was far greater than dos, Incredibly more at the time. Most modern code is still compatible. As for why OS-9, its a much later OS, that was also found on X86 hardware and some versions even offered a GUI called GEM. (You could use this even over serial with a little work!)

[@VideoJocky1]

Brings back memories. I built my SWTPC 6800 from a kit. Soldered all the components in the motherboard and 4K ram board. I didn't have a floppy drive, I used a Teletype ASR 33 to load basic from a paper tape.

[@The_Wandering_Nerd]

This operating system makes MS-DOS, CP/M and the Linux command line look like a miracle of user-friendliness and verbosity by comparison. What an amazing piece of history.

[@SeanBZA]

Done when memory was expensive, so every bit counted. No room to put fancy error messages, or even error detection code for odd cases, as you only had the 8k of ROM available to use, and likely were already trying to put an entire extra kitchen sink into it as well. Thus all the optimised code that reused routines as much as possible, or even some that did different things depending on where you entered the subroutine, as the CPU would always execute the first byte on entry as an opcode.

[@big0bad0brad]

@@SeanBZA I played a little bit with some super optimization on a BIOS I wrote for the Sanyo MBC-55x series - it's 8088 based but no BIOS in ROM (normally it loaded the BIOS functions along with DOS and ROM just had a basic bootstrap loader). I found some interesting tricks like using a jump on parity to make a loop run exactly twice and save a few bytes, using a mov opcode to skip 2 bytes of data that served as alternate instructions for another entry point (saving one byte), shrinking init code down by making an initialization list of port addresses and data, and then a bit of trickery to make different sections more similar to each other so that the UPX compression could shrink it more (due to the memory layout, I actually had RAM to spare and wanted to use it to shrink the on-disk size). Optimizing for size at all costs is definitely an exercise in doing all the bad things you normally should never do when programming.

[@BastetFurry]

Well, you have to start somewhere, if you fire up some PDP11 emulator with Unix V6 you will have a similar experience. :)

[@joefish6091]

70s CP/M isn't going to be much better.

[@gordonreeder3451]

I actually knew some people back in the day who had these SWTPC 6800 machines. Sure it looks clunky and simple today. But back then it was the best thing ever. Watching this series is a real trip down memory lane.

[@onesixfive]

ive been watching this channel for a couple years. i know i have learned alot because i can always follow along logically with what is going on, even if i dont understand the 'why' of a ton of it, nor could i recreate it or explain it to someone else. but the crazy thing is that despite that, and despite the fact that i rarely watch videos 30-60 min long, i always watch these videos in their entirety, never get bored and enjoy every minute. keep doing what you do adrian, you have my support.

[@jensrobot]

support from satan is always welcome ;)

[@kei_otake]

agreed - I probably understand far less than most here (I’m more familiarized with vintage channels like Mr. Carlson’s Lab, and I’ve been studying Ben Eater’s more basic videos recently after deciding to really learn 8/16/64-bit electronics) but I can still follow the flow of these videos. My aspiration is to become a hobbyist in my own living space one day! (but I suspect I’ll be starting simple with radios and VTVMs and such… it’ll be some time before I repair my first computer!)

[@satanem]

ive also been watching for a few years now i started my pc fascination with my schools old acorn systems(uk) then primary school bought a win 95 machine with a cd rom for £1000 there was a whole school assembly too then in high school back to acorns then finally windows xp as we leave thanks Britain . left school built my own win xp machine ive been tweaking ever since anything pre 90s is pure pc archeology to me keep up the good work guys

[@Metal-Maniac-Forever]

Satan165.... Agreed 💯

[@rricci]

I have to agree with the original poster. Adrian, please stop feeling like your videos are too long. They're not! If someone feels like a video is too long, they can always skip ahead.

[@freelancer42]

What I love about this is that even though the original backup was made with the wrong drive/wrong settings, it was still enough to turn it into a completely usable, bootable disk (with some extra steps). Just goes to show that when it comes to data preservation, doing something is always better than doing nothing. Even if you don't get it completely right it can still be useful to someone in the future!

[@bitslasher89]

It's funny you said, "I'm more of a hardware guy, and this software stuff is a bit over my pay grade." I feel the same way watching you, except in reverse. I'm a software engineer trying to learn how to repair old PC hardware (to keep it running)... you're way beyond my pay grade!

[@AndyGraceMedia]

Back in the bad old days everyone was a hardware AND and software guy! The two went hand in hand. Assembly/machine code is the manipulation of logic gates. Every programming language since then has been just an abstraction of that process.

[@GdotWdot]

@@AndyGraceMedia John von Neumann, at least early on, considered the emerging assembly languages a cop out and was really not a fan. Any abstraction comes at a cost to clarity of what's actually going on with the machine, and when you're trying to debug a library-sized computer... Yeah.

[@Darxide23]

I'm in between. I understand enough of both aspects to follow and understand pretty much everything, but if I was in Adrian's shoes I could never get any of this going on my own.

[@kaitlyn__L]

@@GdotWdot I love that guys from that time were like “if you can’t keep track of your jump points you’re not a real programmer, assemblers are pointless”

[@Andreas_Straub]

Wow! This swtpc 6800 series for me was a great trip down memory lane. As a student I was designing my own 6800/6809 based computer systems as well as peripheral and DRAM cards. At that time I was still working with 8" floppy drives. I also built a 128kByte paged EPROM card that contained my editor, assembler, linker and a hw debugger. I was actually building these EPROMs by using a cross assembler on a CDC Cyber mainframe, printing to paper tape, taking this to the university and reading the tape using a teletype into an eprom programmer. Well, life as a programmer was hard at those times ;-) Thanks a lot for bringing back all those memories! 😀

[@renatoamaral2029]

6809 was the processor used in the Tandy Color Computer. 👍

[@murraypearson2359]

I have often said, "I miss the 8-bit days. Back then, there was absolutely no doubt that you were the superior being." Well, this is to those 8-bit machines what the 8-bit machines are to us. xD It's super cool to see such an ancient and even more rudimentary machine actually running. Huge kudos, Adrian, for your efforts and determination to get this beast chugging along again!

[@deang5622]

We still are the superior beings. And our younger colleagues know it.

[@kjtroj]

The problems you worked through demonstrate just how far we've come in terms of sophistication on not only the hardware, but also the software in the systems we use. Troubleshooting these old systems is definitely an adventure!

[@voneschenbachmusic]

Computer archaeology in action! This was a fascinating series - really helps to see the complexity of simple procedures we took for granted in later machines.

[@javabeanz8549]

Most users of computers these days have no clue what the 70's and 80's were like. Today Google, Siri, Alexa and the like can usually understand your spoken words and search or run commands for you. You don't have to memorize cryptic commands to get anything useful done.

[@herrbonk3635]

At least *micro* computer archaeology. There had been computers around for several decades, before we got modern VLSI designs like this, that fits on a desktop.

[@stephensweeney5167]

I am a older gent that used to loved working on Computers before IC became too hard to work with. Watching this series has given me an idea to recreate this computer with newer parts... and by that I mean ATX power supply, use 50 pin cable style connectors for main bus and 30 pin for IO bus. I am starting with the base board (MP-B) and go from there. Plan is to design new circuit boards that use the new tech such as you using sram, it could all be on a very small board with a single ram and a few support curcuits. This was a great series and who knows... someday I maybe able to make the boards I design available to other people that are interesred in this sort of thing. Thanks Adrian

[@ultrametric9317]

Great work Adrian!! That computer is crying out for a FORTH operating system! See how much you can do in 48k of RAM! Complete control of the hardware!

[@SeanGarratt]

Your dogged determination to fight through all that disk track .. etc stuff is amazing. And to have multiple faults (card chips need reseating, ribbon cable problems, disk sector issues, termination issues etc) and eventually end up with a DOS prompt was amazing. The tour through the various commands was wonderful. Made me appreciate how easy it became for people like me who started with msdos. Thumbs-up !

[@javabeanz8549]

CPM and MSDOS/PCDOS were quite the advancements back in the day. Then came the GUIs, and now people rarely see command prompts, unless they are programmers or work on servers.

[@Dr_Mario2007]

I think the delay on the floppy disk controller card, either software or hardware, has to do with some older floppy disk drive, as the spindle motors on some of them were huge and heavy, so the controller is simply buying the floppy disk drives time to stabilize in term of speed of the spindle before it even bother to read the floppy disks, mostly to prevent the CRC checksum errors while reading the disk that's not in the alignment of both rotation speed and MFM subcarrier frequency. Modern floppy disk controller doesn't do that anymore as we were using the final 3 inches floppy disk drives whose motors were light so it spins up right away. So, protip; for those who love computing history and uses 5 inch floppy disk drives, especially those modified to accept the classic MFM datalink, I recommend to incur the three seconds hard drive boot delay in the BIOS, so you can give those classic drives time to stabilize before booting up the OS on it or do anything with it otherwise.

[@parrottm76262]

This series is an instant classic. Wow, all the old memories from the 70's and 80's. Thanks so much for these.

[@hcfornwalt]

I will never in my life do anything like this, even if I would fantasize about it. Thanks for letting me do it vicariously. It's so important to preserve these things.

[@Bobbias]

Being able to essentially restore a more stable copy of the original disc is great. It was cool to get the breakdown of how you slowly pieces bits of things together to get a workable solution.

[@kaitlyn__L]

A less common form of bootstrapping :D

[@kjamison5951]

Fifty years from now, someone will be trying to access an old laptop by using the FO to SATA version of Kryo and they will be adjusting clock times to match the solid state chips just as you adjusted the rpm controller of the disk drive. Fascinating video. Bravo on your hard work paying off. Little by little. Thank you for the upload.

[@kaitlyn__L]

“Man these turn of the century semiconductors had such slow slew times… it’s hard to turn down modern hardware to even run this slowly”

[@Njazmo]

You are a legend. These videos bring back memories of Amiga 500 I used to own, and bringing computers I've never seen. That intuitive problem solving is top notch, because old hardware is so dodgy, you never know if it's a bad connection somewhere or dirty disk drive. Back in the day, we used to "make" SD-disks to DD-disks by making a nothc to the diskette, as it fools the drive to think it's a double density, and it worked with better quality disks. Try that one sometimes. Greetings from a nerd from Finland!

[@dugmeister65]

Well done on the detective work. One thing that I learnt the hard way with my TRS80 Model 1 is to remove the disk (or at least open the drive door) before power up or down as the “splurt” of data down the cable can corrupt the disk. I’d be doing that here as well…

[@8bitwiz_]

Turning the system power on or off would push a glitch through the drive heads, corrupting whatever was under the head, even without the drive spinning. I glitched a few disk sectors on my Model 1 from that back in the day. I quickly learned to keep the door open when not using the disk.

[@orbit3042]

Amazing work. When I first saw this computer I didn't have the slightest clue how it even operated. After watching your videos, I still don't have the slightest clue but I'm glad you got it working! Seriously cool to see it functioning how it did back in the day.

[@ShadowTronBlog]

In the IMD docs it discusses the potential need to format a disk on the target machine then copy the IMD imaged disk to the locally formatted disk when writing to an IMD written disk corrupts the disk. The issue you saw is consistent with my experiences with IMD as well. It may be related to the R/W Gap and/or the Format Gap settings in IMD.

[@kaitlyn__L]

It’s pretty interesting how it’s basically bootstrapping modulation tolerances, using asymmetric tolerances for reads and writes, until you finally get something nice and in spec

[@martindejong3974]

fantastic work, and a great addition of the preservation of this hardware and software, its great to see that MS-DOS wasn't the only game in town, an addition to other DOSes like TRS-DOS and CP/M.

[@retrozmachine1189]

MS-DOS' disk structure was actually fairly primitive compared to what was available on other much earlier systems. Good old TRS-80 MI/III used free space bitmaps, the concept of block allocation runs, different levels of file access by password, spanning directory entries for extra metadata storage, while MS-DOS had crude memory hungry FAT chains and that was about it. It wasn't just TRS-80 DOSes either, there's plenty of examples of more advanced structures. In many ways MS-DOS was actually a backward step.

[@erinwiebe7026]

Amazing walk through of this system (all parts in the series). I know so little of those very early computers, and to see you progress from receiving it to a functioning 2 drive setup like that is really eye opening! All that sleuthing to get the drives working, imaging & booting - very impressive! Again, fantastic series. Thank you.

[@jamesdye4603]

Are you related to the "King of Kong" Wiebe? Just spitballing here, didn't check the spelling.

[@erinwiebe7026]

@@jamesdye4603 Same spelling I believe, but slightly different pronunciation (last e is silent). But no, we're not related.

[@splugereport]

Wow! I'm an EE and worked on old computer for a hobby for years and I constantly learn so much here. Thanks!

[@CDiepenbroek]

I love the mentions back and forth between Adrian and Clint (LGR)! They both got their own thing with a lot of mutual respect. Us nerds got to stick together!

[@alancordwell9759]

Awesome Adrian, well done on getting that going! And thanks for the tour of DOS - most interesting. It does seem to work at a lower level than more modern systems; I worked with CP/M in the 80's and that was a bit like that.

Just a small note on bulk erasers. In the instructions for audio media, I recall that they said to turn on the unit when far away (both arms length) from the media before bringing it against the media to erase. Same thing before turning it off: take it away from the media before releasing the switch. The idea is to avoid creating magnetic pulses that would magnetize the media when operating the AC switch. Thanks!

[@TheDaleyChannel]

A genuinely amazing bit of real digital archeology, very impressed with the flopy disc salvage. As was pointed out, this was in the age when everything was hacked together, one step up from punched card or tape. Reminds me of my early days on a Research Machines 380Z!.

[@LeftoverBeefcake]

It's fascinating to see a time capsule like this getting preserved, and thanks to the other videos on the channel you can get a sense of where this machine fits in on the computing timeline. It's not something I'd most likely ever get to see outside of a vintage computer fair or museum, so thank you for get this old timer up and running in the highly educational way that you do. I used to sell antique Ford auto parts, and like a Model T, the SWTPC has a certain type of charm in its simplicity, but also something I would never ever want to own. :)

[@paulwratt]

These DOS-68 really show how far things had come by MS-DOS days, they also show quite well DOS evolutions (when you move up the version tree, _and_ start using stuff like FLEX). Thanks for putting in the time to get a good outcome.

[@MurderMostFowl]

I think the internet archive is a godsend for a lot of stuff. I like to support them as much as I can.

[@mrnmrn1]

6:40 I actually saw some 5.25" floppies which has cutouts for the index holes on both sides, so you can flip the disk in drives which use the index pulse. IIRC they were some German made disks.

[@DmitryEljuseev]

Thanks for sharing, really nice research, I wonder how much time was spent on it to get it working. Great job. OSs from a preDOS time are barely known today, and its really nice to see how it works. And last but not least, its great to see a good technical explanation of how system works, not just a video when somebody takes an old machine and just start gaming.

[@flounder31]

What a great, winding road this forgotten old piece of metal took you on. Thanks for taking us with you!

Awesome video! That machine deserves its own pillar of fame with floppy's and terminal to show of what it can do!

[@jimviau327]

Back then, I purchased for a stagering $10K , my first TRS80-1200, 2 floppies, 10MB HD, built-in screen, with a Dot Matrix Printer. When booted-up, it showed DOS, ready to accept commands. This video brings me back in time. I make me feel so weird when I compare with today's technology. That's how I started with computers. Evolution is such a weird thing. Thanks for posting 🎉

[@fritzkinderhoffen2369]

Hugely useful to a person trying to bring up a computer from that generation. Very well done. Your talents are appreciated.

[@peterhayes1590]

Hey Adrian - Thanks for the trip down memory lane! So many memories form back in the day of trying to get this gear to work. But more importantly all the people who were there. We all spent a lot of hours helping each other. Lots of pizza, beer and good friends!

[@dvdvnr]

Fascinating! Some excellent detective work there and entertainingly presented. I remember seeing adverts for these machines back in the day but have never seen one working.

[@rabidbigdog]

This is a super-interesting example of how even early 1980s disc systems are essentially related to earlier devices. No-one was reinventing technology (even IBM), these were evolutions. I guess that is largely because Shugart mechanisms were the only game in town.

[@AntonioBarba_TheKaneB]

I was on the edge of my seat the whole time! What a journey! I'm glad that you ended up with a fully working system, and with that assembler included in the dos disk, the sky is really the limit now!

[@anotheruser9876]

Awesome interview you and Bil Herd did!

[@tekvax01]

Adrian, you make an excellent point! Always format the disk you want to use on the drive you want to use it with, and then move that disk to the other drive to copy the file to it. Drive interchange will bite (and cut) you every time!! Thanks for going through all these steps for everyone! PS. I'd like to hear more of the heavy technical troubleshooting that you went through, with the oscilloscope, etc; I'm sure others would as well. maybe for your second channel... Just a thought!

[@penfold7800]

I'm not too experienced with these old systems, but I DO remember that it was VERY easy to damage those discs from power spikes. Hence, it was always standard practice to put the disc in a few (3) seconds AFTER switching the computer on and to NEVER remove a disc while the drive light was still on. Also, it was a thing to wait 5 seconds after a forced shutdown to allow for any memory to be completely flushed before switching on again. That procedure does eliminate some spurious errors.

[@jonathancombe9991]

What a fascinating video and I can appreciate just how much work you put into this to get it working. This is a really interesting machine and a good insight into how OS development went, when this basically starts into nothing more than a machine language monitor. Thank you for sharing your journey to get this fully working again. You must have an amazing collection of working vintage computers by now.

[@garthhowe297]

Absolutely brilliant... you are getting amazing at working through the problems that confront you in retro computing. I have to watch this a few more times to understand exactly what you figured out along the way.

[@75slaine]

This has been a great series Adrian, thoroughly enjoying seeing this old machine come back to life bit by bit.

[@Rob2]

The steprate in that 1771 floppy disc controller is hardwired but it can select 4 different rates. There is a "seek track" command that the OS sends to the controller, and 2 bits of that byte specify how fast it should step. I don't know DOS68, but likely the only way to send another steprate to the controller is to patch some byte in the DOS image. OSes developed a little later (e.g. NEWDOS/80 for the TRS-80) had disk parameter tables that you could change to adapt the steprate to your drive.

[@Rob2]

In another comment I read this, indicating that DOS68 also had such a feature to adapt the steprate: Note that as supplied, the system disk is shipped to boot⠂ with the slowest step rate and the longest dealy time after⠂ select. Your disk drives most likely can use a faster step⠂ rate; thus, please ensure you establish your boot disk as is⠂ appropriate for your system. Read about SYSTEM (STEP=n) and⠂ SYSTEM (DELAY=) in your user manual. Also use the proper⠂ BSTEP= parameter when you format your working system disk.⠂

[@BrainSlugs83]

Nice work Adrian. I love the amount of technical detail you went into in this video to get those disk images working (and preserved).

[@Informed104]

I can barely hold on by the skin of my teeth to what you talk about, Adrian. Sincerest kudos for breaking most of this stuff down for those of us that lived during that era. Even though I took classes in three different assembly languages, COBOL, JCL, Pascal and C, etc., I haven't kept up with it. Hardware and electronics, and tube amp repair is something I dabble in, so much of what you do in your videos, blows my mind. Thanks for some crazy interesting topics. I only wish you could spend more time on the Apple ][ series, and breakdown the internals of the Apple ][+ and //e, memory maps, the & command, etc. Though there are a lot of Commodore users in the world, I kinda get tired of having SO MUCH done on your channel regarding Commodore. But, thanks for everything you do, regardless. Awesome brain!

[@glendady8879]

I love this PC Archeology that you have been doing lately. Today's 64-bit era is very easy to the point where most people have an internet connected device, and take it for granted. Seeing these old 8-bit machines and what was necessary to make them function show how much we take computers and information technology for granted. Back then you really had to know your stuff to do even the most basic tasks. Great stuff, keep it coming.

[@MattPlachecki]

Very fitting for Adrian Black to take over the reins of this computer from Hank White! 😁

[@enverhaase8562]

Well done! Never read or otherwise learned about Smoke Signal Broadcasting before, despite being interested in computer history for many years. It's good to see this history preserved.

[@krnlg]

This really is a spectacular overview. Well done getting all this working, and giving us an insight into 70s computing!

[@mattsword41]

"earlier in this video when I took a dump " - was seriously worried Adrian was about to do a major overshare 😂

[@kevincozens6837]

Great job getting that box booting DOS68. AFAICR, this is the first time I've heard you mention the KyroFlux in a video I've seen. It is a very useful device to help bootstrap some vintage machines along with that other program that you mentioned. I have an old original CP/M 2.2 8" diskette (somewhere). I never had a system up and running to let me back up its contents.

[@tekvax01]

Excellent job Adrian! thank you for all your hard work on this project!

[@coxyofnewp]

That was a real bit of amazing investigation.. Great work on finding and fixing all the problems that came along !!

[@jamesdelancey9752]

Amazing work here, Adrian. Really learning a lot through your videos especially this series on the 6800.

[@8bitwiz_]

FYI, the reason for the cable twist is simply so IBM could ship all drives configured as drive 1 (second drive) and not need to stock a separate part number, or to deal with extra documentation and the chance of someone doing it wrong.

[@WilliamBurlingame]

I had a disk drive I bought from SWTPC. It used 8" floppies and plugged into a smaller card at the rear of the computer. I think I paid $1200 for the drive and controller. I didn't know about DOS68, But I did have a Smoke Signals BASIC and Smoke Signals word processor (not GUI) I took my system to an attorney's office and demonstrated the word processor. I also had a Xerox daisy wheel printer that I used as a terminal. The clerical staff at the attorney's office weren't happy. They thought I was trying to replace them with a computer.

[@stalinvlad]

I was thinking about daisy wheels the other day; 3D print the "wheel" an RPi0 to control a hammer that smacks it against Some-Kind-Of-Ribbon. Pi Pico would do the job. Or robot finger, more RPi, moving across electric typewriter. Write a "driver" that converts ASCII to finger presses.

[@andrewkieran8942]

> Xerox daisy wheel printer The famous, Diablo 630, I bet!

[@WilliamBurlingame]

@@andrewkieran8942 yes I later made a deal with a computer store owner. He had a customer who needed it and I ended up with an original IBM PC about a month after they were introduced. I also wrote some software in the exchange.

[@Starchface]

@@stalinvladThere were devices that could be attached to typewriter keyboards, effectively adapting them for use as printers or teletypes. These were controlled by a computer and used electromechanical plungers to actuate the keys.

[@Duddie82]

A long time ago, I used DOS for a long time. From the early version to last. I started using it much later than others at the place I worked. we created menues and was able to use it at our office. When i first started working for a company who used DOS mostly. Well, us in the back of the business. I was able to catch on very fast. The guy who brought my computer to me, I quikly programmed a menu option that we used on our network. He was quite suprised I figured it out. Well, I did a lot of research. And from there, I started working in IT jobs only. I was living inTexas when I started my IT career. I have made lots of money in that field of work.

[@QuintusCunctator]

Incredibly detailed video. This definitely was a voyage! Adrian, thanks for bringing us along. Each video about this PC has been a treat!

[@MrLukealbanese]

That was brilliant Adrian. Many thanks, hours of endless fun!!

[@HAGSLAB]

Thank you for doing all of this research and work, made a really great video! Both interesting and educational. And such a great preservation of information for the future.

[@gamedoutgamer]

Great job Adrian! Learned a lot and enjoyed it. Fascinating. Thank you for making this video. I now see where Atari DOS inherited the 'binary load' ' binary save' and 'create mem.sav' features.

[@londongaz2]

Wow, this was some process! Well done for seeing it through to the end, Adrian!

[@mephustowest1876]

These videos have been so fun to watch. I didn't get into computers until right before XP but now I just love learning about them.

[@ms-ex8em]

this is amazing windows xp and windows 95 too yep

[@davidwilliams4845]

Awesome video. I'm so glad to see you delve into these early systems. I find them very entertaining, much more than the more mainstream systems.

[@tomn5660]

I really liked this series on the SWTP computer. I would love to see a similar series on Cromemco and Digital Group computers. Keep up the good work!

[@cheeseburgerbeefcake]

What a journey! Really interesting troubleshooting, great job getting it going, many others would have given up!

[@essas.coisas]

Great video Adrian - I'm not to comment a lot, but I'm always expecting your videos, it is amazing how all this tech worked and it is still possible to recreate some of them. Thanks for your great content

[@JanBruunAndersen]

I am happy that this SWTPC 6800 ended up in your hands. It is a nice piece of kit that needs to be preserved.

[@tekvax01]

it was fun to see you on Bil Herd's channel the other day! He is a great and knowledgeable guy!

[@amrkoptan4041]

always a pleasure to watch your videos Adrian thank you so much !

[@Marinus_Retro_Lounge]

The best entertainment on a Saturday evening. And your streams are not only very informative, interesting the will also improve my English understanding. Best regards from Germany.

[@cesibley]

This is a truely amazing video! You have take computer archeology to a new level! congrats!

[@edgeeffect]

Having my own computer in 1975 was just an impossible dream. By 1981 we had CP/M with Assembler and BASIC on a Z80 at school... but I still had to dream of that Fortran compiler. That repair command takes me back to college.... replacing BASIC's error messages with our own "funny" versions.

[@vibrant20]

I have to chuckle because I first heard about the stunt as a child. My mother was taking college classes and had a prof who/and/or students that had replaced the error codes in some of the university's terminals, where a piece of the exploded death star was on display circa '78.... My actual interest at the time is obvious, but I never forgot the "naughty" error codes bit.

[@quincy1048]

it's great you took the time for this early DOS walkthru on what was a bit of a long road to getting this thing to boot right. For while I am into retro stuff...the 6800 is a bit too old and bit to into the hardware side of things for me to dig into but I liked seeing the DOS and the differences between say it and DOS 3.3 or even CPM for example.

[@jaybird57]

This was awesome..... I was on edge of my seat.. Thank you for the great and simple explanations as you work..

[@aso4200]

Of all those machine you have show on the bench, I think this is the most interesting machine imho., because it is so much different than newer more standardized machine. Really interesting to learn about how this machine works.

[@Ice_Karma]

"STOP=11 CONT=13" looks like the hexadecimal representation of XON and XOFF... but they're the wrong way around. That is, it effectively says, "STOP=XON CONT=XOFF". "CRT=8004", you mentioned that the ROM wedged itself into an unused part of the I/O address space, so could that be the CRT controller chip's (base) address? And could "ECHO=" be the address of a ROM routine to print one (or more) characters?

[@jk180]

Adrian. Super cool hos much capability this old machine has. Another one rescued from the graveyard!

[@TheDefpom]

@26:50 That bad cable issue looked to me like it might be a cracked solder joint on the socket on the PCB itself.

[@hoffmannolsen]

I always wanted to see how these old machines worked, even with all the „talking“ this is great, thanks!

[@technicaltaurus1]

Just recently discovered your videos. Looking at the PCB's of this system are similar to what 3M used for their business equipment, during the 1970's The first good computer I had was the Atari 800, but I did have a heath kit microprocessor trainer that used a 6800 and the Timex Sinclair which was Z80 based. You did an excellent job on the restoration. A few years ago (closer to 10) I assembled a supercomputer from 8 individual PC stystems. Two of the individuals in the video have sadly passed on..

[@donaldcongdon9095]

Wow! You’ve stirred up some memories of early disk experiences. Thanks!

[@jonord]

Very cool about these old odd computers. The OS is probably inspired by CP/M (which I think was around at this time?) and RSX-11 and similar.

[@RAMChYLD]

For getting programs to and from that computer, what about serial transfer? By theory if the computer has a second serial port and terminal program, you should be able to get programs sent from an IBM PC at very least over.

[@nigelalderman9178]

Loved your video. Amazing work. Even my machines from the 80's are all gone now as I no longer have the time or space.

[@frankowalker4662]

You've done a superb job with that computer.

[@jasmijndekkers]

@Adrian's Digitale Basement : Adrian you did a great job and its nice to see. Nice content, keep up the good job!

[@-r-495]

Well done! I‘d transfer software via the terminal. You can cp the asm code to a file (pasting the asm in the terminal will save you typing it) and compile it on the 6800. I used to work with similar hardware in a „company“ that didn’t replace their computers as long as possible (due to it being „perfectly fine“ and „normal“ to use such outdated equipment to control and monitor a process). In the end there was a catastrophic fault and I got it updated. Reverse engineering the software was quite a bit of work, but it was required to validate the new system provided by the vendor had the same functionality and especially the calibration routines where unaltered. What a trip down memory lane.. Thanks!

[@DocMacLovin]

Excellent work - so interesting to see stuff that old working again.

[@asaprocky8195]

Great job, Adrian! Very persistent effort, leads to fantastic results!

[@MickeyMousePark]

As for trouble reading/writing on a disk formatted on a different drive (but could read/write disks formatted by itself) this was extremely common back in the 1980's with Radio Shack Shugart drives ..We would tell the person to bring their computer with drives into local Tandy Computer Repair Center and have drives aligned ...which what i would do as a Repair Center manager... The process would be using a specially made floppy disk from Dyson there is a signal written at the very edge of the track 16 and 17 and another signal written on the edge of 17 and 18..We would set the drive on track 17 and with an O-Scope read the signals making sure both signals were equal... commonly called setting the head azimuth this would make sure the head was directly over track 17 (center of the disk) ..

[@WalterGreenIII]

You do have what was referred to as flippy floppies. We used to keep hole punches for punching holes in paper around to make our own flippy floppies, You gently lift the cover away from the recording medium, punch a new hole 180 degrees from the original hole into the soft cover on both the front and back of the diskette. This gives you a new index hole on the opposing side, next on the opposite edge of the floppy you also cut a new write protect notch to mirror the original notch. Now both sides of the floppy can be written or read on a single side floppy drive by simply flipping the diskette over./ The data on the back side of the floppy is recorded backwards and the for can not be read on a double-sided drives second side. To read the back you must flip the diskette over even in a double sided drive. I never did figure out why some genius did not figure out how to read the data, and reverse the bits/bytes in software to make them readable.

[@johnbecker8768]

Absolutely amazing! You are hard core Adrian.