IDE-Schnittstelle 2

[Tommy]

@Micha: das Zitat oben ist NICHT von mir!

[waldwuffel]

Sobald man aber ne andere Software in den Chip lädt, als Gurgel
mit dem Board verschickt hat, ist sein Support sicher nicht mehr
möglich und kann auch nicht verlangt werden.

Nein.

Nur weil ich den Adobe Acrobat-Reader auf meinem Windoof-PC installiert habe oder weil ich die neueste Knoppix-DVD hab booten lassen, soll mir der PC-Verkäufer bei Hardwaredefekten keine Garantie gewähren?

Sobald mir ein gebrauchsfertiges Gerät (darunter zählt auch eine Grafikkarte, oder Schnittstellenkarte...) verkauft wird, habe ich gesetzlichen Anspruch auf einen gewissen Gewährleistungsumfang. Dieser ist auch gesetzlich geregelt.

Das ist wie bei einer Dbox die du bei Premiere kaufst! Da hast du 1 Jahr Garantie/Gewährleistung. Wenn du die dbox nun aber mit einem Neutrino oder was weis ich versiehst dann hast du keinerlei Ansprüche mehr gegenüber Premiere! Das ist klar und so sit es auch bei diesem Board !! Wenn du es veränderst ( Hardware /software egal!) dann ist das dein Problem und du kannst keinerlei Support oder oder Garantie -/ Gewährleistungsansprüche mehr stellen!

Das macht AVM seit neuestem auch so! Bei den aktuellen Fritz!Boxen kann mann mittels Telefoncode Telnet freischalten - diese Option ist vom Hersteller eingebaut: Wenn man dies tut erschein folgendes:

In Ihrer FRITZ!Box wurden vom Hersteller nicht unterstützte Änderungen durchgeführt.
Weitere Informationen

FRITZ!Box wird momentan mit einer von AVM nicht freigegebenen Firmware betrieben oder die Konfiguration wurde möglicherweise über vom Hersteller nicht vorgesehene Wege verändert (z.B. telnet). In diesem Zustand kann AVM für die korrekte Funktion Ihrer FRITZ!Box nicht mehr garantieren.

Sie haben die Möglichkeit, das Gerät wieder in den Auslieferungszustand zurück zu setzen. Starten Sie dafür das Recover von Ihrer FRITZ!Box-CD (\Software\X_Misc).

Nach dem Wiederherstellen des Auslieferungszustandes wird Ihre FRITZ!Box wieder vollständig von AVM unterstützt.

Wenn du dir Beine Box mit veränderungen zerschießt dann kann AVM das seit neustem auslesen und wird Garantieleistungen ablehnen.

Diese Meldung erscheint auch wenn man nur Telnet freischalten und nichts verändert! -Aber man hätte ja theoretisch die Möglichkeit etwas zu verändern!

[eule]

Das ist wie bei einer Dbox die du bei Premiere kaufst! Da hast du 1 Jahr Garantie/Gewährleistung. Wenn du die dbox nun aber mit einem Neutrino oder was weis ich versiehst dann hast du keinerlei Ansprüche mehr gegenüber Premiere! Das ist klar und so sit es auch bei diesem Board !! Wenn du es veränderst ( Hardware /software egal!) dann ist das dein Problem und du kannst keinerlei Support oder oder Garantie -/ Gewährleistungsansprüche mehr stellen!

Full ACK!

Die DBox ist ein Gerät, welches nicht für Erweiterungen oder Modifikationen vorgesehen ist. Daher gilt bei diesem Gerät das Gleiche wie für einen Mixer, Fernseher, Rasierapparat, etc: Öffnen Verboten.

Das macht AVM seit neuestem auch so! Bei den aktuellen Fritz!Boxen kann mann mittels Telefoncode Telnet freischalten - diese Option ist vom Hersteller eingebaut: Wenn man dies tut erschein folgendes:

.....
Nach dem Wiederherstellen des Auslieferungszustandes wird Ihre FRITZ!Box wieder vollständig von AVM unterstützt.

