AVR NET IO ICs defekt

Christijan Gast #2813214
Lesenswert?
• ▲
▼ 
Hallo,

ich habe hier mehrere solcher Fertigmodule. Eines davon liegt defekt 
hier von einem Vorgänger herum, 3 neue wurden bestellt. Eines von den 
neuen kommuniziert nicht mehr seit ich es an einen anderen PC angesteckt 
über Netzwerk angesteckt habe.

Ich versuche jetzt herauszufinden was bei den jeweiligen Boards defekt 
ist. Ein paar Dinge finde ich seltsam:

Beim funktionierenden Board geht RS-232 nur wenn auch der ENC im Sockel 
ist. Ist das normal? Das würde ja heißen dass wenn ich nen defekten ENC 
auf einem anderen Board habe, zwangläufig auch über RS232 nichts 
anzusprechen ist. Wie finde ich dann heraus ob es jetzt am µC oder am 
ENC liegt?

Sind ENC und µC vielleicht sogar irgendwie verdongelt? Also dass im ENC 
die MAC Adresse steht und die gleiche im µC stehen muss?
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Carsten G. #2813231
Lesenswert?
• ▲
▼ 
Hallo,

das mit dem ENC ist ganz einfach....
Wenn der uC den ENC nicht findet und keine kommunikation aufbauen kann, 
dann initialisiert er sich nicht. Das ist in der Standard Pollin 
Software so. Auch andere haben dabei ähnliche Probleme z.B. Ethersex, 
Elektronik2000, usw.

Daher kann in dem zustand noch keine RS232-Verbindung hergestellt 
werden.

Du kannst ohne Probleme den ENC austauschen. Die MAC wird im EEPROM vom 
uC gespeichert und beim initialisieren des ENC in den Speicher von 
diesem geschrieben. Daher ist auch das ändern den MAC möglich.

Gruß
Tropby
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Christijan Gast #2813284
Lesenswert?
• ▲
▼ 
Vielen Dank für die Info!

Jetzt gehen 3 von 4 Boards wieder. Bei dem alten waren tatsächlich alle 
3 gesockelten ICs kaputt, also MAX232, ENC und µC. Was damit wohl 
angestellt worden ist?! Ich habe einen neuen MEGA32 programmiert. 
Fusebits gesetzt und EEPROM sowie Flash mit den Daten aus einem noch 
funktionierenden beschrieben. Klappt einwandfrei, nur dummerweise hat 
der jetzt die gleiche MAC. Ich weiß nicht was der defekte hatte weil bei 
der alten Version kein Aufkleber drauf war. Einfach was erfinden will 
ich jetzt auch nicht.

Ein weiteres Modul ließ sich reaktivieren indem ich den Flash des µC 
nochmal beschrieben habe. Auch irgendwie seltsam. Das EEPROM ließ ich 
unangestastet und somit hat der seine MAC behalten.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Martin H. #2813345
Lesenswert?
• ▲
▼ 
Hallo Christian

Das ließt sich wie die Probleme meiner beiden NET-IO´s von Pollin.

Evtl. treten diese Fehler auch bei Dir auf.
Beitrag "Pollin AVR-NET-IO verliert IP Generierung"

Ich hatte es auch schon 2*, das die Baugruppe überhaupt nicht mehr 
ansprechbar war.

Evtl. lässt sich Dei vermeindlich defekter AVR mittels ISP
noch auslesen und die MAC im EEPROM ermitteln.(dazu ENC entfernen)
Also erstmal Daten sichern und dann erst neu flashen.

Dann habe ich den AVR mittels ISP den Bootloader aufgebrummt.
Anschließend die Firmware mittels RS232 nachgeladen.
MAC ist dann 6*FF, was man mittels RS232 und Macset.exe im EEPROM vom 
AVR bereinigen kann.

Der Schaltungsentwurf enthällt leider enige Designfehler.
Nach der Änderung läuft die erste bei mir nun 1Monat stabil.

Gruß Martin

PS:
Wenn Interesse besteht, würde ich gerne eine Zusammenfassung der 
Fehlerbeseitigung veröffentlichen. Setzt aber vorraus, das die 
Änderungen auch bei anderen Wirkung zeigten.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Stefan Gast #2813486
Lesenswert?
• ▲
▼ 
> Ich such mir auf pc-friedhöfen für sowas immer ne alte lan-karte
> und "leih " mir deren Mac, danach nehmen ich sie mit.
> Damit hab ich eine garantiert einzigartige Mac...

Das liest man sehr oft so, ist aber nur die halresse eindeutig be 
Wahrheit. Intel hat zum Beispiel 16,8 Millionen verfügbare Adressen, 
jedoch sicher erheblich mehr Produkte verkauft. Sobald ein Hersteller 
mehr Produkte verkauft, recyclet er bereits verwendete Mac Adressen.

In der Praxis ist das nur äußerst selten problematisch, da das Internet 
nach IP-Adresse routed, nicht nach Mac Adresse. Nur im lokalen Netz muss 
die Mac Adresse eindeutig sein. Daher ist das freie Erfinden von Zahlen 
durchaus praktikabel - wenn auch nicht gerade elegant.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Martin H. #2813702
Lesenswert?
• ▲
▼ 
Stefan schrieb:
> @Martin
> Schau mal, ob die bereits dokumentierten Korrekturen vollständig sind,
> und ergänze den Artikel ggf. anstatt einen neuen zu schreiben:
> http://www.mikrocontroller.net/articles/AVR_Net-IO_Bausatz_von_Pollin

Die Seite hatte ich schon vorher gelesen.
Die Änderugen, die ich meine, sind hier nicht vermerkt.

Gruß Martin

PS:
Genau auf dieser Seite habe ichunter "Bekannte Fehler" ergänzt, was aber 
kurzer Hand gelöscht wurde.
War wohl nicht genehm.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
eProfi Gast #2813786
Lesenswert?
• ▲
▼ 
Autor: Stefan (Gast) Datum: 29.08.2012 13:29
> Intel hat zum Beispiel 16,8 Millionen verfügbare Adressen, jedoch sicher 
erheblich mehr Produkte verkauft.

Das halte ich für ein Gerücht. Wer sagt, dass sie nur eine einzige 
"Vorwahl" (3 Bytes) Herstellerkennzeichen) haben.

Autor: Christijan (Gast) Datum: 29.08.2012 11:07
> Ob Pollin da wohl offizielle Nummern vergibt?
Ja
Beitrag "Re: AVR für wenig Geld im LAN"
00-22-F9   (hex)    Pollin Electronic GmbH
0022F9     (base 16)    Pollin Electronic GmbH
        Max-Pollin-Str. 1
        Pfoerring  85104
        GERMANY
( http://standards.ieee.org/regauth/oui/oui.txt )

Autor: Martin Hofmann (hofe) Datum: 29.08.2012 16:32
Dann beschreibe Deine Änderungen / Ergänzungen bitte noch einmal hier.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren