MC-Board mit Ethernet

[TheDarkRose]

Respekt, also das Board ist wunderschön verlegt

[vohopri]

wunderschön verlegt

Danke für das Kompliment. Das Layouten in dieser Form geht eigentlich nur mit Eagle gut. Da kann man rasch hin und her schieben, bis es passt. Die Free Version hat allerdings nur eine begrenzte Platinengrösse, die hier schon überschritten wurde. Da hilft das Aufteilen in Module, zB: mc, ec und Versorgung. Das entspricht den schwarzen Linien auf der Platine. Das Einpassen wird durch zusätzlich im Schaltplan eingefügte Lötpunkte erleichtert, die nur der Orientierung dienen und meistens real nicht ausgeführt werden..

[Thegon]

Hallo vohopri,

vielen dank für den langen Beitrag
Nur eine Frage: Das IC3, ist das so eine Art pegelwandler?
Und ich befürchte, noch keine Passende Buchse für Ethernet - Anschluss zu haben. Ich habe mal gehört, dass da in bestimmten Buchsen ein kleiner Trafo drin ist. Ich hatte an eine Buchse aus einem alten Motherboard gedacht, würde das funktionieren?

Dann werd ich auch mal ein paar Versuche zum Thema Ethernet machen...

Mfg Thegon

[vohopri]

Hallo Thegon,

das grosse Geheimnis der Internet Information lautet google. (Oh, jetzt hab ichs ausgeplaudert und es ist kein Geheimnis mehr.) Die Bezeichnung neben dem Schaltkreis ist lesbar und auf dem Foto auch noch recht deutlich zu sehen. Diese kann man tatsächlich in google eingeben und siehe da, man findet ein Datenblatt von einem "kleinen Trafo", von dem du schon gehört hast.
Im Datenblatt vom Ethernetcontroller steht, dass ein Übertrager vorzusehen ist. Heute sind die oft in die rj45 eingebaut. Ich hab aber einen getrennten Übertrager verwendet, weil auf der Netzwerk Karte vom Schrott Buchse und Übertrager getrennt bestückt waren, und ich das vorhandene Material nutzen wollte.
Nach dem Auslöten der Buchse kann man mit dem Multimeter feststellen, ob galvanische Trennung durch einen eingebauten Übertrager vorliegt, wenn man das nicht ohnehin sieht. Auch wirst du sehen, ob da nicht die Leitungen von der Buchse zu einem Übertrager führen.

[vohopri]

Der Webserver auf dem Controllerboard funktioniert zuverlässig, die LED, die für den Test angeschlossen ist, lässt sich mit dem Browser schalten. Das macht keine Probleme.

Allerdings liefert der arp reply meistens eine falsche src mac, da liegt noch was im Argen.

[BastelWastel]

Hallo vohopri,

vielen dank für den langen Beitrag
Nur eine Frage: Das IC3, ist das so eine Art pegelwandler?
Und ich befürchte, noch keine Passende Buchse für Ethernet - Anschluss zu haben. Ich habe mal gehört, dass da in bestimmten Buchsen ein kleiner Trafo drin ist. Ich hatte an eine Buchse aus einem alten Motherboard gedacht, würde das funktionieren?

Dann werd ich auch mal ein paar Versuche zum Thema Ethernet machen...

Mfg Thegon

Wenn du den Uebertrager mit verwendest kannst du das alte Ding da runteloeten,
wenn du aber eh bestellen musst..fuer den ENC oder so.. dann wuerde ich direkt 2-3 neue Buchsen mitbestellen.
Such nach MagJack, dann findest du welche mit integrietem Uebertrager..die kosten ned viel. Pollin Nr.: 450 001 z.B.

@vohopri
"meistens" ne falsche MAC, das klingt recht verdaechtig..
Hast du dir mal mit "arp -a" die ARP-Table angeschaut, vllt findet sich der Fehler wenn du weisst ob die falsche MAC im Netzwerk bekannt ist/wem sie gehoert etc..

[vohopri]

Nein,

was auf dem Kabel passiert, das weiss ich ganz genau. An das betreffende Segment hänge ich nur PC und mc board und ich sehe jedes Bit auf dem Draht im Netzwerk Protokoll Analyzer. Die arp Tabelle ist immer bekannt.
Das erste Paket nach dem Reset (arp oder auch andere ) hat eine korrekte src mac, und die folgenden eine falsche, die häufig wechselt.

Da wird etwas in der sw überschrieben.

Dadurch funktioniert http, das auf tcp aufbaut. Bei statischem arp Eintrag funktioniert es auch ohne Zeitbeschränkung.
Arp reply funktioniert 1x.
icmp echo funktioniert nicht.

Jetzt bin ich also beim Debuggen der sw und muss dazu mal etwas mehr C lernen.

[vohopri]

Nach dem optimieren der Programmgrösse, sehe ich keine falschen src mac adressen mehr. Allerdings antwortet der mc nicht immer auch arp requests. Die arp requests werden dann nicht erkannt. Das könnte ein reset problem sein. Um mehr zu erfahren und rationeller debuggen zu können, bau ich mir mal ein Peripherieboard dazu.

Bild hier  

So sieht der Anschluss der Pripherieboards aus.

[vohopri]

Nachdem ich jetzt ein wenig mehr Peripherie habe, ist das Debuggen komfortabler geworden.

Bild hier  

Die LEDs zeigen an, welche IP Pakete eingetroffen sind. So konnte ich schon Workarounds für Fehler im IP Stack finden. Mit allen Paketen auf dem Draht kommt der Stack nicht ohne weiteres zurecht. Aber mit Hilfe der Workarounds ist ein zuverlässiger Betrieb möglich.

Insgesamt habe ich jetzt ein funktionierendes IO Board mit Webserver und erweiterbarer Peripherie laufen. Und das freut mich schon sehr. Steuerung des MC und der angeschlossenen Geräte und Verbraucher durch PC oder Mobiltelefon über LAN, WLAN oder Internet ist jetzt möglich.

Mal sehen, wohin die Reise noch führen wird.

[021aet04]

Dein Projekt finde ich sehr interresant und verfolge es schon von Anfang an. Habe auch noch einige Ethernet Controller (bin mir nicht sicher aber es ist glaube der Gleiche wie bei dir). Weiter so und viel Erfolg weiterhin.

PS: Ich bin gerade am Löten einer meiner Optokopplerkarten für die CNC.

MfG Hannes