Wenn du dir Beine Box mit veränderungen zerschießt dann kann AVM das seit neustem auslesen und wird Garantieleistungen ablehnen.

Diese Meldung erscheint auch wenn man nur Telnet freischalten und nichts verändert! -Aber man hätte ja theoretisch die Möglichkeit etwas zu verändern!

Also doch volle Garantie trotz Änderungen?

Die "Software" für das Interface kann jederzeit in den Originalzustand versetzt werden, auch wenn es beim Einspielen der "Software" zum Supergau kommt (Netzausfall). Es sei denn, es liegt ein Hardwaredefekt vor, der genau dies verhindert, bzw. der schon das Einspielen einer neuen Konfiguration nicht ermöglicht.

[DBoxBaer]

Kommen wir mal wieder zur Realität zurück:

Wer das IDE Interface in die Box einbaut, hat wohl offensichtlich
die Box geöffnet. Garantie für die Box wird es daher wohl kaum
noch (auf die Box) geben können!?

Ich bin mir zwar recht sicher, dass das IDE Interface selbst die Box
nicht schrotten kann, aber beim Einbau kann ja sonstwas passieren
(ESD...). Vergleich: PCI karte in den PC stecken und dabei den
PC schrotten...

Ich frage mich daher, was nun eigentlich als Garantie und Gewährleistung
usw. gewünscht wird: Meiner Meinung nach ist das ein Bausatz, der
zur Vereinfachung für die meisten schon bestückt und programmiert
ist. Wenn ich bei eMedia ne Platine der c't bestelle gibt es das Problem
auch: Wie ist das dort gelöst? Ich denke ich bekomme dort auch
einen gewissen Support. Für einige wenige Probleme...

Eine ganze Box (ob nun D-Box oder Fritz-Box...), die man geschlossen
kauft, ist da doch sicher was anderes, oder?!

Also was werden wohl die üblichen Fragen/Probleme sein?

Bestellung nicht vollständig geliefert: Was nun?
Habe ich die Platine für die richtige Box?
Wie schraubt man die Box auf?
Wie befestige ich die Platte?
Welches Image sollte ich in die Box brennen?
Warum geht meine 5MB SCSI Platte von 1988 nicht da dran?
Warum sehe ich keine verschlüsselten Sender?
Warum wurde gestern der Tatort nicht aufgenommen?
Wie schalte ich auf RTL um?

Bei einigen von diesen Problemen wird Gurgel helfen müssen.
Bei anderen kann auch dieses Forum helfen.
Und bei manchen wohl niemand :-)

Ich weiss zwar, dass das IDE Interface eine gewissen Verwandtschaft
zu den MCs hat, weil man es in die Box einbaut und man sowas
kaufen kann (also irgend jemand Geld bekommt)...
Aber der eigentliche Grund, das es hier keinen MC Support gibt ist
doch wohl dass die Dinger noch weniger legal sind wie die
Verwendung von Neutrino/Enigma in der Box überhaupt?


Ups, ich wollte doch zur Realität zurückkommen:

Wie geht es nun weiter mit dem Interface?
Gurgel war so nett mir eine Sagem-Box mit seinem Board zu
schicken. Das macht im Moment noch Probleme, die werde ich aber
noch lösen können.
(Hatte vorher noch keine gesehen: muss sagen, die "Mechanik"
der Sagem Box gefällt mir schon besser als die Nokia. Macht
doch einen deutlich höherwertigen Eindruck)

Vielleicht kann mir aber mal jemand mit CPU Know How
was erklären:

Warum verwendet die Sagem ein anderes Timing bei der
RAM Ansteuerung als Nokia?

Schreiben (Single Word)
Nokia:
RAS Pause WRITE ...
Sagem:
RAS Pause Pause WRITE...

Lesen (Single Word) ist identisch zu Nokia:
RAS Pause READ ...

Das RAM kann nach RAS gar nicht wissen ob da nun ein WRITE
kommt oder nicht, und die Pause DAVOR also auch nicht
verlangen. Denke ich. Aber was soll das dann?

