Hello Ruud, Yes, there is a 720-D. Take a look at it at: http://www.zimmers.net/cbmpics/cb720.html About half-way down the page is a picture of the internal drive. We also know there was a 720-D due to it being printed on the boxes of other CBM-II high profile machines. As to your question, though: Yes. I did connect it to another drive. In fact, I connected the internal 720 cable to the internal drive of my 8296D. That worked fine. The problem must be in the drive, I just don't know where.... - Bo > -----Original Message----- > From: email@example.com > [mailto:firstname.lastname@example.org]On Behalf Of Baltissen, R (Ruud) > Sent: Friday, November 09, 2001 1:16 AM > To: 'email@example.com' > Subject: RE: I'm ashamed to be asking this, but... > > > Hallo Bo, > > > I received the 720-D "disassembled". > > You mean there exists a CBM 720 with built in drives like the CBM 8296D? > > > The symptom is this: I enter a drive command, the error > > light comes on. No drive movement. If I THEN read the error > > channel (?ds$) I get nothing. If I read it directly > > (input#1,a,a$,b,c) I get 0, blank, 0,0. > > Maybe a stupid question: what happens if you do > (input#1,a,a$,b,c) without a > drive attached? Your "0, blank, 0,0" looks like showing un-initialised > variables ie. the showed data has not been read at all. > My guess is that something on the I/O part is brooken, either the > computer- > or driveside. You can test wether part it is the drive or computer by > connecting another drive or computer to the 720 and its drive. This > crosstest should reveal which part is actually to blame. > The fact that the error LED flashes means IMHO that it doesn't understand > the command ie. the handshaking is alright so the trouble is in the > databits. > ___ > / __|__ > / / |_/ Groetjes, Ruud > \ \__|_\ > \___| http://Ruud.C64.org > > > > Message was sent through the cbm-hackers mailing list Message was sent through the cbm-hackers mailing list
Archive generated by hypermail 2.1.1.