Nokia DBOX2 Kabel Spannungen ok, Findet keine Kanäle...

[iglitare]

Also wie gesagt, kommt ständig "kanal nicht verfügbar" kanalsuche findet nichts.
BFG94 wirds nicht sein, habe kein verrauschtes analogsignal.

Wo fang ich da jetzt am besten an zu messen? Oszi sollte morgen ankommen

Kann vielleicht einer was am Bootlog erkennen?
Antennenkabel war beim bootlog nicht dran, ist das ein problem?


edebug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: BMon V1.0 mID 01
debug: feID 7a gtxID 0b
debug: fpID 5a dsID 01-8b.cd.18.07.00.00-bf
debug: HWrev X5 SWrev 0.81
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
dbox2:root> debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast
debug: Given up BOOTP/TFTP boot
boot net failed

Flash-FS bootstrap loader (v1.5)

Found Flash-FS superblock version 3.1
Found file /root/platform/nokia-dbox2/kernel/os in Flash-FS
debug: Got Block #0036

will verify ELF image, start= 0x800000, size= 162700
verify sig: 262
Branching to 0x40000


U-Boot 1.2.0 (Tuxbox) (Aug 18 2007 - 10:07:13)

CPU: PPC823ZTnnA at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache
*** Warning: CPU Core has Silicon Bugs -- Check the Errata ***
Board: DBOX2, Nokia, BMon V1.0
Watchdog enabled
I2C: ready
DRAM: 32 MB
FLASH: 8 MB
Scanning JFFS2 FS: . .
FB: ready
LCD: ready
In: serial
Out: serial
Err: serial
Net: SCC ETHERNET

