Hy Leute!! Für ein Projekt benötige ich dringende Hilfe. Das Projekt ist eine Trafostationsüberwachung. Es gibt mehrere Sensoren, die auf potentialfreie Kontakte gehen und von dort in das Gerät, was ich baue. Ich verwende den Atmega32 und den ethernetchip ENC28J60. Die Kontakte werden ständig durchgefragt. Falls Fehler(Kontakt offen) soll eine Klartextmeldung in Echtzeit geschickt werden. Ich brauche also eine Chip für die Echtzeitübertragung bzw. die Synchronisation mit der Zentrale, die die Meldung empfangen soll. ICh hoffe mir kann da jemand weiterhelfen. gruß chrisse
Die Echtzeitfähigkeit und Synchronisation ist doch durch deine Software im µC und die Kommunikationsschnittstelle (Ethernet) festgelegt, für was brauchst du jetzt noch einen "Chip"? Ich versteh deine Frage nicht ganz. Was ist die Zentrale, auch was selbstgebautes? Gruß Thomas
In der Zentrale wird die Mitelung vom Programm Whats up Professional aufgerufen. Ja aber die Echtzeitübertragung soll im ms Bereich liegen. Über einen Server geht das doch nicht oder? Übertragungsverzögerungen.
Zitat deiner Software: "WhatsUp Professional 2005 ist eine einfach zu bedienende Lösung zur Netzwerkdarstellung, Netzwerküberwachung, Fehlerbenachrichtigung und Leistungskontrolle. WhatsUp Professional 2005 hilft Ihnen als Netzwerkadministrator, Netzwerkprobleme zu erkennen und zu beheben - und zwar schnell." Bist du dir sicher, dass du im richtigen Forum bist und dir ein "Chip" wirklich bei deinem Vorhaben helfen kann? jörn
ICMP_ECHO auf den ATmel, ping x -t auf'm WUP und RTP & TTL werden dich (bei XP) sogar ms - genau informieren wie sehr du der realität hinterherhängst :-) wenns echtzeit sein muss verschränkst du einfach zwei Lichtimpulse (z.b. blaue leds ?) und schaust ob sie sich umgekehrt drehen. irgendwas war da noch von wegen EPR... tatsächliches problem: wug/wup benötigt sichtbare ms um multiple netzelemente abzufragen lösung: standleitung/darkfiber/dezitierter richtfunk mit optoakkustischer Warnung am besten diskret aufgebaut. verzögerte grüße
Wenn du "nur" Kontake abfragen willst, wirds wohl auf ein paar Millisenkunden mehr oder weniger nicht ankommen. Allein die Entprellzeit für die Kontakte liegt doch schon im Bereich > 10ms. Und ob dann die Warnmeldung 100ms früher oder später auf dem Bildschirm erscheint, ist doch völlig egal. Ob für eine Ausgabe einer Fehlermeldung eine "Echtzeitübertragung" nötig ist, bezweifle ich. Ansonsten Vorschlag von helferlein :-)
Wie hart muss denn deine Echtzeit sein? Denk dran, dass Ethernet per se nicht echtzeitfähig ist! Siehe: http://www.synertronixx.de/technologie/RTnet.htm d.h. Ethernet-Pakete können unterschiedlich lange unterwegs sein.
Michael hat recht. ms kanns nicht sein. Ich werde nochmal meinen Betreuer fragen ob das wirklich so sein sollte und falls ja wie er sich das vorstellt. Danke das du mir das mit der Entprellzeit gesagt hast. An das hätte ich wirklich nicht gedacht. Danke noch mal.
> soll eine Klartextmeldung in Echtzeit geschickt werden
Klartextmeldung macht doch nur Sinn, wenn jemand diese lesen und darauf
reagieren soll. Und ob die Reaktionszeit dieser Person auch im
Millisekundenbereich liegt, wage ich zu bezweifeln. Für eine schnelle
Reaktion schätze ich mal 5 Sekunden, insofern ist eine geforderte
Übertragungszeit der Meldung im ms-Bereich etwas übertrieben.
Aber eigentlich sagt der Begriff "Echtzeit" ja auch nichts über die
Zeitdauer aus. Gemeint ist doch eher deterministisch. Es soll eine
maximale Übertragungszeit nicht überschritten werden. Und da halte ich
für Klartextübertragung/-Anzeige im Sekundenbereich für ausreichend.
das ist in der Tat ein weitverbreiteter Irrtum, viele meinen mit Echtzeit eine sofortige Übermittlung (was ja prinzipiell sowieso nicht möglich ist). Echtzeit ist in der Tat nichts anderes als eine garantierte max. Zeit, die ein Signal benötigt. Und das kann je nach Anwendungsfall um etliche Grössenordnungen variieren.
Man kann eine "Echtzeit" manchmal auch dadurch bekommen, wenn man in jedem Datentelegramm einen Zeitstempel mitschickt. Allersings muß man sich um synchrone Zeiten auf Sender- und Empfängerseite einig werden. Knallhart helfen GPS-Funkuhren auf beiden Seiten. Klaus
Und wie kommt die Zeit so vom Timeserver zu beiden Clients, daß beide exakt die gleiche Zeit bekommen?
Ethernet. Was das aber jetzt wieder mit Echtzeit zu tun haben soll verstehe ich nicht.
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.