Zitat:

---

Original von Raudi:

Zitat:

---

Original von Michael_D:
Hi,

wenn Du eine A3640 oder die A3630 hast, teste mal SetCPU .

---

Die habe ich leider nicht. Geht das auch mit der
Cyberstorm PPC?

---

Das geht nur, mit 'nem 040er auf der CS und der C=-68040.library.
Aber bei der CS sollte KS1.3 mit Blizkick funzen.
Starte mal ohne Startup-Sequnece und teste dann mal Blizkick.
Und schau mal im CS-Bootmenü, ob das ROM-Mapping aktiviert ist....
--
MfG

Michael D.

AIM: amigamicky

System:
A4000D (ATX-Tower), 68040@40MHz, 8GB HD, DVDRom, 12x CD-RW, ZIP-100, RainbowIII, X-Surf, HyperCOM4+
A1200 68040@30MHz+603p@166MHz, 3GB HD, 3c589D NIC, BVisionPPC

code:

---

failat 200
version >nil: graphics.library 37 ; Abfrage ob Kick2.0 oder höher
if fail ; wenn Kickstart <37.xxx
 execute startup-sequence.Kick13 ; erklärt sich von selbst  
endif 
execute startup-sequence.Kick20

---

--
MfG

Michael D.

AIM: amigamicky

System:
A4000D (ATX-Tower), 68040@40MHz, 8GB HD, DVDRom, 12x CD-RW, ZIP-100, RainbowIII, X-Surf, HyperCOM4+
A1200 68040@30MHz+603p@166MHz, 3GB HD, 3c589D NIC, BVisionPPC

Zitat:

---

Original von AmigaHarry:
@amigafreak1980:

Schade, daß die Platte bei dir nicht läuft - ist sonst eine gute HD.
Ich glaube, ehrlich gesagt nicht mehr daran, daß das am A3000 liegt.... ich denke eher, daß es da was mit der Platte selbst hat, repektive mit dem Anschluss an den SCSI-BUS. Die Platte ist ja wide-data-transfer-fähig (SCSI-III, also 16Bit), der A3000 schafft nur 8Bit, ergo hast du einen Adapter von 80Pin auf 50Pin dazwischen, oder? Hast du schon geprüft, ob der OK ist, bzw. ob der auch gejumpert werden kann (hatte mal einen auf dem die Addresse, usw., unabhängig von der Platte eingestellt werden konnte)?
(Die Platte selbst funktioniert doch hoffentlich noch auf anderen nicht-Amiga Controllern.....?)


[ Dieser Beitrag wurde von AmigaHarry am 01.03.2006 um 14:03 Uhr geändert. ]

---

Hi,

die DCAS gab es auch als Narrow-Version mit 50pol. SCSI-Anschluss.
--
MfG

Michael D.

AIM: amigamicky

System:
A4000D (ATX-Tower), 68040@40MHz, 8GB HD, DVDRom, 12x CD-RW, ZIP-100, RainbowIII, X-Surf, HyperCOM4+
A1200 68040@30MHz+603p@166MHz, 3GB HD, 3c589D NIC, BVisionPPC

Zitat:

---

Original von GMB:

Zitat:

---

Original von Michael_D:
Hi,
die Geschichte mit den SCSI-II-Geräten die UW-Geräte ausbremsen ist ein echtes Märchen!
Ich hatte hier lange Zeit eine CSPPC mit einer IDE-HD mit UW-Bridge dran, einen CD-Brenner, ein DVD-ROM und ein ZIP am UW-Host.
Da war nix mit "Ausbremsen". Die HD schaffte im gemischten Betrieb ~33MB/s. Egal was man mit einer solchen Konfig am Amiga macht, der 68k ist letztendlich die Grenze.
MfG
Michael D.

---

Hi Michael,

es wäre nett, wenn Du vorher einmal etwas nachdenken würdest.

Mach ich - auch spät nachts...

Fast-SCSI ist ein 8 Bit breiter Bus, der mit 10 MHz läuft.
Ultra-SCSI ist ein 8 Bit breiter Bus, der mit 20 MHz läuft.
Wide-SCSI ist ein 16 Bit breiter Bus, der mit 10 MHz läuft.
Ultra-Wide-SCSI ist ein 16 Bit breiter Bus, der mit 20 MHz läuft.