Options:
1: Console on null
2: Console on ttyS0
3: Console on framebuffer
Select option (1-3), other keys to stop autoboot: 0
### FS (squashfs) loading 'vmlinuz' to 0x100000
### FS load complete: 704130 bytes loaded to 0x100000
...............................................................
Un-Protected 63 sectors
## Booting image at 00100000 ...
Image Name: dbox2
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 704066 Bytes = 687.6 kB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Linux version 2.4.35-dbox2 (vom Jtg-Team) (gcc version 3.4.6) #3 Sa 18. Aug 10:
10:21 CEST 2007
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0 root=/dev/mtdblock2 rootfstype=squashfs
Decrementer Frequency = 252000000/60
m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x12C0)
Console: colour dummy device 80x25
Calibrating delay loop... 66.96 BogoMIPS
Memory: 30760k available (1200k kernel code, 348k data, 60k init, 0k highmem)
Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc.
squashfs: version 3.0 (2006/03/15) Phillip Lougher
i2c-core.o: i2c core module version 2.6.1 (20010830)
i2c-dev.o: i2c /dev entries driver module version 2.6.1 (20010830)
CPM UART driver version 0.04
ttyS0 at 0x0280 is on SMC1 using BRGttyS1 at 0x0380 is on SMC2 using BRG2
pty: 256 Unix98 ptys configured
eth0: CPM ENET Version 0.2.dbox2 on SCC2, 00:50:9c:1f:dc:fe
loop: loaded (max 8 devices)
D-Box 2 flash driver (size->0x800000 mem->0x10000000)
D-Box 2 flash memory: Found 2 x16 devices at 0x0 in 32-bit bank
Intel/Sharp Extended Query Table at 0x0035
cfi_cmdset_0001: Erase suspend on write enabled
Creating 6 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "FLFS (U-Boot)"
0x00040000-0x006a0000 : "root (SquashFS)"
0x006a0000-0x00800000 : "var (JFFS2)"
0x00020000-0x00800000 : "Flash without bootloader"
0x00000000-0x00800000 : "Complete Flash"
Linux video capture interface: v1.00
mice: PS/2 mouse device common for all mice
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 60k init
init started: BusyBox v1.6.1 (2007-08-18 09:43:02 CEST) multi-call binary
Starting the automounter
event: $Id: event.c,v 1.12 2003/09/30 05:45:38 obi Exp $
route: SIOC[ADD|DEL]RT: Network is unreachable
[i2c-8xx]: mpc 8xx i2c init
[i2c-8xx]: adapter: 0
$Id: cam.c,v 1.30 2004/01/10 16:36:34 alexw Exp $
$Id: avia_napi.c,v 1.18 2003/11/24 09:53:01 obi Exp $
DVB: registering new adapter (C-Cube AViA GTX/eNX with AViA 500/600).
dvb_i2c_bridge: enabled DVB i2c bridge to PowerPC 8xx I2C adapter
$Id: cam_napi.c,v 1.8 2003/09/30 05:45:34 obi Exp $
avia_av: $Id: avia_av_core.c,v 1.99 2006/01/08 21:36:22 carjay Exp $
avia_av: AVIA500 sptsfix is off
avia_av_core: Starting avia_av_wdt thread.
avia_av_event: $Id: avia_av_event.c,v 1.11 2003/10/26 16:32:51 obi Exp $
avia_av_proc: $Id: avia_av_proc.c,v 1.15 2007/07/29 18:14:12 papst Exp $
avia_gt_core: $Id: avia_gt_core.c,v 1.48 2004/12/20 01:01:22 carjay Exp $
avia_gt_core: autodetecting chip type... GTX
avia_gt_gtx: $Id: avia_gt_gtx.c,v 1.24 2003/09/30 05:45:35 obi Exp $
avia_gt_accel: $Id: avia_gt_accel.c,v 1.19 2003/09/30 05:45:35 obi Exp $
avia_gt_dmx: $Id: avia_gt_dmx.c,v 1.210 2004/06/26 16:08:15 carjay Exp $
avia_gt_core: masking unhandled irq reg 1 bit 11
avia_gt_core: masking unhandled irq reg 1 bit 13
avia_gt_ucode: loaded ucode v0014
avia_gt_ucode: ucode section filters disabled.
avia_gt_dmx: warning, misaligned queue 0 (is 0xFD200, size 65536), aligning...
avia_gt_gv: $Id: avia_gt_gv.c,v 1.39 2004/08/28 16:44:56 carjay Exp $
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_pcm: $Id: avia_gt_pcm.c,v 1.29 2004/01/29 19:38:20 zwen Exp $
avia_gt_pcm_set_rate(44100)
avia_gt_capture: $Id: avia_gt_capture.c,v 1.32 2003/09/30 05:45:35 obi Exp $
avia_gt_pig: $Id: avia_gt_pig.c,v 1.40 2003/09/30 05:45:35 obi Exp $
avia_gt_vbi: $Id: avia_gt_vbi.c,v 1.26 2003/08/01 17:31:22 obi Exp $
avia_gt_core: Loaded AViA eNX/GTX driver
avia_gt_fb: $Id: avia_gt_fb_core.c,v 1.54 2004/03/17 18:42:18 zwen Exp $
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
Console: switching to colour frame buffer device 82x32
avia_gt_fb: fb0: AViA eNX/GTX Framebuffer frame buffer device
lcd.o: init lcd driver module
lcd.o: found KS0713/SED153X lcd interface
jtginfo $Id: jtginfo.c,v 1.7 2006/08/01 22:04:55 jtgriker Exp $
avia_gt_lirc: $Id: avia_gt_lirc.c,v 1.14 2003/09/30 05:45:35 obi Exp $
avia_gt_ir: $Id: avia_gt_ir.c,v 1.30 2003/09/30 05:45:35 obi Exp $
avia_oss: $Id: avia_gt_oss.c,v 1.26 2004/05/31 22:56:02 carjay Exp $
avia_gt_pcm_set_rate(44100)
avia_gt_v4l2: $Id: avia_gt_v4l2.c,v 1.12 2003/09/30 04:54:03 obi Exp $
DVB: VES1820(0): pwm=0x48
DVB: registering frontend 0:0 (VES1820 based DVB-C frontend)...
avia_av_napi.c: $Id: avia_av_napi.c,v 1.33 2004/03/11 15:30:27 derget Exp $
avia_gt_napi: $Id: avia_gt_napi.c,v 1.203 2005/01/05 05:49:56 carjay Exp $
Thu Jan 1 12:00:00 CET 1970
$Id: sectionsd.cpp,v 1.247 2007/08/08 22:17:06 dbt Exp $
[sectionsd] Caching max 6000 events
[sectionsd] Caching 14 days
[sectionsd] Caching 6 hours Extended Text
[sectionsd] Events are old 60min after their end time
/var/tuxbox/config/zapit/epgfilter.xml: No such file or directory
/var/tuxbox/config/mybouquets.xml: No such file or directory
[ConfigFile] Unable to open file /var/tuxbox/config/timerd.conf for reading.
$Id: zapit.cpp,v 1.402 2007/07/22 14:36:42 dbluelle Exp $
[frontend] uncommitted_switch_mode 0
[getservices] /var/tuxbox/config/zapit/myservices.xml found.
/tmp/currentservices.xml: No such file or directory
[camd] CA_SEND_MSG: Remote I/O error
[camd] CA_SEND_MSG: Remote I/O error
$Id: controld.cpp,v 1.127 2007/07/01 08:40:13 dbluelle Exp $

