Beiträge von DoubleA

    Schicken würde schon passen.
    Reparatur kostet nix, außer wir brauchen teure Ersatzteile :-)
    Rest bitte per PM.

    Bin jetzt erst in den Osterferien dazu gekommen die Elkos einzulöten. Habe mich letztendlich für Hyprid-Kondensatoren entschieden. Eigentlich totaler Overkill, aber was solls. SMDs waren kein Problem. Zickig war der TH-Kondensator C307, da ist ein Lötauge hopsgegangen. Der Recap hat auch definitiv geholfen, wenn der Amiga startet läuft er stabil und hat keine Glitches mehr. Aber er hat immer noch das Problem, dass er nicht beim ersten Anlauf startet. Jetzt muss man ihn anschalten, nach ein paar Sekunden dann Warm- oder Kaltstart und er lädt normal zum Kickstart. Schaltet man den Amiga nur einmal ein, dann bleibt der Bildschirm schwarz. Irgendetwas hält da die Initialisierung auf.


    Die pistorm32 zickt auch gerade und startet nur noch bis zum emu68boot Bildschirm wenn die drin ist. Aber keine Ahnung ob das irgendwie in einem Zusammenhang steht.


    Hat jemand von euch irgendwelche Ideen? Ich würde mir jetzt erstmal ein Diagrom besorgen und schauen ob ich da irgendetwas bekomme.

    Hm, wie lange wartest Du beim Einschalten? Weil der 1200er selbst wartet länger als ein paar Sekunden auf die IDE-HDD bzw. die Floppy und bootet dann erst fertig.


    Der C307 hat ziemlich viel Masse an einem Pin, da hilft vorher die Beinchen rückseitig möglichst kurz abzwicken. Danach kannst das Teil mit dem Kolben "rauswandern" lassen. Löcher anschließend mit VIEL Flussmittel und Kupferlötgeflecht vom Zinn befreien. Sollte Dein Lötauge beim nächsten mal retten :-).

    Ein Interview mit Camilla Boemann 04/2024

    Dort wird auch die Rechtefrage gestellt und kurz und knapp hiermit beantwortet:

    Zitat

    So the court has ruled that Hyperion has the rights to develop and release AmigaOS.

    That's right! Und wie das mit der Bezahlung läuft, bzw. ohne Bezahlung läuft und warum steht da auch. Gibt's also keinen Grund für Spekulationen oder rumors. That's the Way. Nothing more to say.

    Tja, schade dass es so laufen muss.

    Und verdammt schade, dass die Entwickler dadurch an Hyperion gebunden sind.


    Muss dann jeder für sich selbst entscheiden, ob er das Geschäftsmodell und das Verhalten von Hyperion unterstützt.


    Ich für meinen Teil bleib jetzt bei original Commodore AOS 3.1, mit aktualisiertem scsi.device und FFS (aminet) für größere CF-Karten usw.

    Auch fast alles andere lässt sich mit aminet Software nachziehen (falls notwendig bzw. überhaupt gewünscht).

    Vorteil 3.1: Ist spürbar schneller und braucht weniger Speicher (nach Workbench Start).

    Das mit den Idealen glaub ich sofort.
    Darum soll das Geld auch an die "Richtigen" gehen, gerne auch als Spende an Ziele deren Wahl.
    Nur Hyperion scheint mir, wenn man der Berichterstattung der letzten Jahre Glauben schenken darf, definitiv der falsche Empfänger zu sein ...


    Nur momentan gibt es leider einen "Hyperion-Monopol--Zwang" bei der Anschaffung.
    Kann da jemand etwas dazu sagen? Z.B. warum diese spezielle "Geschäftsverbindung" so eingerichtet wurde?

    Und würde auch gerne wissen, ob die Programmierer (die eigentlichen Helden) wirklich gratis entwickeln und nur Hyperion für die Verpackung was kassiert ...

    Doch, in der Tat wird das für Hyperion kostenlos entwickelt. Zudem die Rechte Situation für diese Sache auch nicht wirklich geklärt ist. Vieles spricht dagegen, dass Hyperion die Rechte unterhalb von OS4 hat. Aber was solls, Hauptsache man bekommt Updates 8)

    OK, wenn das so ist, dann würd ich gerne den Entwicklern die Euros zukommen lassen (und nicht Hyperion).
    Brauch ja absolut keine Verpackung, sondern nur die Daten/Dateien.

    Hätte gerne ein "Download-Only" Paket (bei den Minor-Updates ist das ja schon möglich).


    Und würde auch gerne wissen, ob die Programmierer (die eigentlichen Helden) wirklich gratis entwickeln und nur Hyperion für die Verpackung was kassiert ...

    Ist zwar immer gut Ersatzteile zu haben :-), aber der sinnvollere nächste Schritt wäre sicherzustellen, dass Du wirklich den Dead-Test verwendest --> In einem funktionierenden C64 probieren.


    Weil wie schon mehrmals erwähnt wurde: mT-Ram ist immer Defekt verdächtig und der Dead-Test würde in dem Fall nach ca. 10 Sekunden Wartezeit (bitte etwas Geduld) weißes Blinken am Bildschirm anzeigen ...

    Er hat offenbar Bilder von 2 unterschiedlichen Boards hochgeladen. Auf einem davon ist U12 gesockelt, auf dem andern nicht

    Bin ich auch grade eben draufgekommen.


    Stellt sich die Frage: Welches der 2 Boards wird grade repariert? :-)