Hallo, Kann ich ein Ethernetkabel derart auftrennen, dass ich 1 normales Ende habe und dann 2 Enden, jeweils eins zum Empfangen und das andere zum Senden. Also TXP/TXN und RXP/RXN plus natürlich Masse und so. Meine Boards haben alle nen Ethernetanschluss mit nem PHY und die Ethernet-Buchse hat ja die Link-LED und die Activity-LED um Traffic anzuzeigen bzw. ob eine Netzwerk-Verbindung besteht. Wenn der PHY jetzt keine Verbindung feststellt, stellt der sich naturlich auf wartend und lässt natürlich weder TX noch RX durch. Kann ich ein Kabel derart aufspalten und brauche ich alle Leitungen damit so ein PHY feststellt das eine Verbindung(LINK) besteht? Danke schon mal gaston
suche Cable-Sharing-Adapter http://www.netzmafia.de/skripten/netze/twisted.html ABER Gigabit braucht dann alle Paare.
Ethernetpakete über eine Funkstrecke senden und über eine andere wieder empfangen und wieder aufs Netz legen. Sollte eigentlich mal mit Hubs gehen aber die gibts ja nicht mehr so und ein Switch ist zu clever um RX(Port1) und TX(Port2),die die Verbindung über Funk stellen zurück an Port0 zu leiten.
Der Sinn ist mir ein Rätsel, aber vielleicht hilft dir ein Loopback-Stecker. RJ-45 Stecker nehmen und jeweils eine Brücke von 1 auf 3 und von 2 auf 6 crimpen. Alternativ ein Patchkabel zerschneiden und die entsprechenden Drähte verdrillen.
dafür nehm besser normale wlan hardware .... und ethernet auf funk zu bringen wirst du denke ich noch EINIGES mehr brauchen Das fängt denke ich nur damit an das die Colisionsbehandlung eine andere ist.... vom elektrischen her mal abgesehen (korriegiert mich wenn ich falsch liegen sollte) Grüße
>Kann ich ein Kabel derart aufspalten und brauche ich alle Leitungen >damit so ein PHY feststellt das eine Verbindung(LINK) besteht? Das ist Blödsinn, so kann und wird nichts funktionieren....
@Martin P... Naja Momentan läuft das Spiel so das ein Board an einem Sender sitzt und auf dessen Interface ein Netzwerkpaket mit draufpackt und das am Empfänger angeschlossene Board das Paket wieder auspackt und aufs Netzwerk legt. (Also gesonderte Sender und Empfänger die jeweils nur senden bzw. empfangen.) Soweit funktioniert das auch. Schlussendlich ist die Frage ja nur ob ein PHY eine Verbindung nur feststellt wenn das TX- oder RX-Paar angeschlossen ist.
Der Link wird über kurze Peaks auf den Leitungen detektieret, wenn ich mich richtig erinnere.
Das wird nicht funktionieren. Ein Ethernet-Anschluss funktioniert nur, wenn beide Signalrichtungen funktionieren, egal ob in half-duplex oder full-duplex. Das fängt schon damit an, dass nur sendende Teil den Link nicht erkennen wird.
Na gut das ist ja schon mal ne Aussage, das der PHY lustige Peaks sendet und empfangen möchte. Also brauch ich überall RX und TX. Muss dann halt Senden und Empfangen versuchen per Software totzulegen. Kann man denn dann das Kabel auftrennen und alle Signale an beide neuen Ende weiterleiten, nur für die Link-Erkennung? Die restliche Kommunikation sollte ja über Software gehen und das kann man dann Abschalten, damit sich die Signale nicht gegenlaufen und gegenseitig stören.
Was magst Du da vorhaben? Schildere das mal etwas detaillierter, nicht daß Du Dich da komplett verrennst.
Okay so ist mal das Grundkonzept und so klappts auch, zumindest UDP. (Netz kann auch einzelner Rechner sein.) Idee ist halt den Rückkanal über eine gedrehte Strecke (also statt von Links nach Rechts dann von Rechts nach Links) zu realisieren. Problem: Dann 2 Netzwerkverbindungen auf jeder Seite und das mögen z.B. Switche nicht. Wenn dann nur 1 Netzwerkverbindung vorhanden ist, muss man halt RX und TX extra regeln.
Schön und gut, aber was ist die Absicht dahinter? Erfindest Du gerade eine runde Alternative zum Rad?
warum soll ein switch damit ein Problem haben? Wenn der Sender und Empfänger eine unterschiedliche MAC habene aber die gleiche IP. Dann kannst du an einem Port packete senden und am anderen Port empfangen. Du musst bloss dafür sorgen das NUR einer der beiden geräte auf dem ARP Request antwortet.
Nene, wir haben halt ein paar Funkstrecken,teilweise auch mobil bzw. weitere Entfernungen, auf die wir halt Netzwerk mit einklemmen können, aber bisher nur in eine Richtung. Nun wär halt die Sache mit Rückkanal und TCP/IP was schönes.
@Peter Die Boards sollen ja nicht immer antworten sondern eher als Brücke zum Funk dienen oder auch als Repeater und drinnen ist halt eine Funktstrecke. a->b->Sender->Empfänger->c->d a ist rechner a d ist rechner d a will an d senden b empfängt alles und legt das komplett auf Funk c holt das paket aus funk und legt das so wie a das ausgesendet hat an d weiter jetzt das Spiel mit Rückkanal b->Funk->c / \ a-< >-d \ / f<-Funk<-e Hin wie vorher dann: d sendet antwort an a e empfängt alles und legt das komplett auf Funk f holt das paket aus funk und legt das so wie d das ausgesendet hat an a weiter
Warum um alles in der Welt müssen es 2 verschiedene Boards für Senden und Empfangen sein? Wenn Sender und Empfänger denn schon unbedingt getrennt seijn müssen, würde ich das zwischen Ethernetcontroller und Funkteil auftrennen. Und dann nur einen Ethernetanschluss verwenden.
Klaus schrieb: > Warum um alles in der Welt müssen es 2 verschiedene Boards für Senden > und Empfangen sein? Wenn Sender und Empfänger denn schon unbedingt > getrennt seijn müssen, würde ich das zwischen Ethernetcontroller und > Funkteil auftrennen. Und dann nur einen Ethernetanschluss verwenden. Hallo, das ist der erste logisch nachvollziehbare Beitrag in diesem Thread. Was der Fragesteller will hat keinerlei Sinn - es gibt ja Medienwandler zu kaufen, z.B. für Lichtleiter, die auch je eine LWL-Strecke für hin und zurück benötigen, aber die haben selbstverständlich 1 (in Worten einen) Ethernetanschluss und MAC. Für so etwas 2 Ethernetcontroller auf jeder Seite einzusetzen ist einfach nur verrückt. Gruss Reinhard
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.