[controld] Boxtype detected: (1, Nokia D-BOX2)
[controld]: ROUTEVIDEO v1 = 5 a1 = 1 v2 = 1 a2 = 1 v3 = 0 a3 = 1 fblk=1
[yhttpd] Webserver nhttpd/3.1.3 (yhttpd_core/1.2.0)
[LCDFONT] initializing core...
[LCDFONT] adding font /share/fonts/micron.ttf...OK (Micron/Regular)
[LCDFONT] adding font /share/fonts/micron_bold.ttf...OK (Micron/Bold)
[LCDFONT] adding font /share/fonts/pakenham.ttf...OK (Pakenham/Regular)
[LCDFONT] Intializing font cache...
[yhttpd] Webserver starting...
/bin/neutrino: /lib/libpng12.so.0: no version information available (required by
/bin/neutrino)
[neutrino] frameBuffer Instance created
812k video mem
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
[neutrino] Software update enabled
[neutrino] enable flash
[lcdd] time-skin not found -> using default...
[lcdd] weekday-skin not found -> using default...
[lcdd] date-skin not found -> using default...
[lcdd] month-skin not found -> using default...
[LCDFONT] initializing core...
[LCDFONT] adding font /share/fonts/12.pcf.gz...OK (Fix12/Regular)
[LCDFONT] adding font /share/fonts/14B.pcf.gz...OK (Fix14/Bold)
[LCDFONT] adding font /share/fonts/15B.pcf.gz...OK (Fix15/Bold)
[LCDFONT] Intializing font cache...
[LCDFONT] FTC_Face_Requester (Fix15/Bold)
[LCDFONT] FTC_Face_Requester (Fix14/Bold)
/dev/input/event1: No such file or directory
[neutrino] menue setup
loading locales: scandir: No such file or directory
[neutrino] registering as event client
[neutrino] initialized everything
[sectionsd] getUTC: read: Connection timed out
zap failed!
[sectionsd] getUTC: read: Connection timed out
[sectionsd] getUTC: read: Connection timed out
[sectionsd] getUTC: read: Connection timed out
[sectionsd] getUTC: read: Connection timed out

[iglitare]

ok, wies aussieht sec oder srams defekt...

gibts da mehrere verschiedene typen srams, die man einbauen kann?
hat jemand die genauen bezeichnungen der ersatztypen, und wo ich die herbekommen kann?

Wo fange ich am besten an mit dem oszi zu messen, um einen defkt des secs oder des sec-rams einzugrenzen?
mal auf gut glück einfach ram tauschen...

hab mal angefangen zu messen...
irgendwie keinen plan ;-)

am ts_data out des secs bekomme ich überall nur 5v, keine signale... oder mein oszi kann die nicht messen...
genauso am sram_data, nur high pegel, nix daten...
die einzigsten erkennbaren signale liegen am ein/ausgang des ic4s an (host_data)
kann man daraus jetzt schon was schließen?
leider ist meine elektronikerzeit schon etwas her, hoffe ich bediene das oszi auch richtig... leider hat es auch nur 20Mhz (hameg203-5)...

