🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: de.comp.sys.amiga.tech
9 messages
9 total messages Started by Torsten Lang Sat, 06 Apr 1996 13:33
Elektronikschrott: Die Apollo4040/4060 Karten der Fa. ACT (alias "Winner" alias...)
#4578
Author: Torsten Lang
Date: Sat, 06 Apr 1996 13:33
171 lines
13613 bytes
Vorab: Antworten bitte moeglichst per eMail, da ich diese Newsgruppe nur
       unregelmaessig lese. Danke!

Torsten Lang					Bad Nauheim, d. 06.04.1996
Pestalozzistr. 9A 
61231 Bad Nauheim 
Tel.: 06032/87496   (privat, abends)
      06441/9646-31 (tagsueber)	
Fax:  06441/9646-11 (z. Hd. T. Lang)	

EMail: Torsten.Lang@ap.physik.uni-giessen.de 

Betr.:	Elektronik-Schrott: Apollo 4040/4060-Karte der Fa. ACT (sowie OEM-Versionen, z. B. die 
        von Vesalia u. a. vertriebene "Winner"-Karte)


Nachdem der Amiga gerade wieder produziert wird und der Markt sich (hoffentlich) langsam wieder 
erholt, werden auch gleich wieder schwarze Schafe am Markt aktiv, deren Methoden an das Mitte 
der 80er Jahre verbreitete Raubrittertum im PC-Bereich erinnern. So werden halbfertige - besten-
falls im Betastadium befindliche Produkte - als vollwertige Ware verkauft, es werden in den 
Prospekten Ausstattungsmerkmale und Features beworben, die in Wahrheit nicht vorhanden oder 
schlicht unbrauchbar sind, oder Firmen sind nach dem Schalten ihrer Anzeigen nicht mehr greifbar 
(z. B. ELCOR). 

Dass ein solches Vorgehen dem Ruf des Amiga nicht gerade foerderlich ist (und im Falle verstaerkten 
Auftretens den Markt ruinieren kann), duerfte klar sein und sollte auch Amiga Technologies veranlas-
sen, im Falle eines Falles zu handeln (Entzug von Entwickler-Lizenzen, Hardware-Kennungen etc.). 
Schliesslich wird der Amiga nach dem Crash von Commodore und der Uebernahme durch Escom keine 
dritte Chance erhalten, sollten unserioese Geschaeftemacher den Markt ruinieren.

Eine der Firmen, die "Elektronikschrott" verkaufen und mit denen ich im vergangenen halben Jahr 
meine Erfahrungen habe sammeln muessen, ist ACT, Hersteller der "Apollo"-Karten. Wie viele 
Amiga-Fans auf der "Computer '95" in Koeln bemerkt haben, waren Prozessorkarten - speziell sol-
che mit 68040/68060 - fuer den A3000/A4000 praktisch nicht zu bekommen. Die wenigen Cyber-
storm-Karten, die ihren Weg auf die Messe gefunden hatten, gingen - falls ueberhaupt - zu "Mond-
preisen" von ueber 3000DM ueber die Ladentische. Daher habe ich mich nach einer Alternative umge-
sehen und - wie ich glaubte - diese in der Apollo4040 gefunden. Da einige Daten auf der Maschine 
verarbeitet werden mussten und dies nur mit adaequater Ausstattung moeglich war, war ich erst einmal 
froh ueber meinen "Fang".

