FullDuplex wieder aufwärmen

[DrStoned]

Gut, es kann auch sein, dass ich mich da getäuscht habe. Es war heute Nacht um 3 Uhr, als ich den Artikel verfasst habe. Da hatte ich keinen Nerv mehr, das ganze Datenblatt durchzulesen und zu übersetzen. Werde später, wenn ich Zeit habe, das Datenblatt nochmal durchackern und falls Eure Vermutungen stimmen eine korrigierte Version des Schaltungsentwurfs ins Forum stellen. Ich arbeite als Energieanlagenelektroniker (früher hieß das Starkstromelektriker), bei uns bedeutet jedenfalls das von mir als Masse (Gnd) bezeichnete Symbol, Masse.

Schade, dass es da noch keine eindeutigen Normen gibt (Oder sich keiner dran hält? Ich weiss es nicht).

[...]Ne, ich denke, da lag ich schon richtig. Ich interpretiere das Symbol auf dem Datenplatt beim Eintrag Line Status als Masse (Gnd). Vergleiche mal auf dem Nokia Schaltplan das Symbol am Widerstand RE2, der zu LEDL (Pin 20) geht, mit dem Datenblatt. Der liegt laut Nokia Schaltplan auf Masse (Gnd). Zur Verdeutlichung habe ich hier mal die entsprechenden Ausschnitte der Schaltpläne angehängt.[...]

Leider liegst du da doch nicht ganz richtig.
Im Datenblatt des IC wurde für VCC (also +5V) ein Symbol verwendet, was sehr oft (auch in Nokia Schaltplan) Masse bezeichnet.
Die Dreiecke dagegen bezeichnen Masse.
Erkennen kann man das an der Polarisation des Kondensators unten links im Schaltplan.

Das mit der Normung, sehe ich genauso. Das mit dem Elko hätte mir aber eigentlich auch auffallen sollen, war jedoch wohl schon etwas spät.

Ich werde, sobald ich mich überzeugt habe, dass Ihr richtig liegt, einen korrigierten Schaltungsvorschlag ins Board stellen. Jedenfalls ist der Aufwand der Gleiche, und der liegt mit 5 Lötstellen im minimalen Bereich.

Da ich gerade noch meine zerlegte Kabelbox rumliegen habe, die aber voll funktioniert, werde ich mich morgen in der Firma mal in der Mittagspause an den Umbau wagen. Dort habe ich ein besseres Lötequipment als zu Hause, und zusätzlich eine große Lupe zur Verfügung. Meine Augen haben leider in den letzten 3 Jahren rapide nachgelassen, was allerdings bei fast 50 Jahren, und seit 20 Jahren fast täglich am Bildschirm, aber normal ist. Notfalls lasse ich meine jungen Kollegen (Lötgötter) ran, die sind körperlich noch etwas fitter als ich.

Edit On: Ihr habt mich überzeugt, ich habe wohl einen Denkfehler drin gehabt. Deswegen habe ich meinen obereren Beitrag mal geändert, um andere Leute vor Schaden an Ihrer Box zu bewahren. Der geänderte Schaltungsvorschlag kommt heute noch ins Board. Edit Off:

Hier mal das was ich im Datenblatt zu LEDC/XLBK (Pin 21) gefunden habe:

Code: Alles auswählen

COLLISION LED: Open drain driver for the collision indicator. Output is pulled low
during collision ( half-duplex mode). If externally tied low, the MB86961A disables
the internal TP loopback and collision detection circuits in anticipation of external TP
loopback or full-duplex operation. MB86961A is ready for loopback testing 16 ms
after this pin goes low. No delay is needed when the pin goes high.

Hier mal die Babelfish-Übersetzung der Bedeutung von LEDC/XLBK (Pin 21):

Code: Alles auswählen

Auf deutsch

