Herta Adam2 Environment?

horatio42

Neuer User
Mitglied seit
5 Sep 2009
Beiträge
78
Punkte für Reaktionen
0
Punkte
0
Hallo Forum,

ich habe bei meiner Horstbastelei anscheinend Teile von Hertas Adam2-Environment-Settings gelöscht... könnte die eventuell jemand mal hier reinposten? Konkret bräuchte ich einen output aus der Konsole des Adam2-Bootloaders:
Code:
Adam2_AR7RD > printenv
oder ein
Code:
cat /proc/ticfg/env
unter ssh auf der Herta.

1000Dank!
H.
 
Hallo horatio42,

Vielen Dank erstmal für deine Hilfe im anderen thread!!
Das war genau das, was ich gesucht hatte. Nun bin ich also per FTP auf ADAM2 und lade mir mit "get env" die environment datei runter. Die sieht dann folgendermassen aus bei mir:
Code:
memsize               0x01000000
flashsize             0x00400000
modetty0              38400,n,8,1,hw
modetty1              38400,n,8,1,hw
bootserport           tty0
cpufrequency          150000000
sysfrequency          125000000
bootloaderVersion     0.22.02
Adam2_Release         0.22.02_b04_Jul 27 2004
ProductID             AR7RD
HWRevision            Unknown
SerialNumber          none
my_ipaddress          169.254.87.1
prompt                Adam2_AR7RD
firstfreeaddress      0x9401d888
req_fullrate_freq     125000000
maca                  00:e0:a0:a6:66:70

Aber wie gesagt, mein ADAM2 scheint auch nicht korrekt zu funktionieren, also verlass dich lieber nicht auf diese Einstellungen.

Also ich wiederhole dann auch nochmal den Aufruf: Ich wäre auch sehr an einer "funktionierenden" env-datei von ADAM2 interessiert!


[EDIT]
Was mit gerad noch aufgefallen ist: Wenn ich mir mit "get config.xml" die config.xml von ADAM2 runterlade, ist diese komplett leer.
Ist das richtig so? Oder liegt hier eventl. der Fehler? [thread=197567]Hier[/thread] hatte übrigens schonmal jemand das gleiche "Problem".
[/EDIT]

Gruss, Pette.
 
Zuletzt bearbeitet:
Hallo pette,

in der Tat es könnte an der config.xml liegen... mein "env" sieht nämlich exakt so aus wie Deins. Wäre schon ein sehr unwahrscheinlicher Zufall dass bei uns beiden die gleichen Einträge verloren gegangen wären...
Insbesondere vermisse ich (und auch der Herta-Kernel beim booten) die Einträge für die mtd0-3 ->siehe auch die ADAM2-Dokumentation die ich in den anderen Thread gepostet hatte; dort finden sich solche Einträge, ich weiss aber nicht wie "spezifisch" die für die jeweilige AR7-Implementierung sind. Ich musste zumindest mtd1 anpassen um den Kernel manuell booten zu können.

Nach etwas Bastelei (manuelles Setzen von mtd1) unter der Herta-ADAM2-Konsole konte ich zumindest den Kernel wieder zum Booten überreden, er hängt aber beim Mounten des rootfs (findet es nicht). Eventuell muss man da ein paar Kernel-Parameter übergeben, hab aber noch nicht rausgefunden wie...

Lange Rede, kurzer Sinn: es wäre super wenn jemand die entsprechenden Settings hier rein posten könnte. Wie gesagt, müsste man da auch von der normalen Herta-ssh-Konsole über Horst dran kommen können. Entweder über die Einträge/Dateien in /proc/ticfg/ oder /dev/ticfg.

Danke,
H.
 
So, ich habe die erfoderlichen Daten beschafft, Herta läuft wieder :)
Hier das komplette environment, es war anscheinend tatsächlich so dass bei pette und mir Herta die gleichen Einträge vergessen hat. Warum auch immer.