So, damit nun 10 MHz Geräte keinen Müll auf dem Bus sehen/verstehen, muß der Bus beim Anschluss solcher Geräte mit 10 MHz laufen. Die Geräte sind NICHT in der Lage, bei 20 MHz Signalen auf dem Bus "wegzuhören". Das liegt u.A. daran, dass bei Einführung von (Fast)-SCSI noch niemand an die höheren Frequenzen gedacht hat und die Empfangslogik folglich auch die höheren Taktraten nicht bewältigt. Sonst hätte man ja auch gleich zu Ultra wechseln können und Fast überspringen.

Und wenn Dein Bus nun mit 10 MHz anstatt 20 MHz läuft, ist der definitiv langsamer.

Soweit die Theorie und auch die Technik dahinter.
Und soweit ist mir das schon klar...

Ob DU davon etwas merkst, ist eine andere Frage.
Einen Absatz weiter neutralisierst DU diese Aussage...

Wenn man nun Ultra-SCSI Geräte am UW-Bus betreibt, kann der Bus weiterhin mit voller UW-Geschwindigkeit arbeiten, da die Taktfrequenz ja die gleiche ist, nämlich 20 MHz. Da allerdings ein U-SCSI Gerät länger braucht um z.B. einen Datenblock von 1 MByte zu übertragen (genau genommen mindestens (overhead) doppelt so lange), können auch hier noch Behinderungen von UW-Geräten auftreten, die selbiges vor haben. Auf einem Desktop-System dürfte man davon aber nichts mitbekommen.

Wie, was? Jetzt doch nicht? Wenn mich jemand ausbremst merke ich das!

Abgesehen davon stellt dein Bild eindeutig eine T-Verkabelung dar, und das ist bei SCSI NICHT ERLAUBT. Das es u.U. trotzdem zeitweise funktioniert, ist eine andere Geschichte...

Klar, weiß ich und habe ich auch dazugeschrieben. Die CS ist halt zickig mit der Verkabelung. Ich hatte zu Anfang alles "nach Vorschrift" angeschlossen. Resultat: Der Rechner blieb beim Start im Syncron-Modus stehen. Nur mit der T-Verkabelung gab es den sync-mode für die HD und keine Phase-Errors bei den CD-Laufwerken.

Toll fand ich Deinen Vorschlag einfach am Besten einen zusätzlichen SCSI-Host einzubauen. Am BESTEN man kriegt die Laufwerke an der CS zum laufen - auch wenn es ein wenig dauert...

Ciao

GMB




[ Dieser Beitrag wurde von GMB am 20.02.2006 um 19:29 Uhr geändert. ]

---

Bemerkung: FETT gedruckte Teile sind von mir.


--
MfG

Michael D.

AIM: amigamicky

System:
A4000D (ATX-Tower), 68040@40MHz, 8GB HD, DVDRom, 12x CD-RW, ZIP-100, RainbowIII, X-Surf, HyperCOM4+
A1200 68040@30MHz+603p@166MHz, 3GB HD, 3c589D NIC, BVisionPPC

[ Dieser Beitrag wurde von Michael_D am 21.02.2006 um 03:49 Uhr geändert. ]

Zitat:

---

Original von GMB:

Hi Evi,

also ich sehe hier eine ganze Reihe von Problemen.

Los geht es schon einmal damit, dass man CD-ROMs eigentlich IMMER auf ASYNC JUMPERN sollte. Im sync-Mode machen sie an fast allen SCSI-HAs Probleme.

Weiter geht es damit, dass Du ein langsames Fast-SCSI-2-Gerät an den UW-Bus der CS-PPC hängst. Das geht zwar theoretisch und praktisch, allerdings bremst Du ALLE Geräte auf dem Bus damit aus. Denn der Bus DARF jetzt NUR noch im Fast-Wide-Mode laufen und NICHT mehr im ULTRA Modus. Folglich musst Du dies auch im CS-PPC Bootmenü für ALLE Geräte so einstellen.

Man darf auf den UW-Bus nur UW und U Geräte gleichzeitig am Bus hängen, OHNE dass sie sich gegenseitig massiv ausbremsen.