ZUSAMMENSTOSS LED: Öffnen Sie Abflußtreiber für die Zusammenstoßanzeige. Ausgang wird niedrig während des Zusammenstoßes gezogen (Halbduplexmodus). Wenn es außen gebunden wird, sperrt Tief, das MB86961A die internen TP Loopback- und Zusammenstoßauswerteschaltungen in Erwartung des externen TP Loopbacks oder des full-duplex Betriebes. MB86961A ist zum Loopback bereit, das Ms 16 prüft, nachdem dieser Stift auf LO geht. Kein verzögert ist erforderlich, wenn der Stift auf HI geht.

Greetz von DrStoned

[Biertrinker]

Hallo nochmal,

schön das wir dich überzeugt haben ;-) Ich habe gerade mal mein Zeichenprogamm augepackt und die 2 möglichen Lösungen gebastelt.
Das hier ist Lösung 1 bei der ein weiterer Wiederstand und +5V ins Spiel kommen:



und das hier wäre die einfache Lösung:



Dabei ist dann bei geöffnetem Schalter alles so, wie es vor dem Umbau ist, und das kann ja eigentlich auch nicht falsch sein, oder? Ich habe den Text aus dem Datenblatt den du da zitierst auch schon des Öfteren gelesen. Je nachdem wie man das auslegt mag es wohl richtig sein, das man den offen lassen kann, aber ich empfinde das als nicht so sauber.
Ich habe allerdings seit meiner Ausbildung beruflich nix mehr Etechnik zu tun, daher bin ich da langsam was eingerostet, sind ja auch schon 8 jahre her...

Ich denke mal eine davon ist die Variannte die du Vorschlagen wolltest, oder?


viele Grüße

Biertrinker

[mrvica]

nur mal zur Verdeutlichung, die LED.. Pins sind bei allen Chips laut Datenblatt open drain, entspricht open collector bei Silizium Transistoren, die drains sind intern nicht mit Vcc verbunden, hängen sozusagen in der Luft, open drain (collector) darf niemals ohne Vorwiderstand an Versorgungspannung Vcc angeschlossen werden, wohl aber mit der Masse (kurz oder mit einem Widerstand) verbunden werden um etwas aktivieren (deaktivieren) zu können, hier gabs mal eine Anleitung für Netzwerkstatus-LED Anzeige http://forum.tuxbox-cvs.sourceforge.net ... &sk=t&sd=a , da sieht man dass die LED Pins mit einem Widerstand und in Serie mit einer LED an Vcc angeschlossen sind, "Status Line" in dem Datenblatt entspricht dann der Versorgungspannung Vcc, hier eine Beschreibung für open collector, open drain, http://www.elektronik-kompendium.de/sit ... 206121.htm ,open drain kann man ohne weiteres "an Masse ziehen"

mrvica

[DrStoned]

Habe mittlerweile hier eine Erklärung von Open-Drain gefunden, entspricht Open-Kollektor. http://www.elektronik-kompendium.de/sit ... 206121.htm . Oops da war mrvica schneller.

Habe inzwischen meinen Schaltungsvorschlag gezeichnet.

Hier der Schaltplan vor dem Umbau der Nokia-Box:



Hier der Schaltplan vom Umbau der Nokia-Box:



Greetz von DrStoned

[Biertrinker]

Ja, das entspricht ja meinem Vorschlag Nummer 1. Wie Gesagt es müsste auch ohne Wiederstand und +5V gehen, aber ich bin sehr interessiert, was du so als Ergebnis erhältst. So oder so, kaputt gehen sollte dabei wohl nix.
Für den Test danach bist du gerüstet? Crossover Kabel und PC mit Einstellbarer NIC?

viele Grüße und vor allem viel Erfolg!

@mrvica: Habe mir das über Open-Collector/Drain durchgelesen, verstehe auch so grob, was das zu bedeuten hat, wenn damit z.B. LEDs geschaltet werden. Mir ist aber die Funktionsweise als I/O port noch nicht ganz klar. Wie funktioniert das ganze als Eingang?

Biertrinker