Die Karte war jedenfalls erstmal nicht lieferbar und der auf der Messe angekuendigte Liefertermin um 
einige Wochen ueberschritten. Als ich das Teil dann endlich in Haenden hatte (Anfang Dezember), stell-
ten sich bald gravierende Maengel heraus (diese werde ich im Folgenden noch genauer beschreiben). 
U. a. fehlte Installationsmaterial wie die fuer Karten dieser Groesse erforderlichen Kunststoff-Stuetzen, 
ein Installationshandbuch habe ich ebenfalls bis zuletzt nicht erhalten (dieses sei "in Kuerze" liefer-
bar... es darf gelacht werden). Der sogenannte Fast SCSI II Controller entpuppte sich als selbstge-
strickte Billigst-Loesung, die fuer eine Karte dieser Preisklasse (immerhin mit 68060 fast so teuer 
wie eine Cyberstorm) einfach nicht tragbar ist, und beim RAM gab es auch erhebliche Einschraenkun-
gen. Weiterhin hatte ich nach der "problemlosen Uebernahme" meiner mit RDB versehenen Platte auf 
einmal wieder Platz - Die Daten waren jedenfalls weg. Nach der Restauration war ShapeShifter an 
der Reihe. Device-Disks? Fehlanzeige! SCSI? Im Prinzip ja, aber nur bis zum Initialisieren durch den 
Mac! Danach war die Platte am Apollo-Controller einfach nicht mehr zu finden!!! Ich forderte die 
Firma auf, die Fehler umgehend zu beheben, andernfalls wuerde die Karte innerhalb der 14-Tages-
Frist zurueckgesandt. Herr Christ von der Firma ACT rief mich umgehend zurueck und bat mich um 
Geduld - schliesslich koenne ich - sollten die Probleme nicht behoben werden koennen, die Karte pro-
blemlos zurueckgeben - ein Luege, wie sich spaeter herausstellte. Jedenfalls hatte ich mich auf diese 
Versprechung eingelassen... Man versprach mir, mir noch vor den Weihnachtsfeiertagen 
entsprechende Updates zu schicken - Fehlanzeige. Da die Karte nicht zu gebrauchen war und ich 
auch bis zu den gesetzten Fristen kein Update erhielt, ging die Karte zu ACT zurueck - Ruecktritt vom 
Kaufvertrag - wie versprochen... um dann nach 14 Tagen erneut auf meinem Schreibtisch zu landen 
- offenbar arbeiten in dieser Firma auch noch Analphabeten, mein Schreiben war schliesslich deutlich 
genug. Da ich ein relativ geduldiger Mensch bin, habe ich die Karte zur Probe erneut eingebaut und 
zwischenzeitlich mit dem inzwischen ebenfalls gelieferten 68060-Prozessor bestueckt - berau-
schend war's nicht: Immerhin funktionierte mein alter A2091, den ich aus Kompatibilitaetsgruenden 
unbedingt benoetige, nun ueberhaupt nicht mehr - adieu ShapeShifter, adieu Mac. Ich stellte die Firma 
also erneut vor die Wahl, die Karte entweder sofort zurueckzunehmen oder mir eine entsprechende 
funktionsfaehige Hardware (Leih-Mac, Fastlane ZIII Controller...) zur Verfuegung zu stellen - Funk-
stille! Da mein Termin (Stichwort: Datenverarbeitung unter ShapeShifter) allmaehlich anzubrennen 
drohte habe ich mir kurzfristig eine Cyberstorm-Karte beschafft (die uebrigens zu meiner vollen Zu-
friedenheit funktioniert) und mir 4 Tage Urlaub genommen, um meinen Termin zu wahren. Mittler-
weile liegt die Apollo-Karte mit der Forderung der Rueckzahlung der Kosten zzgl. weiterer aufgelau-
fener Kosten in Hoehe von mittlerweile >100DM fuer Versand, div. Briefe und Telefonkosten (auf die 
Forderung des Ersatzes weiterer durch ACT verursachter finanzieller Schaeden - s. o. - habe ich im 
Hinblick auf eine zuegige Abwicklung sogar verzichtet!) wieder bei ACT - seit fast drei Wochen! Wie 
ich nun endlich erfahren habe, akzeptiere man die Rueckgabe so nicht. Ich werde das angekuendigte 
Schreiben von ACT noch abwarten, sollten aber aufgelaufenen Versandkosten moniert werden o. ae. 
werde ich mein Geld wohl einklagen muessen - also wieder Urlaub nehmen, zum Anwalt rennen 
(=weitere fin. Schaeden...)...

BTW: Eigentlich wollte man mir die Hardware-Infos zum SCSI-Controller sowie das 68060 Soft-
ware-Kit von Motorola geben, da ich urspruenglich einen SCSI-Treiber fuer die Karte sowie das Soft-
ware-Kit in Linux/68k einbinden wollte - auch hier bis heute Funkstille (trotz diverser Anfragen)!

Aus meinen bisherigen Erfahrungen heraus kann ich alle potentiellen Kaeufer dieser Karte nur vor 
dem Kauf warnen. Alle, die eine solche Karte bereits besitzen, sollten ueberpruefen, ob folgende Pro-
bleme ebenfalls auftreten bzw. relevant sind. Im Zweifelsfalle: Karte umgehend zuruecksenden!!! Loe-
sungen hatte ACT bisher naemlich nicht anzubieten - lediglich "Bug-Changes":