[miparo]

Hallo iglitare,
löte 10 Kabel über den SEC dann ist das Ding aus Kaisers Zeiten überbrückt und der Fehler ist behoben.
Ist ja eh zu teuer der Chip wenn man ihn nicht rumliegen hat

Gruß
miparo

[SoLaLa]

ebay bluecam 5€

[dso]

nee, oder?
Ich habe da noch so blue cams rumliegen - da ist echt derselbe chip drin? *lol

Aber wo wir gerade beim Thema sind ... wie ist denn so die statistische Verteilung SEC<->SECRams?

Lohnt sich da grundsätzlich der Versuch mit den RAMs?

Ansonsten wäre ein Tip toll, wie man diesen ja wohl sehr temperaturempfindlichen SEC mit "Hobbyequipment" halbwegs vernünftig löten kann. Ich habe mir mal einen alten Chipsatzlüfter besorgt und würde den versuchshalber als Wärmeableiter beim (Ab)Löten nehmen wollen - wäre das einen Versuch wert?

dso

[miparo]

ebay bluecam 5€

Sorry, hatte ich vergessen.


Der technische Kram fällt leider auch hier unter "Betriebsgeheimnis" da die Leute hier damit Geldverdienen.
Zumindest habe ich noch keinen Beitrag gefunden wo jemand gefragt hat und einer von den 10 Großen eine Antwort darauf gegeben hat. Oder ?

SolaLa hat es ja mal selbst geschrieben: "ups ich habe schon viel zu viel erzählt ..."

[doc]

Also solche "Betriebsgeheimnisse" findet man hier schon. Allerdings muss man schon recht weit in der Zeit zurück gehen. Ich meine das derget mal den Tip mit dem BlueCam vor langer Zeit gegeben hatte.

Aber ein BlueCam kaufen und dann den SEC zu tauschen sind schon zweierlei.

Und das Leute die mit solchem Wissen etwas Geld verdienen nicht gerade hier alles erzählen ist auch klar. Für mich zu mindestens logisch und verständlich.

[dso]

Da hat jeder so seine Sicht der Dinge. Das der ein oder andere etwas für sich behalten möchte, ist ja durchaus nachzuvollziehen ... aber das mit der "Geschäftsgrundlage" zu begründen finde ich ein wenig grenzwertig.

Es wird kein Reparaturservice daran zugrunde gehen, wenn er mal eine verwertbare Info gibt (auch zu "heiklen" Themen) - NDA's lassen wir mal außen vor. Wissen haben (Theorie) und Wissen umsetzen (Praxis) liegen sehr oft noch auseinander. Ich glaube es ist nur ein geringer Prozentsatz, der das KnowHow, das Equipment und die handwerklichen Fähigkeiten hat um mal etwas tiefer abzutauchen - meiner Meinung nach also keine "Mitbewerber". Ähnlich wie seinerzeit in der Musikszene - nicht jedes heruntergeladene Lied wäre eine gekaufte Single!

In meinen Augen macht man sich durch solche "Geheimhaltereien" eher unglaubwürdig und ganz ehrlich - ich würde mir zweimal überlegen dann "offizielle Dienstleistungen" aus der Ecke in Anspruch zu nehmen.
Ich weis halt gerne was passiert, damit ich eben auch die Dienstleistung beurteilen kann - nicht nur auf diesem Sektor. Ich finde es eben nicht "werbewirksam" und somit eher kontraproduktiv fürs Geschäft. Habe ich vertrauen, dann nehme ich externe Dienstleistungen auch eher in Anspruch.
Ich habe hier schon genug Elektronikschrott produziert, nur um zu lernen und zu verstehen aber eher würde ich den Kram in die Tonne schmeißen als sie jemandem zur Reparatur zu senden, der außer "Schick sie jemandem der Ahnung hat" keine Hilfestellung gegeben hat.
Ich möchte hier betonen, daß ich niemanden hier persönlich ansprechen möchte!!!
Solche und noch direktere Antworten hab ich schon in einem anderen Forum erhalten; unnötig zu erwähnen, daß es sich hier primär um ein Forum handelt und kein Marktplatz für Dienstleister sein sollte.

Und nun mal B2T:
Was'n nu mit Erfahrungswerten bzgl. der Häufigkeit von SEC-SECRams?

dso

[SoLaLa]

also "Betriebsgeheimnisse" hatte ich so gesehen noch nie.
das mit dem bluecam stammt wie doc schon sagt aus uralten Zeiten und ist dementsprechend auch hinreichend bekannt.
Und wenn hier der "ottonormaluser" nach bezugsquellen für irgendwas fragt, dann ist es nicht schlimm das so zu beantworten.
diejenigen, die damit ein wenig Geld verdienen kaufen sich eher 100 kaputte Boards für 300€ aufn Schlag und haben dann erstmal wieder Teile (Spezialteile) genug. Und die jenigen die damit etwas mehr Geld verdienen haben eh Bezugsquellen für Neuteile soweit die noch lieferbar sind.

Und was immer gerne vergessen wird: diejenigen die damit ein wenig Geld verdienen hab ihr komplettes dboxwissen auf der Grundlage dieses Forums aufgebaut!

zum SECram: liegt an adresse c000000 und da kann man glaub ich per uboot direkt was reinschreiben und dann mit cmp vergleichen.
beim gtx/enx RAM geht das jedenfalls so... und mit ucode.bin geht das auch so

SolaLa hat es ja mal selbst geschrieben: "ups ich habe schon viel zu viel erzählt ..."

echt? wo hab ich das denn geschrieben?

[seife]

OT: Ich habe das Gefühl, daß das Fachwissen auch durchaus bereitwillig weitergegeben wird - allerdings tun sich scheinbar nicht mehr viele, die solches haben, dieses Forum an.
Ich sag nur: Sagem-Schaltplan.

[miparo]

Und was immer gerne vergessen wird: diejenigen die damit ein wenig Geld verdienen hab ihr komplettes dboxwissen auf der Grundlage dieses Forums aufgebaut!

SolaLa hat es ja mal selbst geschrieben: "ups ich habe schon viel zu viel erzählt ..."

echt? wo hab ich das denn geschrieben?

Das war in einen meiner ersten Threads.
Ich werde es wieder raus suchen.


Gelernt haben wir natürlich alle aus diesen Forum.
Es ist ja das einzigste was man wirklich sehr gut gebrauchen kann.


Bei meinen letzten drei Boxen mit Cam Error war auch dreimal der SEC defekt.
Bei einen Toten SEC ist an den RAM's nichts mehr zu messen ansonsten klackert es hier noch und es ist einen Versuch Wert erst die RAM's zu wechseln.

[dso]

OT:

OT: Ich habe das Gefühl, daß das Fachwissen auch durchaus bereitwillig weitergegeben wird - allerdings tun sich scheinbar nicht mehr viele, die solches haben, dieses Forum an.
Ich sag nur: Sagem-Schaltplan.

Das kann ich leider nicht beurteilen, aber da weißt Du offenbar mehr. Es wird einen Grund haben, warum sich die KnowHow-Träger auf Distanz gesetzt haben, magst Du uns den nicht sagen - bzw. Deine Vermutung des Grundes?
Ebenso vielleicht auch die "wahre" Aussage hinter

Ich sag nur: Sagem-Schaltplan

Das ist es was ich vorhin meinte - warum kann man nicht einfach sagen was man "wirklich" meint und wirft stattdessen solche "Happen" die alles und nichts bedeuten können in die Runde?

Ich könnte jetzt spekulieren:
- ES gibt einen verfügbaren Plan, aber Du sagst uns nicht wo
- DU hast einen Plan, aber gibst ihn nicht raus
- Du hast einen Plan, möchtest aber "lieb" gefragt werden ob man ihn haben darf
...
...
...

Verstehst Du? Sag doch bitte einfach was Du wirklich sagen willst Öffentliches Forum = Keiner (zumindest ICH nicht) reißt Dir den Kopf für "ehrliche" Worte ab - eher das Gegenteil denke ich und wenn mal was nicht rund läuft oder man sich über was auch immer mal beschweren/auslassen möchte dann sollte man sich einfach mal Luft machen, sonst ändert sich nie was (auch das nicht nur auf diese Thematik bezogen).