PS: Wo Premiere jetzt wohl die Schwarzseher abhängt kann ich mir ja doch Hoffnungen machen bald eine eigene Nokia kaufen zu können ;-)

[DrStoned]

Für den Test danach bist du gerüstet? Crossover Kabel und PC mit Einstellbarer NIC?

Ja, aber erst mal die Hardware umbauen, und dann mal sehen, wie's weitergeht. Ich habe am Wochenende leider keine Zeit, da meine Schwiegermutter einen runden Geburtstag hat, und ich sie zusammen mit meiner Frau besuchen werde.

PS: Wo Premiere jetzt wohl die Schwarzseher abhängt kann ich mir ja doch Hoffnungen machen bald eine eigene Nokia kaufen zu können ;-)

Was brauchst Du für eine, SAT oder Kabel? Demnächst werde ich wohl einer oder 2 meiner Kabel-Nokias verkaufen, wegen der NDS-Videocrypt-Umstellungen von Kabel-BW.

Greetz von DrStoned

[mrvica]

>> Wie funktioniert das ganze als Eingang?

open drain ist normallerweise Ausgang (output), du meinst die Tabelle mit Signal Descriptions, da steht dass es O/I (output/input) vom Typ sein kann, das input bezeieht sich nur auf "if externally tied low", wenn man es extern an Masse zieht, ist nur ein state, Zustand, fungiert nicht als Eingang, da kann man keine Signale hineibringen, open drain Ausgang ist hochohmig, würde auch nicht gehen

mrvica

[ReDOOM]

Hallo,

bin gerade mal meiner Nokia Zu Leibe gerückt, hat einen MB86961A PQFP - 48 Pins.

Habe pin28 (LEDC/XLBK) mit pin30(gnd) verbunden.

Ergebnisse sind noch nicht so berauschend *g*, werde am Wochenende noch etwas spielen.

DOOM


/ # /var/bin/netio -t 192.168.1.1

NETIO - Network Throughput Benchmark, Version 1.26
(C) 1997-2005 Kai Uwe Rommel

TCP connection established.
Packet size 1k bytes: 1170 KByte/s Tx, 15714 Byte/s Rx.
Packet size 2k bytes: 1173 KByte/s Tx, 24615 Byte/s Rx.
Packet size 4k bytes: 1176 KByte/s Tx, 49096 Byte/s Rx.
Packet size 8k bytes: 1175 KByte/s Tx, 92 KByte/s Rx.
Packet size 16k bytes: 1176 KByte/s Tx, 161 KByte/s Rx.
Packet size 32k bytes: 1173 KByte/s Tx, 264 KByte/s Rx.
Done.

/ # ifconfig
eth0 Link encap:Ethernet HWaddr 00:50:9C:00:00:00
inet addr:192.168.1.100 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:255886 errors:0 dropped:0 overruns:0 frame:63922
TX packets:149048 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:254283180 (242.5 MiB) TX bytes:103162237 (98.3 MiB)
Base address:0x3d00

[Biertrinker]

Hallo Doom,

freut mich jedenfalls, das du beim Testen dabei bist ;-)
Das was du als Ergebnis bekommen hast enstspricht ja schon so etwas dem, was auch schon früher bei den versuchen raus gekommen ist.
Wie sieht denn bei dir die Gegenstelle aus?
PC fest auf Full-Duplex eingestellt?
Ich gebe die Hoffnung ja noch nicht ganz auf ;-)

ich hoffe doch noch auch bessere Ergebnisse, und vielleicht ja auch mal auf einen Sagem Besitzer, da dürften ja die Chancen am besten stehen.

viele Grüße

Biertrinker

[JtG-Riker]

@Biertrinker

wird in der flash-config auch das env fürs duplex gelesen ?

Ich meine da muss man doch noch den Paramter in uboot-compilieren damit der erkannt wird ?

Gruß Riker

[mb405]

also wenn ich in boot.conf den wert auf 1 setze, dann kommt im log immer noch

half-duplex mode enabled

es scheint so als ob er das ignoriert.

[Biertrinker]