- Installationsmaterial und -handbuch fehlen und werden offenbar auch nicht nachgeliefert.
- Fuer den SCSI-Bus steht kein externer Anschluss bereit (also ggf. bei Phase 5 bestellen...).
- Die Installationssoftware hatte mir bei der "problemlosen Uebernahme" meiner RDB-formatierten 
  Festplatte erstmal alle Daten vernichtet!
- Ueberhaupt sollte man die Platte gleich Neuformatieren, sonst funktionieren u. U. die Einstellungen 
  (Cache etc.) nicht mehr und fuehren beim erneuten Boot-Versuch zum Absturz...
- Der Speicher der Karte ergibt nur beim Einsatz von 32MB-Simms einen zusammenhaengenden 
  Block - fuer diverse alternative Betriebssysteme wie NetBSD, MacOS (ShapeShifter) und sicher-
  lich auch diverse Amiga-Software ein ernstes Problem - zumal 32MB-Simms schwer zu beschaf-
  fen und verhaeltnismaessig teuer sind. Man wolle das Problem per MMU beheben - und was sagen 
  ShapeShifter, NetBSD und Virtuelle Speicher-Verwaltungen wie Giga-MEM und VMEM dazu???
- Bei den ersten ausgelieferten Karten funktioniert der Zorro-DMA aufgrund eines Design-Fehlers 
  nicht. Der Fehler ist zu beheben - vorausgesetzt man bekommt das Update oder verzichtet fuer 
  ein paar Monate auf seine Karte und schickt sie ein (moeglichst unfrei, Kosten werden naemlich 
  nicht freiwillig ersetzt!).
- Mit dem 68060 funktionieren diverse SCSI-Controller nicht mehr, betroffen sind u. a. A2091 
  (trotz 7.0er ROMs) sowie GVP-Adapter (vermutlich weitere). Der Rechner bootet in diesen Fael-
  len einfach nicht mehr, sondern stuerzt sofort ab, sollte der jeweilige Zorro-Bus Controller akti-
  viert sein.
- Schwere Fehler im Cache-Management: Bereits das Ein-/Ausschalten der Caches mit CPU60 
  (liegt der Karte bei) kann zum Absturz fuehren (etwa alle 2-5 mal).
- In dieselbe Rubrik duerften auch Probleme mit Reset-fester Software fallen, z. B. laeuft 
  PrepareEmul (gehoert zu ShapeShifter) nicht mehr.
- Auch einige Probleme mit dem SCSI-Device duerften hier unterzubringen sein.
- Es wurde nirgends dokumentiert, wo die Flags fuer Features wie den Read- oder Write-Cache lie-
  gen. Ich halte diese Information durchaus fuer wichtig!
- Das SCSI-Device weist mehrere schwere Fehler auf:
  - Bei starker SCSI-Belastung (konkurrierende Zugriffe wie z. B. beim gleichzeitigen Validieren 
    mehrerer Partitionen) kommt es des oefteren zu Abstuerzen.
  - Der Write-Cache funktioniert (sogar lt. ACT!!!) nicht mit dem 68060!
  - Bei Software, die unter Umgehung des Amiga Filesystems direkt auf das Device zugreift, treten 
    ebenfalls schwere Inkompatibilitaeten auf:
    So funktionieren Device-Disks unter ShapeShifter nicht, SCSI geht nicht bei "direkter Uebertra-
    gung", AFS macht ebenfalls Probleme (lt. ACT!). Weiterhin bleibt auch DiskSalv (oder eher das 
    SCSI-Device) einfach stehen oder stuerzt komplett ab, wenn das SCSI-Device zu stark belastet 
    wird.
  - LUNs werden fuer eigene Zwecke missbraucht, es ist kein Betrieb von Multi-LUN Geraeten (z. B. 
    CD-Wechsler) moeglich.
  - Das Automounten von Cross-DOS Partitionen (habe ich mit dem A2091 bisher erfolgreich 
    praktiziert) fuehrt zum Absturz des Rechners!
  - Nach dem Formatieren durch ShapeShifter (uebrigens das Formatieren von Platten vom Device 
    nicht korrekt unterstuetzt - fehlt deshalb etwa diese Option in der Installationssoftware?) werden 
    einige Platten einfach gar nicht mehr vom Device erkannt - wohl dem, der jetzt einen Atari oder 
    einen A2091 (aber bitte vorher Apollo ausbauen!) o. ae. hat!
  - Beim Scannen des SCSI-Busses durch einen Mac-Treiber (an sich keine gefaehrliche Sache) 
    "haengt sich das SCSI-Device der Apollo-Karte auf", d. h. es funktionieren keine Plattenzu-
    griffe mehr!
- Ueberhaupt ist der SCSI-Controller das Letzte: Es handelt sich hier um eine selbstgestrickte 
  PIO-Loesung, die bei Uebertragungen mindestens 70% der CPU-Leistung frisst. "Wer einen 'richti-
  gen' Controller benoetigen wuerde, kaufe sich sowas ohnehin zu, schliesslich sei die Apollo-Karte ja 
  sehr preisguenstig und der SCSI-Controller nur eine Dreingabe" - und wo steht das in der Pro-
  dukt-Werbung???

Wer also auf hohe Tranferraten bei wenig CPU-Belastung Wert legt, muss sich noch einen ZorroIII 
SCSI-Controller wie den Fastlane ZIII oder den A4091 zulegen - zusammen mit der Apollo 4060 
kostet der Spass ca. 2500DM - also "wirklich preiswert".

Also bleibt letztenendes nur die Nutzung als reine Prozessorkarte mit 68040 (wg. 68060 Cache-
Problemen ist dieser ja nicht nutzbar!) - zur Erinnerung: die original-CBM-040er-Karte kostet als 
Ersatzteil etwa 600-700DM, also nicht einmal die Haelfte der Apollo!

Wie man der langen Liste entnehmen kann, habe ich unfreiwillig fuer ACT reichlich "Beta-Testing"
getrieben. Wenn ich dafuer schon nicht bezahlt werde, darf ich doch zumindest verlangen, dass man 
mir meine Auslagen (zumindest die, die "direkt greifbar" sind, wie Telefonkosten, Versandkosten, 
Briefe, Transport-Versicherungen...) bei der Rueckgabe der Karte ersetzt, zumal der Programmie-
rer der Software (SCSI-Device) mir gegenueber klar zu verstehen gegeben hatte, dass er in absehba-
rer Zeit keine Loesung anbieten koenne - mit ein Grund fuer die Rueckgabe.

Uebrigens: Ich haette diesen Brief nicht schreiben muessen, waeren nicht saemtliche Probleme (bis auf 
die Multi-LUN Unterstuetzung - aber die kommt demnaechst) mit der Anschaffung der Cyberstorm-
Karte behoben gewesen. Der Rechner ist seitdem nicht mehr wiederzuerkennen. Uebrigens ist bei 
der Cyberstorm auch das Interface zum Chip-RAM deutlich zuegiger und erreicht gerade beim 
Schreiben (wichtig fuer Animationen, Spiele...) die maximal moeglichen Transferraten!

Da ich mir einfach nicht vorstellen kann, dass ich der einzige betrogene Kunde bin, bitte ich alle, die 
aehnliche Erfahrungen gemacht haben, mir einen kurzen Brief (o. EMail) zu schreiben.

Anm. fuer die Redaktion: auch wenn das Dokument reichlich lang ist, halte ich eine Veroeffentlichung 
(notfalls gekuerzt) fuer ueberaus wichtig; umso mehr, als dass ich auch aus mehreren anderen Quellen 
erfahren habe, dass die Kaeufer mit der Stabilitaet der Apollo-Karten nicht zufrieden sind!

Mit freundlichen Gruessen,
                      T. Lang
Re: Elektronikschrott: Die Apollo4040/4060 Karten der Fa. ACT (alias "Winner" alias...)
#4599
Author: Patrick Hess
Date: Mon, 08 Apr 1996 10:43
82 lines
4396 bytes
---// gdg7@vision.hrz.uni-giessen.de (Torsten Lang) schrieb am 06.04.96... ---------

Mit meiner Apollo 2030 sieht es ähnlich aus...

> - Fuer den SCSI-Bus steht kein externer Anschluss bereit (also ggf. bei Phase 5 bestellen...).

dito.

> - Die Installationssoftware hatte mir bei der "problemlosen Uebernahme" meiner RDB-formatierten
>   Festplatte erstmal alle Daten vernichtet!

dito, nach der Installation der Apollo wahren meine kompletten Daten vernichtet!

> - Ueberhaupt sollte man die Platte gleich Neuformatieren, sonst funktionieren u. U. die Einstellungen
>   (Cache etc.) nicht mehr und fuehren beim erneuten Boot-Versuch zum Absturz...

Interessant, bei einem Kumpel stürzt die Apollo mit 100% Sicherheit ab, wenn der
Datacache eingeschaltet wird.

> - Mit dem 68060 funktionieren diverse SCSI-Controller nicht mehr, betroffen sind u. a. A2091
>   (trotz 7.0er ROMs) sowie GVP-Adapter (vermutlich weitere). Der Rechner bootet in diesen Fael-
>   len einfach nicht mehr, sondern stuerzt sofort ab, sollte der jeweilige Zorro-Bus Controller akti-
>   viert sein.

Mein 2091, den ich leider nun nicht mehr besitze funktionierte von ersten Tag an nicht
mit der Apollo zusammen.

> - In dieselbe Rubrik duerften auch Probleme mit Reset-fester Software fallen, z. B. laeuft
>   PrepareEmul (gehoert zu ShapeShifter) nicht mehr.

Mit der Option "A1200" probiert? Das war das einzige, was meine Apollo zur
Zusammenarbeit überreden konnte.

> - Auch einige Probleme mit dem SCSI-Device duerften hier unterzubringen sein.

dito ;(

> - Es wurde nirgends dokumentiert, wo die Flags fuer Features wie den Read- oder Write-Cache lie-
>   gen. Ich halte diese Information durchaus fuer wichtig!

dito.

>     gung", AFS macht ebenfalls Probleme (lt. ACT!). Weiterhin bleibt auch DiskSalv (oder eher das

dito...

>   - Das Automounten von Cross-DOS Partitionen (habe ich mit dem A2091 bisher erfolgreich
>     praktiziert) fuehrt zum Absturz des Rechners!

...dito (gähn..) ;)

> - Ueberhaupt ist der SCSI-Controller das Letzte: Es handelt sich hier um eine selbstgestrickte
>   PIO-Loesung, die bei Uebertragungen mindestens 70% der CPU-Leistung frisst. "Wer einen 'richti-
>   gen' Controller benoetigen wuerde, kaufe sich sowas ohnehin zu, schliesslich sei die Apollo-Karte ja
>   sehr preisguenstig und der SCSI-Controller nur eine Dreingabe" - und wo steht das in der Pro-
>   dukt-Werbung???

Tja, das hätte ich auch gerne vorher gewußt...

> Briefe, Transport-Versicherungen...) bei der Rueckgabe der Karte ersetzt, zumal der Programmie-
> rer der Software (SCSI-Device) mir gegenueber klar zu verstehen gegeben hatte, dass er in absehba-
> rer Zeit keine Loesung anbieten koenne - mit ein Grund fuer die Rueckgabe.

