unixforum.net - Der Treffpunkt für UNIX Fans Der Treffpunkt für UNIX Fans seit 2002
  Übersicht   Forum   Hilfe Suche Einloggen Registrieren   *
Suche
Google
Erweiterte Suche
Willkommen Gast. Bitte einloggen oder registrieren.
08. Februar 2012, 06:13:20

Einloggen mit Benutzername, Passwort und Sitzungslänge
Letzte 5 Shouts:
31. Dezember 2011, 22:28:22
Dann mal einen guten Rutsch!

Greez aus der Noris
25. September 2011, 08:05:05
Gute Besserung!
07. September 2011, 14:20:51
An diesem Tag hattest du also kein(en) Plan. Wink
04. September 2011, 19:04:39
ja, genau die. Bei mir war der Server wohl genau diesen Tag down. Alternative:
http://lsub.org/sys/src
01. September 2011, 20:10:10
Spenden
Berechtigungen

Anzeige
Anzeige
Seiten: [1]   Nach unten
  Drucken  
Autor Thema: Reverse-Engineering von Messgerätesoftware  (Gelesen 481 mal)
meisterdausi
Unix Master
****
Offline Offline

Beiträge: 327



Profil anzeigen
« am: 08. April 2010, 21:53:49 »

Hi,

mal ganz OT, wobei es trotzdem um RISC geht....
 
Und zwar: Ich habe hier zwei Messgeräte, welche auf RISC basieren, und habe dazu die Images von Floppys, mit denen das aktuelle Betriebssystem auf den Messgeräten geflasht wird.

Die Messgeräte haben unterschiedliche Versionen, und auch das Layout der Mainboards sehen unterschiedlich aus.

Die Softwaren bestehen aus mehreren Dateien, die den Flash-Vorgang einleiten (Bootloader) und Media.sys heißen, sowie von mehreren Dateien namens Flash.he1 oder Flash.he2 (je nach Diskettennummer -> Diskette 1  : flash.he1 Diskette 2 : flash.he2)

Das OS besteht wiederum aus mehreren Floppys, die erste beinhaltet die Dateien Media.sys und RSmed.he1, die zweite nur noch die Datei Rsmed.he2 und so weiter, bis zur Datei Rsmed.he4

Ich weiß, ist jetzt etwas abgespaced aber: Kann ich die Dateien irgendwie decompilieren, und eventuell Testweise ändern, um ein paar Funktionen zu ändern?

Einerseits unterstützt das Messgerät nur Festplatten mit maximal 2GB, was etwas wenig ist. Andererseits Fehlen in den Messgeräten zwei, drei Funktionen, die in dem Nachfolgemodell bereits enthalten sind und somit auf der Plattform laufen werden, aber in der letzten Software noch nicht vorhanden sind.

Könnt Ihr mir da nen Tipp geben?
Auch wenn es extrem komplex ist, würde ich mich dafür in die Materie einlernen, da ich eben sehr viel mit den Geräten Arbeite....


Viele Grüße,

meisterdausi

Gespeichert

unixforum.net - Der Treffpunkt für UNIX Fans
« am: 08. April 2010, 21:53:49 »

 Gespeichert
Fleedwood
Unix Guru
*****
Offline Offline

Beiträge: 734


Profil anzeigen
« Antworten #1 am: 08. April 2010, 22:32:37 »

Das ist jede Menge Potential Tonnen an Zeit zu versenken oder vermutlich nicht wirklich viel zu reißen... aber ich hab
auch schon so Späße gemacht einem Gigabtye BIOS für ein Slot 1 Board beizubiegen, daß ein Celeron 1400 sehr
wohl eine P6 CPU ist und eben auch nen APIC hat...

Besorg Dir die Datenblätter der eingesetzten Chips und dann ist IDA Pro Dein Freund... kein billiger Spaß vor allem wenn
man die Advanced Version braucht... zum warm werden: http://www.hex-rays.com

Thomas.
Gespeichert

life is too short to spend debugging Intel parts [Van Jacobson]
Seiten: [1]   Nach oben
  Drucken  
 
Gehe zu:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.11 | SMF © 2006, Simple Machines LLC
TinyPortal v0.9.8 © Bloc
Prüfe XHTML 1.0 Prüfe CSS
sonnenblen.de, mood-indigo.org, unixforum.net und realcomputers.org sind Projekte der steinbruch.info GbR

Google war zuletzt hier Gestern um 13:31:44