Die Welt könnte so einfach sein

dso

[dso]

zum SECram: liegt an adresse c000000 und da kann man glaub ich per uboot direkt was reinschreiben und dann mit cmp vergleichen.
beim gtx/enx RAM geht das jedenfalls so... und mit ucode.bin geht das auch so

ääähhhhh den Teil nach "..." bitte nochmal mit Wink für den DSO-Noob

thx
dso

[seife]

OT:

OT: Ich habe das Gefühl, daß das Fachwissen auch durchaus bereitwillig weitergegeben wird - allerdings tun sich scheinbar nicht mehr viele, die solches haben, dieses Forum an.
Ich sag nur: Sagem-Schaltplan.

Das kann ich leider nicht beurteilen, aber da weißt Du offenbar mehr. Es wird einen Grund haben, warum sich die KnowHow-Träger auf Distanz gesetzt haben, magst Du uns den nicht sagen - bzw. Deine Vermutung des Grundes?

Meine Vermutung: Webforen saugen gigantisch und diese Leute wissen Ihre Zeit besser zu nutzen, als mit der IMHO ineffizientesten Methode, Wissen auszutauschen ;-)

Ebenso vielleicht auch die "wahre" Aussage hinter

Ich sag nur: Sagem-Schaltplan

Das ist es was ich vorhin meinte - warum kann man nicht einfach sagen was man "wirklich" meint und wirft stattdessen solche "Happen" die alles und nichts bedeuten können in die Runde?

Sorry, ich dachte, das wäre wirklich Allgemeinwissen.
- Es gibt einen Schaltplan
- Er wurde mal im IRC an interessierte verteilt
- Wer mich im IRC fragt, kriegt ihn auch.
- Nein, ich lade ihn nirgends hoch, weil ich keinen geeigneten Platz dafür habe
- Nein, im Moment bin ich nicht im IRC, und mein Upload ist viel zu langsam / unzuverlässig, aber über Weihnachten treibe ich mich sicher dort rum.

edit: und was ich mit diesem "Happen" sagen wollte: Wissen wird durchaus weitergegeben, nur nicht zwangsweise nur hier.

[dso]

Seife, ich könnt Dich knutschen (nicht wegen des Schaltplans an sich), sondern dafür, daß Du einer zu sein scheinst mit, dem man vernünftig reden kann.

Danke für die offenen Worte

dso

PS: Und nu' her mit dem Plan *grööööööööööööööööhl

[SoLaLa]

der Teil nach...
die ucode.bin wandert doch in den gtx/enx (nicht in dessen RAMbaustein)
und da kann man dann ab 08000000 im enx bzw. ab 08400000 im GTX nachschaun ob die da irgendwo zu finden sind und dementsprechend auch vergleichen. genaue Basisadresse weiß ich jetzt nicht, da sind ja auch noch n Haufen anderer Bytes rundrum (ca 12kB)... im normal laufenden Betrieb gibts aber schon nen Absturz wenn man sich da n bischen zuviel anzeigen läßt. aber wenn der ganze Bereich beispielsweise FF anzeigt, dann kannst schon davon ausgehen daß der GTX hin ist

[dso]

Vielen Dank SoLaLa,
a) für die (wie immer) tollen Infos und
b) daß ich wohl jetzt mal wieder zuwenig Schlaf finden werde, weil mir das keine Ruhe lassen wird bis ich es ausprobiert und verstanden habe

Danköööööööööööööööö

dso

[miparo]

So lieben wir Dich Solala.
Da kann man doch was mit anfangen. Danke



miparo

[tik-tak]

die ucode.bin wandert doch in den gtx/enx (nicht in dessen RAMbaustein)
und da kann man dann ab 08000000 im enx bzw. ab 08400000 im GTX nachschaun ob die da irgendwo zu finden sind und dementsprechend auch vergleichen.