Code:
memsize               0x01000000
flashsize             0x00400000
modetty0              38400,n,8,1,hw
modetty1              38400,n,8,1,hw
bootserport           tty0
cpufrequency          150000000
sysfrequency          125000000
bootloaderVersion     0.22.02
Adam2_Release         0.22.02_b04_Jul 27 2004
ProductID             AR7RD
HWRevision            Unknown
SerialNumber          DIE:MAC:ADRESSE:VON:DEINER:HERTA
my_ipaddress          5.8.8.8
prompt                Adam2_AR7RD
firstfreeaddress      0x9401d888
req_fullrate_freq     125000000
maca                  DIE:MAC:ADRESSE:VON:DEINER:HERTA
mtd0                  0x900a1000,0x903f0000
mtd1                  0x90010090,0x900a1000
mtd2                  0x90000000,0x90010000
mtd3                  0x903f0000,0x90400000
autoload              1
mtd4                  0x90010000,0x903f0000
vcc_encaps0           0.0
vcc_encaps1           0.0
vcc_encaps2           0.0
vcc_encaps3           0.0
vcc_encaps4           0.0
vcc_encaps5           0.0
vcc_encaps6           0.0
vcc_encaps7           0.0
autoload_timeout      7
StaticBuffer          120
modulation            0xffff
eoc_vendor_id         0x444C696E6B000000
enable_margin_retrain  1
eoc_vendor_serialnum  DIE:MAC:ADRESSE:VON:DEINER:HERTA_00000000000000
eoc_vendor_revision   20061011
invntry_vernum        2006101100000000
HWA_0                 DIE:MAC:ADRESSE:VON:DEINER:HERTA
mac_ap                DIE:MAC:ADRESSE:VON:DEINER:HERTA+1
usb_vid               0x0
usb_pid               0x0
usb_man               N/A
usb_prod              N/A

Hoffe das mit der MAC ist klar. Ist auf dem Sticker unter der Box zu finden, nur bei der "mac_ap" ist die letzte ziffer bei mir um eins inkrementiert.

Ich hab die fehlenden entries unter der seriellen Herta-Konsole im ADAM2 über setenv eingetragen. Ein "go" und danach ging alles wieder. Nur partiell hatte Herta auch Teile Ihrer Konfiguration vergessen (IP adresse) aber ein Update über das Horst-Web-IF schaffte hier abhilfe...

Mich würde nur mal interessieren wie man diesen Fehler erzeugt... ich hatte eigentlich nur eine serielle Konsole an Herta angeschlossen, an der Software (potc-FW mit eigenen Erweiterungen) seit ein paar Tagen nix geändert... scheine ja nicht der einzige zu sein der in das Problem reingerannt ist...

Naja, vielleicht hilft das obige dem nächsten Opfer...
H.

EDIT: Bei "genauerem Hinsehen" habe ich festgestellt dass einige der Werte zwischen dem vollständigen Environment und dem das ich in meiner unter Amnesie leidenden Herta abwichen (IP-Adresse und Serial Number, vlg. mit dem Post von pette). Ich habe die mal angepasst.
Meine Theorie dazu ist, dass die Herta wahrscheinlich doch einen kompletten Gedächtnisverlust erlitten hatte, und sich der ADAM2-Loader dann eine Art default-Konfiguration selbst bastelt.
Komisch ist nur dass dies anscheinend ausschließlich das Environment betroffen hat, andere Teile des nvrams (der Kernel, rootfs, Adam selbst) waren noch da. Dies spricht meines Erachtens für ein Problem im Herta-Linux, weil das environment dort writeable gemounted ist (kann über /proc/ticfg/env geändert werden), andere Teile aber nicht. mtd1 (kernel) z.B. wird vom Kernel explizit read-only gemounted, da er nicht an einer Erase-block-boundary beginnt (hat diese 0x90 offset an der die Magic-Number für Adam2 steht).
 
Zuletzt bearbeitet:
Jau! Vielen Dank horatio42!
Herta läuft wieder...

Gruss,
Pette
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.