Ein weiteres sehr sensibles Problem ist die Terminierung. Hier muss zum einen Dein Adapter von Wide auf Fast die oberen 8 Datenleitungen des 16-Bit breiten Datenbusses terminieren. Zum anderen MUSST Du nacher die 8 Bit des Fast-Busses AKTIV terminieren. Terminatoren auf CD-ROMs erfüllen diese Vorgabe in 99% der Fälle nicht.
Zudem drängt sich der Verdacht auf, dass Dein SCSI-Bus nicht mehr eine einzelne Kette sondern eine T-Verkabelung ist. Das ist ebenfalls ein Absolutes NO-NO. Auch mehr (oder weniger) als 2 Terminatoren sind absolut falsch.

Das es bei ner MK2 funktioniert ist ja auch kein Wunder, die kann ja nur Fast-SCSI.

Ich empfehle dir DRINGEND, einen 2. SCSI-Host-Adapter mindestens für nicht-Ultra Geräte einzubauen. Für langsame Geräte wie CD-ROMs ist das auch mehr als ausreichend.

Ciao

GMB

---

Hi,


die Geschichte mit den SCSI-II-Geräten die UW-Geräte ausbremsen ist ein echtes Märchen!
Ich hatte hier lange Zeit eine CSPPC mit einer IDE-HD mit UW-Bridge dran, einen CD-Brenner, ein DVD-ROM und ein ZIP am UW-Host.
Da war nix mit "Ausbremsen". Die HD schaffte im gemischten Betrieb ~33MB/s. Egal was man mit einer solchen Konfig am Amiga macht, der 68k ist letztendlich die Grenze.

Aber nun was konstruktives:

@evi:

Bei mir war die Verkabelung auch nicht nach standard, aber funzte prima:

Bild: http://home.arcor.de/micky.d/pics/amiga/scsi.jpg

Wobei das Bild schon älter ist. Die HD am SCSI-II-Adapter wurde durch die oben erwähnte IDE(UW)-HD ersetzt und saß an einem Anschluss zwischen CSPPC und dem SCSI-II-Adapter.
--
MfG

Michael D.

AIM: amigamicky

System:
A4000D (ATX-Tower), 68040@40MHz, 8GB HD, DVDRom, 12x CD-RW, ZIP-100, RainbowIII, X-Surf, HyperCOM4+
A1200 68040@30MHz+603p@166MHz, 3GB HD, 3c589D NIC, BVisionPPC

[ Dieser Beitrag wurde von Michael_D am 20.02.2006 um 00:55 Uhr geändert. ]

Zitat:

---

Original von Ralf_Leonhardt:
Hi...

@Supimajo
> Für den Benutzer (das Paßwort) ist auf jeden Fall das IfLogin-Tool zuständig
> (man erreicht es, wenn man während des bootens F1 gedrückt hält.

Das kann per OktagonPrefs gewählt werden. Der Passwort-Screen kommt entweder nach einem Reboot, beim
Einschalten, Taste F1 beim Einschalten, oder "NIE".

> Das muß ja von irgendwoher aufgerufen werden, wenn du eine entsprechende Abfrage zu sehen bekommst.

Beim Rechnerstart werden diese Sachen übers BootROM des Controllers gemacht/veranlasst.
Dabei wird dann auch der Config-Speicher des Controllers ausgelesen.
Dazu ist allerdings ein BootROM Version 4 oder höher erforderlich.

> Wenn man besagt IfLogin-Aufruf einfach rausnehmen würde, dann klappts auch mit dem booten wieder.
> Nur kann bisher leider niemand sagen von wo aus der Aufruf initiiert wird.

"IfLogin" ist für den Aufruf in der startup-sequence gedacht.
...wenn ich's im Handbuch richtig verstanden habe


bis denne...

Ralf

--
A2000 T - Blizzard2040 - CV64/3D - Highway - IoBlix - OS3.9
A500 D - Derringer030-33MHz - Oktagon2008 - PicassoII+ - HD - CD - WB3.1
A500plus - VXL30-33MHz - GVP-SCSI - HD - WB3.1
A1000 - A2630/4MB - A2091 - HD - WB2.1

---

Hi,

eben dieser "Config-Speicher" existiert leider nicht in der Form, wie
beim Oktagon. Also evtl. doch auf der HD?
--
MfG

Michael D.

AIM: amigamicky

System:
A4000D (ATX-Tower), 68040@40MHz, 8GB HD, DVDRom, 12x CD-RW, ZIP-100, RainbowIII, X-Surf, HyperCOM4+
A1200 68040@30MHz+603p@166MHz, 3GB HD, 3c589D NIC, BVisionPPC