Üblicherweise verwendet die CPU ins RAM natürlich Bursts aus
dem/in den Cache. Aber auch die sind bei der Sagem wohl länger.
Warum?!
Immerhin macht das die Box meiner Meinung nach ein paar Prozent
langsamer...

So oder so: Vielleicht können mal ein paar Sagem-Besitzer die
UPM ihrer CPU im u-boot auslesen: Man kann das im Prinzip recht
gut per Kommandozeile machen.
Ich habe dafür einfach eine Textdatei geschrieben mit diesem
Inhalt:

Code: Alles auswählen

nm 0xff000168
40000000
q
md 0xff00017c 1
nm 0xff000168
40000001
q
md 0xff00017c 1
nm 0xff000168
40000002
q

<die 4000... wird nun (in Hex) raufgezählt bis 3F, das Endet dann 
so: >

md 0xff00017c 1
nm 0xff000168
4000003e
q
md 0xff00017c 1
nm 0xff000168
4000003f
q
md 0xff00017c 1

(sehe gerade: es könnte auch kürzer gehen...)

mw 0xff000168 40000000
md 0xff00017c 1
mw  0xff000168 40000001
md 0xff00017c 1
mw 0xff000168 40000002
...
mw 0xff000168 4000003f
md 0xff00017c 1

Das File habe ich dann mit HyperTerm einfach "abgespielt" und das
Ergebnis in einer Textdatei aufgezeichnet.
Damit die Box beim "Abspielen" nicht überfahren wird, habe ich im
Hyperterm den Zeilen- und Zeichen- Delay hochgedreht.

Als Ergebnis bekommt man dann eine Menge Zeilen, in denen die
UPM Werte drinstehen. Wenn man dann die Linefeeds in den Zeilen
entfernt, bis auf die nach dem UPM Inhalt, kann man mit "Spalten
Markieren" die Inhalte rausschneiden.

(Kann natürlich auch jemand mal ein UPM-Auslese u-boot basteln,
Es wird jeweils der UPM Index eingestellt und dann der Inhalt
dort ausgelesen)

Das Ergebnis war bei "meiner" Sagem dann dieses:

Code: Alles auswählen

0f0dfc04 
0eefbc04
01bf7c04
0ffafc04
0ff5fc00
1ffffc04
ffffec05
fffffc25
0f0dfc04
0effbc04
00ff7c04
00fffc00
00fffc00
01fffc00
0ffffc00
1ffffc04
ffffec05
0ffabc34
0ff57c34
0ffffc34
1ffffc34
ffffec35
fffffc34
fffffc34
0f0dfc04 0000 1111 0000 1101 1111 1100 0000 0100
0ffffc04 0000 1111 1111 1111 1111 1100 0000 0100
0eebbc04 0000 1110 1110 1011 1011 1100 0000 0100
01b77c00 0000 0001 1011 0111 0111 1100 0000 0000
0ffafc04 0000 1111 1111 1010 1111 1100 0000 0100
0ff5fc04 0000 1111 1111 0101 1111 1100 0000 0100
1ffffc04 0001 1111 1111 1111 1111 1100 0000 0100
ffffec05 1111 1111 1111 1111 1110 1100 0000 0101
0f0dfc04 
0efbbc00
00f77c00
00fffc00
00fffc00
01fffc04
0ffffc04
1ffffc04
ffffec05
fffffc04
fffffc04
fffffc04
fffffc04
fffffc04
fffffc04
ffffec04
fffacc04
0ff5cc04
0ffe8c04
0ffd4c84
0fffcc04
0fffcc04
0fffcc04
1fffcc84
ffffcc05
fffffc04
fffffc04
fffffc04
fffffc05
fffffc04
fffffc04
fffffc04
ffffec04

Der Bereich mit den Nullen und Einsen ist der "Single Write"
Abschnitt und ich habe die Hex Werte dort mal grob per Hand
dekodiert.

Meine Frage wäre nun ob jemand in seiner Sagem Box andere Werte
in der UPM-A stehen hat. Da dieser Inhalt vom BR-Loader
eingestellt wird, könnte dies ja der Fall sein. Dann wäre ich an
eben diesem Inhalt interessiert, damit ich das beim IDE-Chip
auch unterstützen kann.

