Nemen wir doch mal an wir hätten nichts anderes als ein Microkontroller(tiny26) um ein Switsch zu bauen.
Was kann ich damit erreichen?
Wie mache ich das?
in einem switch wird dafür ja wohl kein µC verantwortlich seinWenn er 5 bzw 8 ports überwachen soll müsste er eurer Meinung nach einige terahertz haben
für so etwas verwendet man normalerweise spezielle Hardware, die genau dafür gebaut wurde und dementsprechend auch ohne astronomisch hohe Taktraten die Verarbeitung schafft
Nemen wir doch mal an wir hätten nichts anderes als ein Microkontroller(tiny26) um ein Switsch zu bauen.
Was kann ich damit erreichen?
Wie mache ich das?
Ein GIGABITSWITCH mit einem Tiny?! Das ist lächerlich!
Um Ein Signal Sauber erfassen zu können, musst du mindestens zweimal so schnell samplen wie die Bits bei deinem µC eintreffen. In der Regel werden hier wohl ASICs zum Einsatz kommen.
Aber ein Tiny?!? Mit Sicherheit nicht.
Keiner hier möchte konstruktive Projekte in den Boden stampfen, da bin ich mir sicher, aber was du da machen willst, ist schlichtweg Unfug.
Das was recycle mit WLAN beschrieben hat, entspricht ungefähr dem was ich mir vorgestellt hatte, nur mit normalem LAN. Es bietet eine deutliche Abgrenzung des Lastteils vom Steuerteil. Dies ist in deinem Fall unumgänglich.
Gruss
Michael
Mir hat noch nimand meine frage beantwortet wie schnell das überhaupt werden kann also versuche ich das selbst abzuleiten. Wenn ich 16 Mhz habe dann kann ich laut oben dann 8 mhz abtasten wenn ich in der helftte der Zeit die auswertung hinbekomme bin ich dann 4 mega bit wenn ich dochlänger brauche dann gehe ich auf 2 megea bit. Ich hofe damit sind eure bedenken ausgerämt.
Die andere noch unbeantwortete Frage war wie ich die Auswertung machen kann? Ich würde nur ungerne 4 auwertungsrutinen haben die dan in einer schleife nacheinander ausgefürt würden. Besser wäre das mit einer matrixoperation zu machen. Kann mir da jemand ein denkanstoß geben?
Du hast da von mir wohl was falsch verstanden. Ich habe gesagt: du musst mit mindestens doppelt sovielen Sampeln abtasten, wie Bitgeschwindigkeit. Laut deiner Rechnung hättest du dann, bei RISC im besten Fall, sprich nur sampeln, bei 20MHz Clock und 10MBits, keine Zeit mehr etwas anderes zu tun. (Ich hoffe du siehst ein dass das quatsch ist.) Die Kollegen auf Mikrocontroller.net haben allerdings etwas, vielleicht auch für dich, interessantes gebastelt. ( http://www.mikrocontroller.net/artic...-_AVR_Ethernet ) Allerdings verwenden auch die einen RTL-Chip. Schaus dir mal an.
Ich bleibe allerdings dabei, mit einem Tiny ist das nicht zu schaffen.
Gruss
Michael
Danke für den tipp sowas hatte ich auch vor zu verwenden um meine sachen mit dem internet zu verbinden. Ich kann doch nicht für jedes meiner geräte ein RTL(ca 5€ oder) und vor allem die switsches sind teuer.
Wenn das kein lowbaget projekt zum basteln werden sollte hätte ich mir PC aufgeschtelt und kabelkannele verlegt.
Du hast mich anscheinend nicht verschtanden ich sagte:16mhz ->doppelt abtasten->8mhertz->nochlal auf 4megabit halbirt= ergibt zwei auswerttackte je bit. oder wenn ich 4 max 8 brauche ist noch OK.
Das war auch meine frage wie werte ich das am efizientesten aus?
Das Problem, das du anscheinend nicht erkennen WILLST, ist dass du mit einem 16MHz Takt nicht automatisch 16000000 Mal pro Sekunde abtasten kannst.
Tut mir leid. Hab leider keine Zeit mehr dir da weiterzuhelfen.(Sackgasse)
Gruss
Michael
Das ich da nicht mit 16mhz abtasten kann habe ich nicht wirklich geahnt. Mir ist wohl bekannt das manche komplizite operationen mehrere takte brauchen aber ein einfacheskann ich mir nicht vorstellenCode:byte1=PORTD![]()
Danach musst du den Manchestercode allerdings noch umrechnen..
Sagen wir mal so: Man kann Rechtschreibung und Gramatik sicherlich so überbewerten, dass es in Schikane ausartet.Zitat von dark emporer
Bei Texten wie deinen beiden da oben besteht diese Gefahr aber sicherlich nicht, denn wenn vor lauter Fehlern gar kein Sinn mehr zu erkennen ist, bleibt ja wohl nichts, was man positiv bewerten könnte
Nee, das Problem ist, dass du dir deinen eigenen Text nicht mal selber durchliest, bevor du ihn anderen zumutest.Hier nochmal meine enschuldigung.
Das problem bei mir ist nicht wirklich die rechtschreibung sonder zufälige fehler die ich einbaue z.b in zwei zeilen hat bei mir ein wort machmal 3 verschiden schreibweisen. Auch beim programiren vertippe ich mich ständig kann ewetuel ein schreibkrampf sein.
Dann würdest du sicherlich viele der Fehler bemerken.
Es geht ja hier eigentlich gar nicht um Rechtschreibfehler, die mache ich ja selber auch massenhaft.
Es geht um die Lesbarkeit und da wirken schon ein paar Punkte und Absätze an der richtigen Stelle Wunder.
Mag ja sein. Aber 90% dessen was und die Marketing-Fuzzies als Multimedia verkaufen wollen, besteht auch heute noch aus einfachem Text und da bewährt es sich weithin, wenn der lesbar ist - egal ob auf Papier oder am Bildschirmigit ein Buch
ich dachte das ding wurde von der multimedie abgelöst
Aber lassen wir das Thema. Deine letzten Posts sind ja lesbar.
Solche und ähnliche Probleme treten wohl bei jeder Datenübertragung und werden. Genau deswegen braucht man für eine Datenübertragung ja auch ein Übertragungsprotokoll und genau darum dreht sich dieser Thread doch.Da sehe ich das problem der erste sender die daten widerbekommt und sie nochmal aussendet...
Was passiert wenn zwei sender guken das momentan keiner sendet dann fangen beide an zu senden.
Ich habe keine Ahnung wie das Protokoll bei dem beschriebenen System aussieht aber irgendwie werden die von dir beschriebenen Probleme da gelöst sein. So schrecklich schwierig erscheint mir das auch nicht.
Nö. Meiner Meinung nach gehören Boxen an einen vernünftigen Verstärker und zwar mit nem Kabel, weil sich nur so die Leistung übertragen lässt.Oh da hast du ja mich zetirt. Also deiner meinung nach gehören surround boxen und internettelefone an wlan angebungen.
Ich finde die vielen Lautsprecherkabel zwar auch lästig, aber ohne brauchst du Aktiv-Boxen und das heisst ein Netzkabel an jeder Box. Wo ist da der Gewinn?
Es gibt die ersten Ansätze Bluetooth zur Übertragung von Musik zu nutzen. Da geht es aber darum die Musik übers Handy zu empfangen und über Bluettooh an de Verstärker zu senden. Die Vorteile davon liegen aber wohl eher bei den Telefonprovdern als bei denen die Musik hören wollen.
Internet-Telefone gehören für mich in erster Linie mal ans Internet angebunden. Wie ist mir egal und genau deswegen sehe ich keine Sinn irgendein neues System zu entwickeln, wenn das von vorneherein dazu verdammt ist leistungsschwächer zu sein als ausgereifte Lösungen die man schon fast in jedem Supermarkt nachgeworfen bekommt.
Ich versuche nicht dich irgendwovon abzubringen. Du hast doch nach Tipps gefragt und ich nur einen Vorschlag gemacht wie man das Problem meiner Meinung nach besser lösen kann.Noch ne frage warum versuchen mich alle von ziel abzubringen anschtat mir zu helfen.
Was verstehst du unter Hilfe? Wenn dir jemand abrät mit einem Regenschirm als Fallschirm vom Eiffelturm zu springen oder wenn er dir beim Anlauf nehmen mit nem Tritt mehr Schwung gibt?anschtat mir zu helfen.
Wenn dir hier Leute sagen, was an deinem Plan nicht geht oder anders gemacht werden müsste hilft das doch auch.
Du planst ein System, das irgendwie billiger besser und schneller sein soll als alles was existiert und von dem einige Leute meine, dass es gar nicht realisierbar ist.
Da sollte es dich wohl nicht wundern, dass dir niemand die fertigen Pläne postet.
Bei einem mobilen Roboter finde ich Funk äusserst zweckmässig. Kabel stören, IR-Verbindungen brauchen Sichtkontakt.......Ich habe doch geschriben das das nur ein beispiel für mein netz ist ein anderen habe ich auch beschriben(roboter). Funk were in dem falle nicht besondere zweckmäsig findet ihr das nicht.
Naja, erst mal sind 8 * 1Gbit immer noch 8Gbit und nicht einige tausend Gbit.Ich weiss das ethernet mit menschester funktioniert. Kann mir jemand erklären wie er die daten mitbekommt wenn es um ein gigabit switsch sich handelt? Wenn er 5 bzw 8 ports überwachen soll müsste er eurer Meinung nach einige terahertz haben
Ausserdem glaube ich nicht, dass ein Switch unbedingt sämtliche Daten mitlesen muss um die Verbindung zwischen 2 Rechnern herzustellen.
Bei handvermittelten Telefongesprächen muss die Vermittlung die ja auch nicht alle komplett mithören.
Nö, weil sich das irgendwie mit deiner nächsten Frage beisst.der Zeit die auswertung hinbekomme bin ich dann 4 mega bit wenn ich dochlänger brauche dann gehe ich auf 2 megea bit. Ich hofe damit sind eure bedenken ausgerämt.
Du willst 4 Routinen haben, eine Routine besteht in der Regel aus mehreren Befehlen und ein AVR kann maximal 1 Befehl pro Takt ausführen. Bei 16 MHz sind das 16 Mio Befehle/s. Bei 2 MBit hiesse das, dass du pro Bit maximal 7 Takte zur Verarbeitung hast.Ich würde nur ungerne 4 auwertungsrutinen haben die dan in einer schleife nacheinander ausgefürt würden. Besser wäre das mit einer matrixoperation zu machen. Kann mir da jemand ein denkanstoß geben?
7 Befehle sind nicht gerade viel für eine Routine
Du brauchst ein Protokoll mit Prüfsummen, Datenpuffer, doppelte Samplingrate und schliesslich müsssen die Daten die du senden willst auch noch irgendwo herkommen.
Ich bin nach wie vor nicht überzeugt, dass das machbar ist.
ein Byte = 8 Bit und die musst du bei einer seriellen Übertragung einzeln übertragen.byte1=PORTD
Lesezeichen