Bemüh` Dich doch mal um eine Dokumentation der Hardware, dann könnte ein neues
Device geschrieben werden. Ein Bekannter von mir disassembliert das Device
gerade um es a) neuzuschreiben b) eine Linux-Lösung zu finden.

> Da ich mir einfach nicht vorstellen kann, dass ich der einzige betrogene Kunde bin, bitte ich alle, die
> aehnliche Erfahrungen gemacht haben, mir einen kurzen Brief (o. EMail) zu schreiben.

mit der A2030, dito... Du hast die "tolle" Installationssoftware vergessen,
die an Kickstart 1.2 zeiten erinnert... Oder gibt es dazu eine Alternative?
Wohl kaum ;)

Eine Änderung der Partition ist bei mir nicht mit einer anderen Software
möglich, die Apollo erkennt danach nicht mehr.
 
Gruß,
       Patrick
 
 -- Wann kommen die Cheats fuer Windows '95?
Re: Elektronikschrott: Die Apollo4040/4060 Karten der Fa. ACT (alias "Winner" alias...)
#4614
Author: Torsten Lang
Date: Tue, 09 Apr 1996 19:30
12 lines
1047 bytes
Torsten Lang (gdg7@vision.hrz.uni-giessen.de) wrote:
: Vorab: Antworten bitte moeglichst per eMail, da ich diese Newsgruppe nur
:        unregelmaessig lese. Danke!

Das heisst natuerlich nicht, dass Ihr nicht auch ZUSAETZLICH  hierher posten
solltet, schliesslich ist das auch fuer andere Betroffene interessant.

Ich werde wohl prozessieren muessen, um meine Kohle wiederzusehen (Stand 
heute), und sind die Aussagen anderer u. U. sehr hilfreich beim Nachweis,
dass hier tatsaechlich "Schrott" verkauft wurde...

- Torsten
Re: Elektronikschrott: Die Apollo4040/4060 Karten der Fa. ACT (alias "Winner" alias...)
#4615
Author: Torsten Lang
Date: Tue, 09 Apr 1996 19:32
12 lines
1048 bytes
Torsten Lang (gdg7@vision.hrz.uni-giessen.de) wrote:
: Vorab: Antworten bitte moeglichst per eMail, da ich diese Newsgruppe nur
:        unregelmaessig lese. Danke!

Das heisst natuerlich nicht, dass Ihr nicht auch ZUSAETZLICH  hierher posten
solltet, schliesslich ist das auch fuer andere Betroffene interessant.

Ich werde wohl prozessieren muessen, um meine Kohle wiederzusehen (Stand 
heute), und sind die Aussagen anderer u. U. sehr hilfreich beim Nachweis,
dass hier tatsaechlich "Schrott" verkauft wurde...

- Torsten	
Re: Elektronikschrott: Die Apollo4040/4060 Karten der Fa. ACT (al
#4647
Author: Peter Kaltstein
Date: Tue, 09 Apr 1996 22:27
18 lines
1202 bytes
Hallo Torsten, 

am <6 Apr 1996 13:33:11 GMT> schrieb Torsten Lang zum Thema:
" Elektronikschrott: Die Apollo4040/4060 Karten der Fa. ACT (alias "Winner" alias...) " folgendes:

 > ueberaus wichtig; umso mehr, als dass ich auch aus mehreren
 > anderen Quellen erfahren habe, dass die Kaeufer mit der
 > Stabilitaet der Apollo-Karten nicht zufrieden sind!
                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Ich kann das in Bezug auf den Apollo SCSI für A1200 voll bestätigen. Das
Teil war wirklich der allerletzte Schrott. (Eine genauere
Fehlerbeschreibung wäre Zeitverschwendung.)


M.f.G.,
Peter

CyberStrike@studbox.uni-stuttgart.de
War: Re:Elektroniksch.: Die Apollo4040/
#4669
Author: Rainer Benda
Date: Fri, 12 Apr 1996 07:19
22 lines
1722 bytes
Am 06-04-96 um 13:33 schrieb gdg7@vision.hrz.uni-giessen.de
unter dem Betreff : Elektronikschrott: Die Apollo4040/4060 Kar

[...]

>Also bleibt letztenendes nur die Nutzung als reine Prozessorkarte mit 68040 (wg. 68060 Cache-
>Problemen ist dieser ja nicht nutzbar!) - zur Erinnerung: die original-CBM-040er-Karte kostet als 
>Ersatzteil etwa 600-700DM, also nicht einmal die Haelfte der Apollo!
                 ^^^^^^^^^

Als "Ersatzteil" kostet sie rund 1.000 DM Endkunden Preis....als "eigen-
staendiges" Produkt zwischen 600-800 DM.....das zu erklaeren spare ich mir.. :)

Nur zur Info......

Bye

-- 
Rainer Benda - Computer & Zubehoerversand * Postfach 11 27 - 65401 Ruesselsheim
         -C= Veteran, Class of '93 - Ex-Member of Amiga T. GmbH '95-       
   Betreiber des Commercial-Net ******  AMIGA CLUB in BTX, Seite *4136192# 
Voice+Fax: 06142/44943 *** Fido: 2:245/5529 *** BLACK-ZONE BBS: 06142/926075 
Re: Elektronikschrott: Die Apollo4040/4060 Karten der Fa. ACT (alias "Winner" alias...)
#4681
Author: Oliver B. Warzecha
Date: Fri, 12 Apr 1996 12:21
118 lines
5811 bytes
Patrick Hess (poseidon@newswire.de) wrote in <zp30e4aDaXHKZ108@p-poseidon.newswire.de>:
> 
> Mit meiner Apollo 2030 sieht es ähnlich aus...
> 
> > - Fuer den SCSI-Bus steht kein externer Anschluss bereit (also ggf. bei Phase 5 bestellen...).
> 
> dito.
> 
Das nervt mich persönlich auch...gibt es denn irgendwo eine Adapterlösung zu
kaufen?

> > - Die Installationssoftware hatte mir bei der "problemlosen Uebernahme" meiner RDB-formatierten
> >   Festplatte erstmal alle Daten vernichtet!
> 
> dito, nach der Installation der Apollo wahren meine kompletten Daten vernichtet!
> 
??? Ich finde auch, daß die Apollo nicht gerade das gelbe vom Ei ist, aber bei
der Umstellung auf den Controller der A2030 hatte ich eigentlich nur ein
Problem:
Die Apollo-Software schreibt das SCSI-Apollo.device in den RDB. Leider wird
dies von anderer Partitionssoftware nicht erkannt (HDToolBox), so daß das
Device ab und zu überschrieben wird, wenn man andere SW benutzt. Ist wohl ein
Fehler in der Apollo-SW. Es kann aber sein, daß der RDB schon ziemlich voll
ist, und deswegen erweiter werden muß, was alle Partitionen verschiebt ->
Datenverlust. Dann sollte das die SW aber melden bzw. rückfragen.

Jedenfalls kann ich das Problem des Datenverlustes bei Übernahme alter Platten
überhaupt nicht nachvollziehen.

> > - Ueberhaupt sollte man die Platte gleich Neuformatieren, sonst funktionieren u. U. die Einstellungen
> >   (Cache etc.) nicht mehr und fuehren beim erneuten Boot-Versuch zum Absturz...
> 
> Interessant, bei einem Kumpel stürzt die Apollo mit 100% Sicherheit ab, wenn der
> Datacache eingeschaltet wird.

Hochinteressant, er meinte zwar den Festplattencache (Buffers etc.) ;-), aber das
lese ich jetzt schon zum wiederholten Male. Ich habe mit den
Cache-Einstellungen der CPU keinerlei Probleme, die Karte läuft hier auf
Vollgas:
10.Workbench:> cpu
System: 68030 68882 FastR0M (INST: Cache Burst) (DATA: Cache Burst)

Ohne große Instabilitäten...eigentlich überhaupt ohne. Bis jetzt war noch
jeder Absturz auf fehlerhafte Software zurückzuführen.
> 
> Mein 2091, den ich leider nun nicht mehr besitze funktionierte von ersten Tag an nicht
> mit der Apollo zusammen.

Hmmm...der Golem-Controller, der hier noch im Rechner steckt, beschwert sich,
wenn ich eine Platte dranhänge und davon booten will...Reise nach Indien :-(
Allerdings habe ich da eher den Golem in Verdacht, das Autoboot nicht ganz
sauber implementiert zu haben. *schulterzuck*
> 
> > - In dieselbe Rubrik duerften auch Probleme mit Reset-fester Software fallen, z. B. laeuft
> >   PrepareEmul (gehoert zu ShapeShifter) nicht mehr.
> 
> Mit der Option "A1200" probiert? Das war das einzige, was meine Apollo zur
> Zusammenarbeit überreden konnte.
> 
??? Auch hier: PrepareEmul funktioniert ohne Probleme. ShapeShifter läuft.
Das einzige, was in demZusammenhang nervt, ist daß das 32-bit-Ram nicht
KICK-tauglich ist.
mount rad: -> 880kB Chipmem weg :-(

> > - Auch einige Probleme mit dem SCSI-Device duerften hier unterzubringen sein.
> 
> dito ;(

Welche?
> 
> >     gung", AFS macht ebenfalls Probleme (lt. ACT!). Weiterhin bleibt auch DiskSalv (oder eher das
> 
> dito...

Probleme mit DiskSalv? Und wieder "???"

> >   - Das Automounten von Cross-DOS Partitionen (habe ich mit dem A2091 bisher erfolgreich
> >     praktiziert) fuehrt zum Absturz des Rechners!
> 
> ...dito (gähn..) ;)
> 
Noch nicht ausprobiert mangels Plattenplatz...werde ich demnächst mal
versuchen, nachzuvollziehen.

> > - Ueberhaupt ist der SCSI-Controller das Letzte: Es handelt sich hier um eine selbstgestrickte
> >   PIO-Loesung, die bei Uebertragungen mindestens 70% der CPU-Leistung frisst. "Wer einen 'richti-
> >   gen' Controller benoetigen wuerde, kaufe sich sowas ohnehin zu, schliesslich sei die Apollo-Karte ja
> >   sehr preisguenstig und der SCSI-Controller nur eine Dreingabe" - und wo steht das in der Pro-
> >   dukt-Werbung???
> 
> Tja, das hätte ich auch gerne vorher gewußt...

Moment mal, das ist lang und breit bekannt, daß es sich um eine PIO-Lösung
handelt. Liest Du vor dem Kauf keine Tests? Oder dcsa.*? Da wurde das alles
lang und breit durchgekaut. Ich bin durchaus zufrieden, da ich mich persönlich
von einer mittelschnellen PIO-Lösung (Golem) mit 95% CPU-Auslastung zu einer
schnelleren mit 70% CPU-Auslastung verbessert hatte. Natürlich ist DMA besser,
aber das war damals halt nicht unbedingt im Zusammenhang mit einer 030-karte
zu haben. (Sieht das heute anders aus?)
> 
> mit der A2030, dito... Du hast die "tolle" Installationssoftware vergessen,
> die an Kickstart 1.2 zeiten erinnert... Oder gibt es dazu eine Alternative?
> Wohl kaum ;)
> 
Solange man den Rechner nicht resetten läßt, kann man die HDToolBox verwenden

> Eine Änderung der Partition ist bei mir nicht mit einer anderen Software
> möglich, die Apollo erkennt danach nicht mehr.
>  
...und danach die Devices nochmal mit der APollo-Software draufschreiben.
Okay, ist nicht gerade das, was man unter "gut" versteht, aber wenn man die
Partitionierungs-Software partout nicht mag...

-- 
OBW                "Endings are just beginnings..."
This article must not be redistributed on a physical medium except for
personal archiving or similar means. Commercial redistribution is *strictly*
prohibited.
Re: War: Re:Elektroniksch.: Die Apollo4040/
#4674
Author: Joop van de Wege
Date: Fri, 12 Apr 1996 22:21
19 lines
1282 bytes
In article <960412091943igmqogyamb@sysop.black-z.commo.mcnet.de> SYSOP@black-z.commo.mcnet.de (Rainer Benda) writes:
>Subject: War: Re:Elektroniksch.: Die Apollo4040/
>Date: Fri, 12 Apr 96  7:19:45 GMT
>From: SYSOP@black-z.commo.mcnet.de (Rainer Benda)

>Am 06-04-96 um 13:33 schrieb gdg7@vision.hrz.uni-giessen.de
>unter dem Betreff : Elektronikschrott: Die Apollo4040/4060 Kar

Anyone knows why anything that tries to use the MMU doesn't work.
To name a few:
enforcer
Shapeshifter ECS driver for 040's
original 68040.library (Apollo patched the MMU initialisation out of existance)
VMM3.3

For the rest: one hell of a good card for me :)
Setup: A3000 + Merlin ProbenchV3 + 12F + 32 Fast on Apollo 3040

Joop
Re: Elektronikschrott: Die Apollo4040/4060 Karten der Fa. ACT (alias "Winner" alias...)
#4767
Author: Patrick Hess
Date: Fri, 19 Apr 1996 15:34
16 lines
1603 bytes
---// obw@amarok.ping.de (Oliver B. Warzecha) schrieb am 12.04.96... ---------

> ...und danach die Devices nochmal mit der APollo-Software draufschreiben.
> Okay, ist nicht gerade das, was man unter "gut" versteht, aber wenn man die
> Partitionierungs-Software partout nicht mag...

Super Argument ;)) Wieso soll ich eine andere Software als den Apollo-Müll
nehmen, wenn ich nacher doch wieder die Devices schreiben muß?
 
Gruß,
       Patrick
 
 --  Die ersten, der genau definierten  Zeiteinheiten nach  Sonnenaufgang,
     haben das Element mit der Ordungszahl 79 in einer ihrer oberen, unter
     anderem der Nahrungsaufnahme dienenden, Körperöffnungen.
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads