Benachrichtigungen

Happy Birthday. Nachträglich, öh Du hast doch hoffentlich schön gefeiert. Bleib gesund und munter 

Vielen Dank! Ich verlass mich einfach mal auf euch, probier es mit dieser Flussmittelpaste und kauf mir kein Lötwasser. Takeshi, du hast mal geschrieben, dass du je nach Anwendung Lötpaste oder gelöstes Kolophonium benutzt. In welchem Fall sollte man keine Lötpaste verwenden und lieber gelöstes Kolophonium nehmen? Ist das nur für Ball Grid Arrays wichtig?

Danke für eure Tipps Ich hab bisher weder geregelte Heißluft noch Vakuumsauger. Ich hab mir gedacht, wenn ich es mit dem Lötkolben statt Heißluft probiere, kann man den Chip noch ganz normal mit der Hand anpacken. Ich hab mir vorgenommen, das Ein- und Auslöten erstmal an einer kaputten Schrottplatine zu üben. Jetzt steh ich ein bisschen vor der Wahl, mit welchen Hilfsmitteln ich entlöte. Wenn ich es richtig verstanden hab, benutze ich als Flussmittel entweder Lötwasser, Flussmittelpaste oder gelöstes Kolophonium. Takeshi hat mir von Lötwasser abgeraten. Aber so ganz hab ich die Vor- und Nachteile der drei noch nicht ganz verstanden. Flussmittelpaste hat den Vorteil, dass es nicht wegfließt, ist aber wohl ziemlich teuer. Lötwasser fließt weg, ist aber nicht so korrisiv wie gelöstes Kolophonium, oder? Gut, man kann die Platine nach der Aktion mit Isopropanol und Zahnbürste reinigen, aber nicht unter den Chips. Ist verdampfendes Lötwasser weniger gesundheitschädlich als verdampfendes Kolophonium?

Außerdem wär ich fürs Einlöten über Tipps zum Lötzinn dankbar. Bisher hab ich alles mit meinem Stannol Sn60Pb38Cu2 1mm Durchmesser gelötet. Ich könnte mir vorstellen, dass für TSOP dünnerer Lötdraht vorteilhaft wär. Oder sagt ihr, Lötdraht ist für TSOP totaler Mist - nimm Lötpaste? Und möglicherweise besser Sn60Pb38Ag2 verwenden? Das Ziel wär es, dass ich nach dem Einlöten noch die Chance hab, mit dem E3 Clip den Spansion Chip auszulesen/zu beschreiben. Wenn man den Chip so einlötet wie in dem youtube-Video in Takeshis Post kann man das wohl vergessen.

Ich hab noch paar Fragen. Auf wieviel Grad Celsius stellt ihr euren Lötkolben, wenn ihr TSOP verlötet? TSOP hab ich noch nicht gelötet bisher, aber prinzipiell bin ich bei einer 40 Watt Weller-Lötstation und meißelförmiger Lötspitze mit 320° C bisher gut gefahren und hab noch kein Bauteil durch Hitze zerstört, aber bei so einem empfindlichen kleinen TSOP-Chip könnte das vielleicht trotzdem schon zu viel des Guten sein, oder?

Und was mich auch interessieren würde, wie ihr TSOP auslötet. Auslöten ist oft problematischer als einlöten, weil alles gleichzeitig heiß werden muss, oder zumindest eine komplette Beinchenreihe. Hier gab es jemanden, der empfohlen hat, einen Draht quer über die ganze Beinchenreihe zu löten, damit sich alles gleichzeitig erhitzt. Andere schwören drauf, mit dem Lötkolben schnell genug hin- und herzufahren. Dann muss das Gehäuse schnell genug an der ersten Beinchenseite ein paar Millimeter angehoben werden, bevor man sich mit der gegenüberliegenden Seite beschäftigt. Aber klappt das denn überhaupt so? Weil meistens ist doch bei industriell gefertigten Platinen unter den SMD-Bauteilen etwas Kleber, sodaß sich das Bauteil gar nicht anheben lässt.

Waaah, mach mir keine Angst 

Bei psxtools.de hats offenbar jemand offboard hingekriegt, aber scheint wohl auch problematischer zu sein, als onboard einen industriell verlöteten Chip auszulesen.
https://psxtools.de/index.php/Thread/66858-Nor-im-ausgebauten-Zustand-auslesen/?pageNo=2&s=2fe88bee6ec7cbe0bfe1292ec4fd1f835c21a3b3
Hm, bleibt die Playstation denn überhaupt an, wenn ich da nen leeren Spansion-NOR reinlöte? Je nach Inhalt des NOR-Flash ist die Playstation bei mir ausgegangen, wenn ich keine Festplatte angeschlossen hatte. Ich weiß grad nicht mehr, ob das beim gepatchedn Dump war oder nachdem ich versucht hab, Rogero 3.7 zu installieren und ros0 oder ros1 defekt war.

Uff, ich glaub ich wähle Standardversand. Oder ich bestell bei mouser.de. 20 Euro Versandskosten.. bäh. Ab 65 Euro versandskostenfrei, aber ich weiß grad nicht, wie ich 65 Euro zusammenbringen soll. 20 Spansion-Chips kaufen.. 

Ja, genau den wollt ich bestellen, falls sich keine anderen Optionen auftun . Dann werdet ihr jetzt wohl wieder ein paar Wochen Ruhe vor mir haben, bevor das Ding da ist Am besten, ich bestell gleich zwei, falls einer bei der Aktion draufgeht.

Ja, das ist mir tatsächlich schon durch den Kopf gegangen, dass man den Clip auf nem handverlöteten Chip wohl nicht benutzen kann. Es ist ja nicht so, dass ich mit dem E3 Clip auf Anhieb sauber hätte auslesen können. Erst nach mehreren Kontaktspray und Isopropanolbehandlungen hat es geklappt.
Ich hatte vor, den Chip unverlötet in den Clip zu stecken und schonmal vorzuprogrammieren. Spannungsversorgung hol ich mir von meinem Arduino MEGA 2560 Board oder so. Mal schaun ob das klappt. Ich hoffe nur, dass ich den nicht mehrmals beschreiben muss bzw. später nochmal, wenn er schon eingelötet ist.
Vielen Dank für eure schnelle Antworten und Hilfe

Ja, da hast du recht, beim FSM hat man länger kein Bildsignal. Es dauert länger, bis es weitergeht und in meinem Fall der Red Screen erscheint. Es gibt aber auch andere Fälle, wo es länger dauert bis was passiert. ZB wenn keine Festplatte angeschlossen ist. Und das mit der USB Aktivität stimmt auch. Ich habs nochmal ausprobiert. Ohne FSM kriegt man im Red Screen einen Echolot-Ton. Wenn man mit dem Dongle den FSM aktiviert, kommt bei mir trotzdem danach der Red Screen, aber ohne Ton. Wenn ich die Playstation aus und dann wieder anmache und nach wie vor im FSM ist, dauert es wie gesagt etwas länger bis passiert und wenn die Playstation nichts gescheites auf dem USB0 Port findet, erscheint anschließend der Red Screen mit Streichergeräuschen, die offensichtlich das normale Startgeräusch sind: https://www.youtube.com/watch?v=GUb1gIKhwMU

Ich habs ausprobiert: Der Inhalt vom NOR-Flash ist unabhängig vom FSM. Ich hab in beiden Fällen gleiche Dumps ausgelesen. Also einfach irgendein Bit umschubsen reicht wohl nicht. Das wär ja auch zu einfach.

Wo habt ihr euch die Spansion-Chips bestellt? Über ebay gibts die nur aus Hongkong: 4-6 Wochen Lieferzeit. Habt ihr da noch ne andere Idee?

Welchen von den beiden soll ich nehmen? Du hast doch auch mal einen eingebaut. Welchen hast du?

Genau, es liegt definitiv am NOR-Flash, denn der Fehler tritt nur bei der v6 auf, in der ein Samsung-Flash verbaut ist. In Boards mit Spansion-Flash trat der Fehler dagegen noch nie auf. Und ich meine auch in allen anderen Versionen ist kein Samsung-NOR verbaut.

Ich hab doch ne v7, oder? CECH-20xx B DYN-001 steht auf deiner Webpage als v7 gelistet. Ich hab aber definitiv den Samsung-NOR. Red Screen Topic geht in http://www.trisaster.de/forum/index.php?topic=2590.420 weiter

Wegen FSM: Ich hab mal gehört, es gibt eine Möglichkeit den Dump so zu verändern, dass die PS3 nach dem Flashen direkt im FSM ist. Vielleicht meinte er das. Ich hab das aber nie weiter verfolgt, denn ich habe einen Dongle und mit dem geht es super, also kein Bedarf für andere Wege. Zumal ich mit dem Dongle auch dann ins FSM komme, wenn ich den Flash nicht gerade neu beschreibe. Das ist in vielen Fällen nämlich so.

Muss ich bei Gelegenheit mal ausprobieren. Mit nem Red Screen lässt sich nur so schlecht sagen, ob man jetzt eigentlich im Factory Service Mode ist oder nicht. Obwohl ich festgestellt hab, dass ich beim Red Screen ohne Factory Service Mode im Fernseher einen Echolot-artigen Ton bekomme, während bei aktiviertem Factory Service Mode im Red Screen hört man durcheinanderspielende Streicher. Manchmal kommt aber auch gar kein Ton. So ganz hab ich das noch nicht durchschaut.

Ich meld mich hier nochmal wegen meinem bisher ungelösten Red Screen Problem.
CECH-2004B v7 DYN-001, Samsung K8Q2815UQB-PI4B, Data-Code 9C

Ich hatte OFW 4.10 drauf. Ich hab den NOR-Flash ausgelesen, den Dump validiert, mit BwE NOR Validator gepatched, in den NOR-Flash geschrieben, nochmal ausgelesen, ausgelesenen Dump mit dem reingeschriebenen Dump verglichen -> identisch.
Dann hab ich den Factory Service Mode mit meinem atmega16u2 psgrade-dongle aktiviert.

Dann hab ich 3.55 Rogero Downgrader V3.7 (MD5:8F8166B25D6BED891F292C77DE5C4B28) per Factory Service Mode installiert und den Factory Service Mode beendet. Ich wurde wieder vom Red Screen begrüßt. Ich hab den NOR-Flash ausgelesen und viele Warning und Danger Meldungen bekommen. Ich hab erst gedacht, das ist vielleicht normal bei so einer Custom Firmware, die extra zum Downgraden getuned wurde. Die beim Installieren erstellte Datei auf dem USB-Stick "UPDATER_LOG.TXT" sah zumindest gut aus, keine Fehlermeldungen. Dann hab ich den Lv2diag_RSOD.self Fix ausgeführt. Das soll laut ps3devwiki ja erstmal die Standardmethode sein, um die ctvrm zu reparieren. Die beim Ausführen erstellte Datei auf dem USB_Stick "rsodfix.txt" zeigte keine Fehler:
+============================+
|                            |
|    RSODfix lv2diag tool    |
|                            |
+============================+
trm initialize starting ...
trm initialize finished ...
product mode disable starting ...
SUCCESS: read EPROM
SUCCESS: wrote to EPROM
SUCCESS: read EPROM
product mode disable finished ...
SUCCESS: rebooting ...

Aber der Red Screen war noch da. Dann hab ich nochmal den gepatchen NOR-Dump in den NOR-Flash geschrieben. Dann Factory Service Mode und Lv2diag_RSOD.self ausgeführt. Dann hab ich den NOR-Flash ausgelesen und festgestellt, dass einfach mal kein einziges Byte im NOR-Flash geändert wurde, obwohl auf dem USB-Stick wieder eine vom Erfolg sprechende "rsodfix.txt" erstellt wurde.
Dann hab ich wieder versucht 3.55 Rogero Downgrader V3.7 zu installieren und wieder den NOR-Flash ausgelesen. ros0 (0xC0000..0x7BFFFF) war anschließend beschädigt, und zwar waren von 0xC0010..0x42676F nur noch 0x00 drin. Insgesamte Statistik:
0x00: 47.41%, 0xFF: 8.78%

Dann hab ichs nochmal versucht mit dem 3.55 Rogero Downgrader V3.7. Diesesmal ist ros1 (0x7C0000..0xEBFFFF) beschädigt. 0x00 in 0x7C0010..0xB2676F. Wenn man es wieder versucht, dann ist wieder ros0 beschädigt, dann wieder ros1 usw.

Das komische ist, wenn ich mit nem Flasher den NOR-Flash beschreibe, klappt alles gut. Wenn über den Factory Service Mode was geschrieben werden soll, geht irgendwas schief. Das ist unabhängig davon, ob der Flasher abgeklemmt ist oder nicht.

Wie schaut den der NOR-Flash normalerweise aus, wenn man 3.55 Rogero Downgrader V3.7 installiert hat? Dürfen da normalerweise im BwE keine einzige Warnung oder Danger-Meldung auftreten? Ich war am überlegen, ob ich mal 3.55 Rogero Downgrader RSOD.PUP (MD5:B67747F529D047D63151786544A58B50) ausprobieren soll, aber ich trau mich nicht. Die ignoriert die Versionsinfo im SysCon ja nicht und setzt diese auf 9.99. Das kann später Probleme geben, oder? Ich hab durch die Installation von 3.55 Rogero Downgrader V3.7 im syscon Version 4.25 eingetragen, oder?

Was würdet ihr sagen? Liegt das an einem NOR-Chip-Defekt oder könnte es was anderes sein? Komme ich noch irgendwie weiter, ohne eine Spansion NOR-Chip zu besorgen? Wenn nein, es gibt da zwei verschiedene Spansion-Chips: Spansion S29GL128N90TFIR2 und Spansion S29GL128P90TFIR2. Welchen sollte ich kaufen?

er braucht doch gar keinen Dongle um ne CFW zu installieren... ich flashe immer den Dump (mit PS3 Flash Tool v4.50)  dann: Rogero Downgrader 3.55, dann Toggle QA setzen, dann Rogero v3.7 3.55 und dann beliebige CFW. (alles über XMB)

Ich hab ne Playstation mit Red Screen, ich komme also gar nicht ins XMB ;-)

Ich hatte Erfolg, ohne neue Hardware kaufen zu müssen. Der Controller ATMEGA16u2 auf dem Arduino-MEGA-2560-Board ist eigentlich nur als einfache USB-to-serial-Bridge für den dicken Hauptcontroller ATMEGA2560 gedacht. Nico Hood hat ein Projekt mit dem Namen "Hoodloader2" ins Netz gestellt. Damit lässt sich der ATMEGA16u2 von einem Arduino-MEGA-2560- oder Arduino-UNO-Board zum eigenständigen Controller umfunktionieren, auf den HEX-Dateien aufgespielt werden können, ohne seine alte USB-to-serial- und Hauptcontroller-Programmier-Funktionalität zu verlieren. Anschließend hab ich den psgrade-Quellcode hergenommen, die "Makefile"-Datei angepasst mit
MCU = atmega16u2
BOARD  = NONE

und wollte mit WinAVR neu kompilieren. Dann gabs erstmal nen Komilierfehler:
warning: implicit declaration of function 'clock_prescale_s
error: 'clock_div_1' undeclared

Um das zu beheben, muss man im WinAVR\avr\include\avr Ordner die Datei power.h etwas anpassen. Dort gibts ne große Liste, die folgendermaßen losgeht:

Code Auswählen Erweitern

#if defined(__AVR_AT90CAN32__) \
|| defined(__AVR_AT90CAN64__) \
|| defined(__AVR_AT90CAN128__) \
|| defined(__AVR_AT90PWM1__) \
...

Da stehen praktisch alle Atmel Controller drin, auch zB. der __AVR_ATMEGA32U4__, der vom Teensy benutzt wird. Die Liste muss mit __AVR_ATMEGA16U2__ ergänzt werden bzw. zB. __AVR_ATMEGA32U2__, falls man sich ein kostengünstiges ATmega32u2 Board gekauft hat, um damit den PSgrade Dongle zu realisieren.

Danach hat das Kompilieren geklappt. Wenn ich das Arduino-Board an Windows anschließe, erscheint "Standard-USB-Hub" (USB Klasse 0x09) mit der VID 0xAAAA, PID 0xCCCC, und Rev 0x0100. Mein selbstkompilierter ATmega18u2 PSgrade Dongle hat beim ersten Versuch an der Playstation funktioniert, hurra
Mal schauen, ob ich jetzt auch noch eines Tages mit dem Red Screen klarkomme.

Ja, der Port ist richtig gewählt, Hex-Datei draufspielen klappt. Ich kann zum Beispiel ein kleines LED-Blink-Programm für ATMega2560 (Controller auf dem Board Arduino Mega 2560) oder für ATMega1280 (Controller auf dem Board Arduino Mega) komplilieren. Beide erzeugten Hex-Dateien, die vom Inhalt tatsächlich etwas unterschiedlich sind, lassen sich mit dem avrdude auf den ATMega2560 spielen und funktionieren auch. Eine Hex-Datei, die eigentlich für das Board Arduino Duemilanove gedacht ist, auf dem der Controller ATmega168 oder ATmega328 drauf ist, kann mit dem avrdude nicht auf den ATMega2560 geladen werden. Da merkt der avrdude, dass die Hex-Datei nicht zum Controller passt. Die beiden Controller ATMega2560 und ATMega1280 scheinen also tatsächlich gleichwertig/kompatible zu sein, nur dass der ATMega2560 mehr Flashspeicher hat.