Hallo,

ich glaube das problem wird sein, das das im Wiki etwas verrutscht ist. Bei mir steht das alles in einer Zeile, also so:

Code: Alles auswählen

bootcmd=setenv bootargs console=ttyS0,9600 root=/dev/mtdblock2 rootfstype=squashfs dbox_duplex=1;fsload;bootm

und nicht so:

Code: Alles auswählen

bootcmd=setenv bootargs
console=ttyS0,9600 
root=/dev/mtdblock2 
rootfstype=squashfs 
dbox_duplex=1;fsload;bootm

ich habe also den Kernelparameter über bootcmd da mit rein geschmuggelt. So wie es gerade im Wiki steht sieht es aus, als wären es Befehle für den u-boot.

das sollte auch Rikers Frage beantworten, oder?

viele Grüße

Biertrinker

[JtG-Riker]

Jo, da is was verdreht, fehlt nur das dbt den Patch-Link im Wiki noch fixt, der applied so nicht bei mir.

Oder hat jemand anderes das schon gemacht? Würde das gerne mal einbauen.

Gruß Riker

[MarcM]

Jo, da is was verdreht, fehlt nur das dbt den Patch-Link im Wiki noch fixt, der applied so nicht bei mir

Das liegt aber nicht an den 3 falschen Zeichen in der ersten Zeile oder ? Die gehören da nich hin glaub ich....

--- tuxbox-cvs/cdk/li......

Marc

[dbt]

Hallo,
...Bei mir steht das alles in einer Zeile, also so:

Code: Alles auswählen

bootcmd=setenv bootargs console=ttyS0,9600 root=/dev/mtdblock2 rootfstype=squashfs dbox_duplex=1;fsload;bootm

und nicht so:

Code: Alles auswählen

bootcmd=setenv bootargs
console=ttyS0,9600 
root=/dev/mtdblock2 
rootfstype=squashfs 
dbox_duplex=1;fsload;bootm

...

Die Zeilen hab ich grad geändert, sollte also jetzt so sein, wie Du das hier gepostet hast. Was den Patch angeht, habe ich den so übernommen, wie Du den Im Wiki zuerst reingeschrieben hast, weil Du ja mit der Formatierung nicht so recht wusstest...und hab den Patch daher ausgelagert, da man die Formatierung für Patches/Diffs grad im Wiki mit Vorsicht genießen sollte. Ansonsten schicke mir mal einen Urpatch dann kann ich Ihn neu verlinken oder setze Ihn ins Tuxbox-ULC und verlinke Ihn selbst. Da bist Du auf der sicheren Seite. Testen konnte ich das bisher nicht, würde ich aber gerne, wenn ich mal dazu komme.

[Therket]

Hi!

Ich kann den erfolgreichen FDX-Umbau bei einer Sagem-Sat bestätigen.

Ich habe bewusst auch Fehlkonfigurationen gebencht, die recht deutlich zeigen, dass alle Parameter (PC-Netzwerkkarte, dbox-Kernel-Config und dbox-HW-Umbau) passen müssen.

Gruß
Jens

Code: Alles auswählen

[PC HDX - dbox kernel HDX - dbox Schalter HDX]
/var/bin # ./netio-dbox2 -t 192.168.3.31

NETIO - Network Throughput Benchmark, Version 1.26
(C) 1997-2005 Kai Uwe Rommel

TCP connection established.
Packet size  1k bytes:  996 KByte/s Tx,  1034 KByte/s Rx.
Packet size  2k bytes:  982 KByte/s Tx,  1062 KByte/s Rx.
Packet size  4k bytes:  966 KByte/s Tx,  1095 KByte/s Rx.
Packet size  8k bytes:  993 KByte/s Tx,  1095 KByte/s Rx.
Packet size 16k bytes:  976 KByte/s Tx,  1093 KByte/s Rx.
Packet size 32k bytes:  953 KByte/s Tx,  1090 KByte/s Rx.
Done.


[PC HDX - dbox kernel FDX - dbox Schalter HDX]
/var/bin # ./netio-dbox2 -t 192.168.3.31

NETIO - Network Throughput Benchmark, Version 1.26
(C) 1997-2005 Kai Uwe Rommel

TCP connection established.
Packet size  1k bytes:  1111 KByte/s Tx,  15613 Byte/s Rx.
Packet size  2k bytes:  1105 KByte/s Tx,  25311 Byte/s Rx.
Packet size  4k bytes:  1096 KByte/s Tx,  48734 Byte/s Rx.
Packet size  8k bytes:  1110 KByte/s Tx,  99 KByte/s Rx.
Packet size 16k bytes:  1108 KByte/s Tx,  166 KByte/s Rx.
Packet size 32k bytes:  1111 KByte/s Tx,  228 KByte/s Rx.
Done.


[PC FDX - dbox kernel FDX - dbox Schalter HDX]
/var/bin # ./netio-dbox2 -t 192.168.3.31

NETIO - Network Throughput Benchmark, Version 1.26
(C) 1997-2005 Kai Uwe Rommel

TCP connection established.
Packet size  1k bytes:  38462 Byte/s Tx,  2353 Byte/s Rx.
Packet size  2k bytes:  (Mit Strg-C abgebrochen)


[PC FDX - dbox kernel FDX - dbox Schalter FDX]
/var/bin # ./netio-dbox2 -t 192.168.3.31

NETIO - Network Throughput Benchmark, Version 1.26
(C) 1997-2005 Kai Uwe Rommel

TCP connection established.
Packet size  1k bytes:  1175 KByte/s Tx,  1090 KByte/s Rx.
Packet size  2k bytes:  1169 KByte/s Tx,  1094 KByte/s Rx.
Packet size  4k bytes:  1169 KByte/s Tx,  1118 KByte/s Rx.
Packet size  8k bytes:  1171 KByte/s Tx,  1116 KByte/s Rx.
Packet size 16k bytes:  1173 KByte/s Tx,  1113 KByte/s Rx.
Packet size 32k bytes:  1173 KByte/s Tx,  1123 KByte/s Rx.
Done.


[PC HDX - dbox kernel FDX - dbox Schalter FDX]
/var/bin # ./netio-dbox2 -t 192.168.3.31

NETIO - Network Throughput Benchmark, Version 1.26
(C) 1997-2005 Kai Uwe Rommel

TCP connection established.
Packet size  1k bytes:  1111 KByte/s Tx,  15636 Byte/s Rx.
Packet size  2k bytes:  1110 KByte/s Tx,  25120 Byte/s Rx.
Packet size  4k bytes:  1099 KByte/s Tx,  49297 Byte/s Rx.
Packet size  8k bytes:  1110 KByte/s Tx,  95 KByte/s Rx.
Packet size 16k bytes:  1110 KByte/s Tx,  177 KByte/s Rx.
Packet size 32k bytes:  1111 KByte/s Tx,  271 KByte/s Rx.
Done.

[Biertrinker]

Hallo,

der patch ist wohl beim hin und her verschieben beschädigt worden, hab ihn nochmal bei mir hoch geladen, beim Tuxbox ULC habe ich so schnell keine Möglichkeit zum Uploaden gefunden.
Hier ist der Link: http://www.terjung.net/tuxbox/enet_fd.patch

bei mir klappt der wenn ich im tuxbox-cvs Verzeichnis bin und den so einspiele:

patch -p1 < ../enet_fd.patch

Ich freue mich sehr, das jetzt auch eine 2. Funktionierende Sagem mit FDX gibt ;-)

viele Grüße

Biertrinker

[mb405]

muss man die komplette zeile reinschreiben ??
bootcmd=setenv bootargs console=ttyS0,9600 root=/dev/mtdblock2 rootfstype=squashfs dbox_duplex=1;fsload;bootm

oder reicht auch
bootcmd=setenv bootargs dbox_duplex=1;fsload;bootm
??

[Houdini]

komplett

[mb405]

ich bin ja nich so bewandert in der sache, aber dieses zeuchs übergibt doch die u-boot an den kernel ? oder täusche ich mich da ?
in der dbox2.h.m4, die Houdini für die uboot 1.3.1 gemacht hat steht doch sowas drin.

Code: Alles auswählen

#if (UBOOT_TYPE == UBOOT_TYPE_SQUASHFS) || (UBOOT_TYPE == UBOOT_TYPE_JFFS2)
#define	CONFIG_BOOTCOMMAND 							\
	"protect off 10020000 107fffff; " 					\
	"fsload; setenv bootargs root=/dev/mtdblock2 " ROOTFS_OPTION " "	\
	"console=$(console),$(baudrate); " 					\
	"bootm"

wenn man das nun abwandelt in

Code: Alles auswählen

#if (UBOOT_TYPE == UBOOT_TYPE_SQUASHFS) || (UBOOT_TYPE == UBOOT_TYPE_JFFS2)
#define	CONFIG_BOOTCOMMAND 							\
	"protect off 10020000 107fffff; " 					\
	"fsload; setenv bootargs root=/dev/mtdblock2 " ROOTFS_OPTION " "	\
	"dbox_duplex=$(dbox_duplex) "						\
	"console=$(console),$(baudrate); " 					\
	"bootm"

dann sollte das doch klappen. oder versteh ich da was falsch ? console und baudrate werden ja auch über die boot.conf übergeben.

bootlog sagt mir das

Kernel command line: root=/dev/mtdblock2 rootfstype=squashfs dbox_duplex=1 console=ttyS0,9600
...
half-duplex mode enabled

also hats nix geholfen der parameter kommt nicht im kernel an.
hier wird das zwar beschrieben, aber das sind böhmische dörfer für mich.
soweit ich das sehe kommt der parameter in der command line richtig an. nur wird er dann ignoriert.

[Houdini]

das BOOTCMD wird mit den Werten aus dem Configfile überschrieben.
Damit der Kernel die Option parsed muss wohl das mit drin sein:

Code: Alles auswählen

+__setup("dbox_duplex", duplex_mode_setup);

[mb405]

is ja drin, nur geht trotsdem nicht

[Biertrinker]

Hm, kannst du vielleicht mal deine Komplette boot.conf posten?

viele Grüße

Biertrinker

[mb405]

klar

console=ttyS0
baudrate=9600
dbox_duplex=1
lcd_inverse=0
lcd_contrast=10

und mit der version gings auch nicht

lcd_inverse=0
lcd_contrast=10
bootcmd=setenv bootargs console=ttyS0,9600 root=/dev/mtdblock1 rootfstype=squashfs dbox_duplex=1;fsload;bootm

ich versteh nicht, was in dem patch der letzte abschnitt macht. hab auch nix aufklärendes dazu gefunden.

[Biertrinker]

Hm, also zumindest das zweite müsste eigendlich funktionieren.

du meinst diesen letzten Abschnitt?

Code: Alles auswählen

#ifndef MODULE                                                                
static int __init duplex_mode_setup(char *str)                                
{                                                                             
        duplex_mode = simple_strtol(str, NULL, 0);                            
        return 1;                                                             
}                                                                             

__setup("dbox_duplex", duplex_mode_setup);
#endif  

das ist eigendlich ganz einfach. Es gibt eine globale Variable "duplex_mode" die intern benutzt wird um den Duplexmode festzulegen.
dann gibt wird mit dem Macro __setup der Kernel Parameter dbox_duplex mit der "setter" funktion duplex_mode_setup verknüpft.
Das führt dann dazu das für den Fall das dbox_duplex gesetzt wird die Funktion duplex_mode_setup aufgerufen wird. Übergeben wird ein Pointer auf den String der übergeben wurde. duplex_mode_setup wandelt den String in einen int um und speichert das ergebnis in duplex_mode.
Das ist alles.

viele Grüße

Biertrinker