Ciao,

DboxBaer

[Gorcon]

[OT]

(Hatte vorher noch keine gesehen: muss sagen, die "Mechanik"
der Sagem Box gefällt mir schon besser als die Nokia. Macht
doch einen deutlich höherwertigen Eindruck)

Mir gehts genau anders rum. Die "wackel" Kartenleser Halterung des Sagem macht nicht gerade einen soliden Eindruck (bricht auch sehr gerne mal durch ).
Einzig die Abschirmung der Sagem ist deutlich besser.

Gruß Gorcon
[/OT]

[DBoxBaer]

[OT]

(Hatte vorher noch keine gesehen: muss sagen, die "Mechanik"
der Sagem Box gefällt mir schon besser als die Nokia. Macht
doch einen deutlich höherwertigen Eindruck)

Mir gehts genau anders rum. Die "wackel" Kartenleser Halterung des Sagem macht nicht gerade einen soliden Eindruck (bricht auch sehr gerne mal durch :o ).
Einzig die Abschirmung der Sagem ist deutlich besser.

Gruß Gorcon
[/OT]

Ok, das könnte stimmen. Ich meinte auch mehr das Gehäuse selbst
und besonders die drei Taster: Da verbiegt sich doch fast die ganze
Box bei der Nokia... Kaputt gegangen ist mir da aber noch nix, also
kann das auch ein falscher Eindruck sein :-)

[eule]

Ich frage mich daher, was nun eigentlich als Garantie und Gewährleistung
usw. gewünscht wird: Meiner Meinung nach ist das ein Bausatz, der
zur Vereinfachung für die meisten schon bestückt und programmiert
ist. Wenn ich bei eMedia ne Platine der c't bestelle gibt es das Problem
auch: Wie ist das dort gelöst? Ich denke ich bekomme dort auch
einen gewissen Support. Für einige wenige Probleme...

Eine ganze Box (ob nun D-Box oder Fritz-Box...), die man geschlossen
kauft, ist da doch sicher was anderes, oder?!

Wenn eine einzelne oder teilbestückte Platine erworben wurde, so gibt es nur eine Übernahmegarantie. D.h. es wird nur garantiert, dass die Platine die beworbenen Eigenschaften besitzt. Wenn die Platine nun vollständig bestückt wurde und das Gerät nicht funktioniert, weil eine Leiterbahn fehlerhaft ist, so muss vom Anbieter nur die (teilbestückte) Platine ersetzt werden. Daher sind die Platinen bei erhalt eingehenst zu prüfen, um einen Verlust von Bauteilen zu vermeiden. Aber ein Bausatz soll ja nicht angeboten werden.

Das mit der DBox bzw. Fritzbox sind nur Beispiele gewesen, die sich aber auf eine Erweiterungsplatine nicht übertragen lassen.

Warum verwendet die Sagem ein anderes Timing bei der
RAM Ansteuerung als Nokia?

Schreiben (Single Word)
Nokia:
RAS Pause WRITE ...
Sagem:
RAS Pause Pause WRITE...

Lesen (Single Word) ist identisch zu Nokia:
RAS Pause READ ...

Das RAM kann nach RAS gar nicht wissen ob da nun ein WRITE
kommt oder nicht, und die Pause DAVOR also auch nicht
verlangen. Denke ich. Aber was soll das dann?

Üblicherweise verwendet die CPU ins RAM natürlich Bursts aus
dem/in den Cache. Aber auch die sind bei der Sagem wohl länger.
Warum?!
Immerhin macht das die Box meiner Meinung nach ein paar Prozent
langsamer...

Bei den eingesetzten DRAM's handelt es sich um Bausteine mit einem gemultiplexten Adreßbus. Dabei spielt sich folgende Prozedur ab:

-Adressen werden angelegt.
-Stehen die gültigen ROW-Adreßdaten an, wird RAS auf LOW gelegt, damit diese ins interne Register übernommen werden.
-nach einer gewissen Zeit (tRAD) können die Column-Adreßdaten angelegt werden.
-Stehen auch diese stabil an, wird CAS auf LOW gelegt.

Lesen:
Jetzt werden die Daten aus den Speicherzellen gelesen und auf den Datenbus gelegt. Die Zeit zwischen RAS und stabil anstehenden Daten ist die Zugriffszeit.

Schreiben:
Beim Schreiben werden die Daten zusammen mit der Column-Adresse angelegt und RW auf LOW gelegt, die Daten müssen aber eine gewisse Zeit anliegen (da kein Register?). Nun werden die Daten intern verarbeitet. In dieser Zeit muss das RAM ruhen. Beispiel: Ein DRAM mit 80ns Zugriffszeit braucht ca. 160ns nach dem Umschalten von RAS von H auf L, bis ein neuer Lese / Schreibzyklus angefangen werden kann.

Da die "Waitstates" zwischen RAS und CAS eingefügt werden, kann also nur das Timing der Adreßmultiplexer und die Zugriffszeit vom RAM eine Rolle spielen. Bei den Adreßmultiplexern reicht es schon aus, wenn man statt 74ASxxx 74ALSxxx oder 74HCTxxx benutzt, um mehr Waitstates einfügen zu müssen.

[Charles Darwin]

Wenn die Sagem Probleme macht...könnte man vielleicht die Produktion der Nokia-Platinen vorziehen

[DBoxBaer]

Schreiben:
Beim Schreiben werden die Daten zusammen mit der Column-Adresse angelegt und RW auf LOW gelegt, die Daten müssen aber eine gewisse Zeit anliegen (da kein Register?). Nun werden die Daten intern verarbeitet. In dieser Zeit muss das RAM ruhen. Beispiel: Ein DRAM mit 80ns Zugriffszeit braucht ca. 160ns nach dem Umschalten von RAS von H auf L, bis ein neuer Lese / Schreibzyklus angefangen werden kann.

Da die "Waitstates" zwischen RAS und CAS eingefügt werden, kann also nur das Timing der Adreßmultiplexer und die Zugriffszeit vom RAM eine Rolle spielen. Bei den Adreßmultiplexern reicht es schon aus, wenn man statt 74ASxxx 74ALSxxx oder 74HCTxxx benutzt, um mehr Waitstates einfügen zu müssen.

Du erklärst natürlich gerade eher DRAM als SDRAM?!

(unter anderem: RAS, RW und so heissen nur noch so, werden
aber _zusammen_ als Kommando intpretiert. "Ruhen" muss SDRAM
nämlich nicht, aber es verlangt ein Kommando (Precharge) nach
dem Zugriff, was dann wieder auf das selbe rausläuft: Es verlangt
halt ein Kommando zum Ruhen. Das habe ich in den Sequenzen
leider nicht erwähnt.
Zur Dokumentation des ganzen hier mal Details:

Beispiel:
die Single-Word Read-Sequenz bei Nokia:
Takt, Leitungen und Kommando
1. (CS=0, WE=1, RAS=0, CAS=1): Activate
2. (CS=1, WE=1, RAS=1, CAS=1): Pause
3. (CS=0, WE=1, RAS=1, CAS=0): Read
4. (CS=1, WE=1, RAS=1, CAS=1): Pause
5. (CS=0, WE=0, RAS=0, CAS=1): Precharge
6. (CS=1, WE=1, RAS=1, CAS=1): Pause

Wenn ich mich nicht irre (habe ich nicht nochmal nachgeschaut:
Die Daten vom RAM liegen hier bei 5. auf dem Bus. -> 2 Wait
States. Wenn man die Leitungen so versteht wie sie heissen ist
man da erstmal schön irritiert: wegen WE=0...

Das mit den Kommandos kann man auch beim Refresh schön
sehen: Das ist nämlich
(CS=0, WE=1, RAS=0, CAS=0)

und beim Startup gibts irgendwann vom BR-Loader das SetMode
Kommando (da wird zum Beispiel die Zahl der Wait-States
beim RAM eingestellt)
(CS=0, WE=0, RAS=0, CAS=0)

Die Adress-Multiplexer sind wohl eher nicht der Grund weil das in
der CPU (von der UPM gesteuert) selbst stattfindet und doch auch
beim Read ein Problem wäre: beim "CAS" muss die Adresse dort ja
genauso vorhanden sein...

Aber vielleicht habe ich Dich jetzt auch einfach nur missverstanden
(weil ich nicht genauer drübernachgedacht habe): Das ist aber auch
egal denn Du hast mich wohl in die richtige Richtung geschubst:
Leitungstreiber und Co.! (Danke!)

Das Timing, wann bei SDRAM die Daten VOR dem Schreib-Kommando
anliegen müssen ist SEHR eng. (eine Nanosekunde daneben
reicht schon, da sind wir uns alle einig)

Und offensichtlich haben die Kollegen bei Sagem sich die ganze
Geschichte so ganz stark vereinfacht, denn die Daten liegen einfach
schon einen Takt (15ns) vorher an, zum CAS Zeitpunkt sind sie dann
sicher stabil. Ich kenne den Schaltplan der Sagems nicht, aber das
sie CS nicht pulsen (wie die Nokias) könnte den gleichen Grund
haben: Sind da eigentlich Bustreiber in den Leitungen zum RAM?

Rein aus Interesse wären da die Bursts (Read/Write) interessant:
Evtl. sind die dann sogar "deutlich" langsamer als bei Nokia?
Also X-2-2-2 statt X-1-1-1 (wobei ich X jetzt erst recht nicht
weiss...) Effektiv ist das Timing da (zwischen den Worten beim
Burst) doch genauso kritisch?!

Da ich das aber beim IDE Projekt nicht verwende (noch?!) ist
mir das persönlich nicht so wichtig.
Die ganzen Overclocker und "meine Box ist schneller-Freaks"
und "ich will mehr RAM Freunde" sollten sich da aber wohl
mal in die Prozessor und RAM Doku einlesen. :-)

Laut gurgel verhalten sich Philips Boxen übrigens wie die Nokia.

Ich bin auf jeden Fall froh das ich mit ner Nokia begonnen habe,
weil die das engere Timing hat! Jetzt ne Pause extra zu "können"
ist doch einfacher als 15ns schneller zu werden...

Ciao,

DboxBaer

[Cyberscitymaste]

Frage wo kann man den nu das Interface Kaufen und was Kostet es ich lese immer nur das einige es schon haben aber keiner Bietet es an.
und wo bekommt man ein Passendes Image

[jmittelst]

Frage wo kann man den nu das Interface Kaufen und was Kostet es ich lese immer nur das einige es schon haben aber keiner Bietet es an.
und wo bekommt man ein Passendes Image

Bislang gibt es nur Prototypen. Es wird dann wohl, wenn es fertig ist, bei http://www.dboxservice-hallenberg.de/ angeboten.

cu
Jens

[DBoxBaer]

Nochmal was zum Timing:

Ich habe mir die Timings nun mit nem Tool von Motorola angeschaut.

Beim Burst Write gibt es die Pause nicht. Also ist sie _nicht_ notwendig
sondern ein "Bug".

Gurgel war so nett mir von verschiedenen BMON Versionen die UPM
Daten zu schicken. Es sieht so aus das in BMON 1.3 das Timing
"gefixt" wurde.

Nun eine Frage: Vielleicht hat ja jemand eine Meinung dazu:

Ich kann nun im CPLD versuchen beide Timings zu unterstützen (was
wohl auch funktioniert) aber wäre es nicht besser um u-boot die
UPM Konfiguration zu korrigieren?

Immerhin werden einige Speicherzugriffe dadurch schneller, auch
wenn Single-Write eher selten ist: Passiert nur für uncached Memory,
was beim RAM wohl nicht gerade der Normal-Fall ist. Ausser beim
IDE Treiber natürlich.

Ciao,

DboxBaer

[chkbox]

Ich kann nun im CPLD versuchen beide Timings zu unterstützen (was
wohl auch funktioniert) aber wäre es nicht besser um u-boot die
UPM Konfiguration zu korrigieren?

Gibt es nicht schon eine u-boot die UPM Fehler korrigiert? Dann wäre das der erste Versuch und wenn es irgendwo zu Problemen kommt, kann man immer noch das CPLD ändern. Oder möchtes du gerne überflüssige Arbeit machen?

[DBoxBaer]

Ich kann nun im CPLD versuchen beide Timings zu unterstützen (was
wohl auch funktioniert) aber wäre es nicht besser um u-boot die
UPM Konfiguration zu korrigieren?

Gibt es nicht schon eine u-boot die UPM Fehler korrigiert? Dann wäre das der erste Versuch und wenn es irgendwo zu Problemen kommt, kann man immer noch das CPLD ändern. Oder möchtes du gerne überflüssige Arbeit machen? :wink:

Egal, so überflüssig das auch sein mag: Ich habs ja schon gemacht :-)
Ist ja nur Software...

Ist aber wieder was auf das man in Zukunft aufpassen muss... Gilt
für den u-boot aber natürlich auch.
Das mit den Korrekturen vom u-boot habe ich schon mal irgendwo
gelesen. Aber in den aktuellen Sourcen ist mir dazu nichts
aufgefallen: Ist in normalen Images sowas drin?!

Ich denke da eher an die Geschwindigkeit. Macht ja nicht die Welt
aus, aber etwas langsamer wird der Treiber dadurch schon.

Ciao,

DboxBaer

[Carjay]

Bei Nokia wird der UPMB neu programmiert, siehe http://cvs.tuxbox-cvs.sourceforge.net/c ... &view=auto

Das wurde damals so von der BN übernommen wenn ich mich richtig erinnere, der BMon war halt mit heißer Nadel gestrickt.

Natürlich sollte das in den u-boot rein wenn es keine nachteiligen Wirkungen hat.

Ich hab selber Sagem, aber mich nie mit dem Speichercontroller beschäftigt.

[DBoxBaer]

Bei Nokia wird der UPMB neu programmiert, siehe http://cvs.tuxbox-cvs.sourceforge.net/c ... &view=auto

Das wurde damals so von der BN übernommen wenn ich mich richtig erinnere, der BMon war halt mit heißer Nadel gestrickt.

Natürlich sollte das in den u-boot rein wenn es keine nachteiligen Wirkungen hat.

Ich hab selber Sagem, aber mich nie mit dem Speichercontroller beschäftigt.

Danke für den Hinweis. Das hatte ich verdrängt und war eben total
überrascht. Immerhin habe ich in diesem File meinen ersten IDE
Treiber mal reingehackt/Entwicklung begonnen...

Und dann bin ich doch wieder beruhigt:
Das ist die UPM-B, das RAM hängt aber an der UPM-A.
War also nur mein Gedächtnis auf mein wesentliches Problem
konzentriert: Das RAM Timing kommt in allen Boxen aus dem
BN-Loader.

Vorschlag: Gurgel hat sich mal Mühe gemacht und die Sequenzen
aus Boxen mit den diversen BMon Versionen ausgelesen.
Ab BMon 1.3 ist der "Fehler" korrigiert.
Genau diese Werte könnte man ja in die UPM-A laden, oder auch
nur die Werte von Single-Write.

[skgo]

also ich finde es gut das es vorran geht mit der platine und ich werde sie mir auf jeden fall holen egal was sie kostet ,einfach weil ich es unbedingt haben will.

und von mir aus kann er auch ne ganze stange dabei verdienen ich gönne es ihm !!!

also ich kann es kaum abwarten !

ich verstehe nicht das es so viele leute gibt die tatsächlich hier am meckern sind , ist für mich unvollstellbar !

ich sage schon mal DANKE !

[DrStoned]

Ich hätte noch einen Vorschlag, für eine erweiterte Version des IDE-Interfaces:
Wäre es eventuell möglich, bei zuküntigen Versionen des IDE-Interfaces, gleich noch eine Speicererweiterung mit 32 MB RAM mit zu integrieren, da ja durch das IDE-Interface die Speicherweiterung nicht mehr möglich ist.

War nur ein Vorschlag, ich will da niemanden drängen, jetzt macht erst mal in Ruhe das normale IDE-Interface fertig.

Greetz von DrStoned

[MB]

Ich hätte noch einen Vorschlag, für eine erweiterte Version des IDE-Interfaces:
Wäre es eventuell möglich, bei zuküntigen Versionen des IDE-Interfaces, gleich noch eine Speicererweiterung mit 32 MB RAM mit zu integrieren, da ja durch das IDE-Interface die Speicherweiterung nicht mehr möglich ist

Ich glaub (ohne nachgeschaut zu haben) die Idee hat Gurgel schon mal fliegen lassen

[DBoxBaer]

Wäre es eventuell möglich, bei zuküntigen Versionen des IDE-Interfaces, gleich noch eine Speicererweiterung mit 32 MB RAM mit zu integrieren, da ja durch das IDE-Interface die Speicherweiterung nicht mehr möglich ist.

Eher unwahrscheinlich. Der Grund ist das man sich aus Timing Gründen
keinen Multiplexer am RAM leisten kann. Man könnte natürlich eine andere
Art von RAM an einen entsprechenden Chip klemmen. Das würde dem
IDE Interface auch helfen, weil es in dieses Memory ganz einfach DMA
machen könnte... Aber eine solche Platine kommt einem eigenem Prozessor-System schon recht nahe und ist daher entsprechend
komplex, aufwändig und am Ende auch teuer.

Nur sollte RAM doch nicht mehr so ein Problem sein mit ner Platte?!
Beispiel EPG Daten: Die kann man dann doch bequem in Dateien auf
der Platte halten.

Im Prinzip könnte ich mir vorstelle, das sogar Boxen mit nur 16MB RAM
(und entsprechend angepasster Software) gut mit ihrem RAM auskommen
können.

Ciao,

DboxBaer

[sagemol]

slightly disagree

Da war doch mal ein Entwickler, der meinte, dass man sowieso
niemals mehr als 640kByte Speicher in einem PC benötigen würde....

Greez !

[eule]

Es werden doch keine Multiplexer benötigt... Eine Adreßleitung vom Mainboard in die Logik für den Chip-Select mehr mit eingebunden und der Speicher wie auch das Interfacw werden sauber angesprochen. Das ist dann aber leider nicht mehr Plug 'n Play....

[zysmo]

Hi erstmal,

ich verfolge seit einiger Zeit diesen höchst interessanten thread und bin mittlerweile auf dem Standpunkt, dass ich auch unbedingt ein IDE-Interface an meiner Nokia brauche

@DBoxBaer: darf dein board layout verwendet werden??
Wirst du auch deine Software zur Verfügung stellen?

Grüße
zysmo

[DBoxBaer]

Hi erstmal,

ich verfolge seit einiger Zeit diesen höchst interessanten thread und bin mittlerweile auf dem Standpunkt, dass ich auch unbedingt ein IDE-Interface an meiner Nokia brauche :lol:

@DBoxBaer: darf dein board layout verwendet werden??
Wirst du auch deine Software zur Verfügung stellen?

Grüße
zysmo

Wenn Du den Thread wirklich vollständig gelesen hättest...
Die Frage ist schon ein paarmal aufgetaucht.
Aber egal...

1.) Ja
2.) Ja, nur noch nicht gleich alles:
- Treiber Sourcen in sehr naher Zukunft (GPL und kommen
wohl sehr wahrscheinlich ins CVS)
- CPLD Sourcen einige Zeit nach Verkaufsstart von Gurgels
Board. (Die VHDL und UCF Files könnten dann von mir aus
auch ins CVS...)

Ciao,

DboxBaer

[zysmo]

Hi,

hmmmm... Dann muss ich wohl was überlesen haben ;-)
Nun gut, dann lass ich mir jetzt erst mal die Platine machen und bestücke sie.
Mir der source werde ich dann wohl hier auf dem neusten Stand gehalten...

Gruß
zysmo