Das Problem ist wohl der USB-to-serial Chip. Auf dem Arduino Mega 2560 sitzt ein Mega16u2, während auf den Boards Arduino Mega oder Duemilanove ein FTDI-Chip sitzt. Die psgrade-HEX-Dateien sind für Mega und Duemilanove. Ich vermute, dass die Playstation nen vorinstallierten Treiber für den FTDI-Chip hat und mit dem Mega16u2 kann sie eben leider nichts anfangen. Am besten ist es wahrscheinlich, wenn der Microcontroller USB-on-chip hat, wie zB der Teensy. Der kann mit der richtigen Hex-Datei den passenden USB-HID emulieren, schätze ich.

Ich befürchte, ich brauche andere Hardware als Dongle, nicht wahr? :-/ Welche Dongle verwendet ihr denn alle so und welche haben sich als zuverlässig herausgestellt?

Hallo,
ich hab auch Probleme, ins FSM zu kommen :-/
PS3 Cech-2004B DYN-001
low ver chk: 2.70
Es war OFW 4.10 drauf. Ich hab den NOR Flash ausgelesen, den Dump validiert, und den Dump "patched 3.55" auf den NOR-FLash geschrieben. Jetzt will ich in den Factory Service Mode, um mit "CFW 3.55 Rogero Downgrader V3.7" downzugraden.

Als Dongle wollte ich meinen Arduino Mega 2560 verwenden. Dafür hab ich eine Datei psgrade_mega.hex gefunden, aber ich befürchte, die ist nur für das Vorgängerboard "Arduino Mega" gedacht. Die beiden Boards unterscheiden sich nur in sofern, als dass der neuere Controller 256KB Flashspeicher statt 128KB hat. Außerdem wird als USB-Serial Adapter beim Arduino Mega 2560 ein ATmega16U2 verwendet, während beim Arduino Mega der altbewährte FTDI USB-to-serial drauf ist.

Stromkabel angesteckt, Powertaster + Ejecttaster innerhalb von 100ms. Die Playstation lässt sich von dem Arduino Mega 2560 nicht beeindrucken, als wenn nichts angeschlossen wär. Bei der Arduino Windows-Software gibts so einen "seriellen Monitor". Wenn ich den Arduino am PC angeschlossen habe, blinkt nach 4 Sekunden die USB-TX-LED kurz auf und auf dem seriellen Monitor erscheint "Ready.", wenn 19200 baud eingestellt sind. Wenn ich den Arduino an der Playstation angeschlossen habe, blinkt die USB-TX-LED nicht auf, ebensowenig wenn ich den Arduino anschalte, ohne ihn an einen USB-Master (weder PC noch Playstation) anzuschließen. Irgendwas läuft da schief.

Hat jemand ne Ahnung, ob es mit dem Arduino Mega 2560 einfach nicht geht und ich die ältere Version bräuchte? Oder könnte es doch an was anderem liegen? Vielleicht kann ich den Arduino hier an jemanden schicken, der schon einen funktionierenden Dongle hat und ne entsprechende Konsole, um auszutesten, obs an dem Dongle liegt. Andersrum wärs lieb und noch besser, wenn ich mir einen funktionierenden Dongle ausleihen könnte. Falls das nicht geht, wär ich dankbar für ein bisschen Beratung, was ich mir kaufen sollte. Ich bin kurz davor, einfach so nen E3 Card Reader für 15 Euro zu holen. Der ist recht idiotensicher, oder? Andererseits könnte ich mir vorstellen, dass man von dem Teensy++2.0 mehr hat. Obwohl ich normalerweise nicht wirklich ein zweites Evaluationboard bräuchte..

Ende 2014 gabs ne Forendiskussion bei boerse.to (Link nicht erlaubt, oder?), bei dem behauptet wurde, dass der EID_root_key statisch ist und man diesen nur aus dem "LV2" einer laufenden Konsole kriegt. Und es gab auch jemanden, der mit Hilfe von einer frischen Festplatte und installierten cfw an den EID_root_key drankam und anschließend erfolgreich mit der Software "PS3 HDD GUI" an die Daten der alten Festplatte.

Ich denke, der Teensy ist für mich noch zu anspruchsvoll wegen der Lötarbeit. Daher wirds wohl dann doch ein E3 Flasher. Für den Factory Service Mode brauch ich aber noch nen Jig Dongle. Gibts da Empfehlungen? Wahrscheinlich auch den Teensy, aber der ist für nur den Dongle-Einsatz vielleicht etwas teuer, oder? Habt ihr was Kostengünstiges im Hinterkopf, das auch funktioniert? Oder vielleicht kann ich nen Dongle von jemandem aus dem Forum ausleihen/mieten.