Hi
Bin aber sehr gespannt, mit erstem Teil ok, da glaube gibt es aus meiner Seite keine Fragen, aber wie man dann Nachschauet ?
Womit ?
Verstehe aber irgendwie nicht ?
Normalerweise wenn guter Dbox2 ein Jtag Anschlüss hätte , könnte man dann die Adressen auslesen ?

Mit Oszi-Digital könnte man wohl auch, keine Ahnung so einen guten habe ich nicht

Die andere Idee man beschreibt die Adressen und dann auch wohl mit irgendetwas ausliest ?

Nur die Rätseln

Ich habe ein Nokia 9800s rumliegen, seit eine Woche spiele ich mit Jtag , hat ein anderen Proz aber Architektur ist sehr zu Dbox2 identisch
Könnte mir denken Nokia 9800s und Dbox2 wurde von den selben Leuten entwickeln oder zumindest nach gleichen Prinzipen

Habe bis jetzt geschafft, per Jtag Flashs auslesen. Flashs löschen aber mit dem Proggen klappt irgendwie nicht

Nokia9800s hat ein CPU von TMS320AV7110 - 32/16 bit ARM/Thumb und 2x AMD AM29LV160DB , Software ist genauso geteilt auf beide Flashs wie bei Dbox2 Nokia

Software-Interrupt Was ist das und wofür oder bitte hinweisen zum nachlesen

[dso]

aber wie man dann Nachschauet ?
Womit ?

per uboot direkt was reinschreiben

Was genau verstehst Du daran nicht?

Ich habe ein Nokia 9800s rumliegen, seit eine Woche spiele ich mit Jtag , hat ein anderen Proz aber Architektur ist sehr zu Dbox2 identisch
Könnte mir denken Nokia 9800s und Dbox2 wurde von den selben Leuten entwickeln oder zumindest nach gleichen Prinzipen

Habe bis jetzt geschafft, per Jtag Flashs auslesen. Flashs löschen aber mit dem Proggen klappt irgendwie nicht

Nokia9800s hat ein CPU von TMS320AV7110 - 32/16 bit ARM/Thumb und 2x AMD AM29LV160DB , Software ist genauso geteilt auf beide Flashs wie bei Dbox2 Nokia

Das wäre ein Thema für einen eigenen Thread, denke ich.

Software-Interrupt Was ist das und wofür oder bitte hinweisen zum nachlesen

http://de.wikipedia.org/wiki/Interrupt

dso

[tik-tak]

da kann man dann ab 08000000 im enx bzw. ab 08400000 im GTX nachschaun ob die da irgendwo zu finden sind und dementsprechend auch vergleichen.

Genaue das begreife ich nicht !!!!!!!!!

Wie und womit kann ich der Inhalt überprüfen ?

[dso]

kleiner Tip:
Du hast doch sicherlich schon mal bei einer Nokia mit Bmon1.0 und 2x Intel den debugmode enabled, oder (10000944)?

Viel Erfolg beim

dso

PS: Deine SHIFT und 1 Tasten scheinen zu klemmen

[tik-tak]

Ok

10000944 genaue gesagt würde mal esagen 0x10000944, das ist die Adresse im RAM oder so zu sagen des Flashs Intel oder AMD

Also wie ich verstande habe man wird mit ppsboot entsprechende Adressen mit beknntem Inhalt beschrieben und dann Inhalt mal später ausgelesen

Aber die ganze Comandos kenne gar nicht

PS: Deine SHIFT und 1 Tasten scheinen zu klemmen

Wasc soll das denn ?

[dso]

Genaue das begreife ich nicht !!!!!!!!!

Du brauchst nicht schreien (SHIFT + 1)

Ansonsten noch ein kleiner Tip:
Wenn Du für das Zitieren von Auszügen aus Postings die QUOTES nutzen würdest, wäre die Lesbarkeit Deiner Beiträge schon mal ein klein wenig verbessert.

dso

PS: Du weißt schon, daß Du einfach mal help an der Konsole eingeben kannst, um Dir einen Überblick über die verfügbaren Befehle zu verschaffen?

[tik-tak]

Ok