nee... ich verstehe es immer noch nicht so wirklichDann gewinnt der ganze Text ein bißchen an Verständlichkeit.
Verständlicher ist die Beschreibung in deinem anderen Thread.
Ich verstehe das so, daß du einfach eine Kiste brauchst, die 16 Eingänge hat, störsicher ist, und die den Status der Eingänge über's Internet verschickt.
Willst du die Alarmmeldung aus der Trafostation mit der aktuellen "Funkuhrzeit" versehen abschicken, oder wozu die Funkuhr ?
Wenn es so schwierig ist in der Trafostation was einzubauen,
Warum verlegst du das ganze nicht nach draußen?
Im anderen Thread wurden ja schon mehrere Vorschläge gemacht, Relais, Optokoppler..
Hintendran bräuchtest du dann eine Kiste, die das Ganze Webfähig macht.
Also zB. ein Board wie zB. das easy-tcp-ip von mcselec.
Gruß
Christopher
Hallo
Ich werd aus der Fragestellung auch nicht schlau, aber wenns darum geht:
Könnte das ev. ein Teil davon sein: http://www.lantronix.com/device-netw...ers/xport.htmlIch verstehe das so, daß du einfach eine Kiste brauchst, die 16 Eingänge hat, störsicher ist, und die den Status der Eingänge über's Internet verschickt.
plus uC daran, um die Daten entsprechend aufzubereiten.
Gruess
Fritzli
Ja geb euch allen recht!! Ist schon klar dass ihr mir nicht helfen könnt, wenn ich keine zusätzl. Informationen geb. Beschäftige mich schon solange damit, dass ich meine jeder weiß bescheid.
Die aufgabe von uns ist diese:
Es gibt diverse Sensoren, wie Türkontakt, Brandmelder, Ölstand, Temperatur,.... Diese Sesoren gehen auf potentialfreie Kontakte und von dort aus in unser Gerät. Wir verwenden den uC Armega32 und den Ethernetchip ENC28J60. Wir fragen also ständig diese Kontakte durch. Wenn Fehler auftritt, sprich Kontakt offen, senden wir eine Klartextmeldung an die Zentrale. Dort wird diese nur am Pc angezeigt.
Und jetzt ist es so: Wenn das Gerät einwandfrei funktioniert, dann wird es einige 100male gebaut. Und Diese Geräte sollen synchronisiert sein mit Zentrale. Auf ms genau. Ich überlegte auch ob man sowas nicht über den Server machen kann, aber davon habe ich überhaupt keine Ahnung. Weiters meinte dann unser Betreuer Funkuhr.
Ich weiß nicht ob ich da falsch denke oder so, aber diese Trafostationen sind oft unter der erde sprich Keller. Weiters haben wir ein emv gehäuse. Wie kann da die Funkuhr ein Signal bekommen?
ICh hoffe jetzt kennt ihr euch besser aus.
gruß chrisse
In dem man den Empfänger nach außen verlegt ?Ich weiß nicht ob ich da falsch denke oder so, aber diese Trafostationen sind oft unter der erde sprich Keller. Weiters haben wir ein emv gehäuse. Wie kann da die Funkuhr ein Signal bekommen?
Gruß
Christopher
Zitat:
Willst du die Alarmmeldung aus der Trafostation mit der aktuellen "Funkuhrzeit" versehen abschicken, oder wozu die Funkuhr ?
Ja in Prinzip ist es das. Ständige Meldungen in Echtzeit, also aktueller Zeit an Zentrale verschicken.
Weiters soll sie auch zur Synchronisation dienen.
Das Gerät nach aussen verlegen wäre nicht schlecht, jedoch will das die Firma nicht. Zuviel aufwand und wir dürfen in der Trafostation nicht arbeiten.
Ähm.... Sicherheit sollte doch den Aufwand Wert sein, oder ?Das Gerät nach aussen verlegen wäre nicht schlecht, jedoch will das die Firma nicht. Zuviel aufwand und wir dürfen in der Trafostation nicht arbeiten.
Wie schließt ihr denn die Kontakte oder euer Gerät (daß ja innen sein soll) an, wenn ihr in der Trafostation nicht arbeiten dürft ??
Ihr dürft nicht rein, dürft aber außen auch nix machen ?
Wie soll das denn gehen ?
Gruß
Christopher
Wenn ihr den ms-Bereich genau synchronisieren wollt, ist eine Funkuhr sowieso fehl am Platze.Zitat von chrisse 7
Wenn ihr nicht Empfänger außen anbringen dürft, ist der zentrale Server eure einzige Möglichkeit. Millisekundengenaues Logging geht damit aber wahrscheinlich nicht. Du könntest zwar jeden Prozessor mit einer RTC ausstatten, die Millisekunden zählt, die müssten aber auch gestellt werden.
Bei den prinzipiell kaum vorhersagbaren Übertragungsverzögerungen über ein TCP/IP-Netzwerk müsstet ihr zu eine speziellen Zeitübertragungsprotokoll greifen. Ich weiß leider nicht, wie die heißen, und auch nicht, wie sie funktionieren. Mein Linux-Router stellt sich aber die Uhr über das Internet, genauso ist es ja bei Windows XP.
Gruß,
Jan
Du brauchst kein DCF77, das hilft Dir auch nicht weiter wg. Genauigkeit. Du musst die Uhren der Rechner aufeinander abstimmen. IIRC gibt es dazu ein definiertes Protokoll. Such mal auf www.rfc-editor.org.
Da ihr anscheinend SNMP benutzen wollt, lohnt es sich in den entsprechenden RFCs mal nachzuschauen, ob es da nicht schon was Fertiges gibt.
Grundidee ist die: Ein zentraler Timehost gibt eine Uhrzeit an die Clients (per UDP message, die Clients liefern Ihre Zeit zurück. Der Server sendet an den Client die aktuelle Zeit plus den Lag (=Zeitverzögerung) der Transportstrecke. Die Clients richten dann dementsprechend Ihre Uhren ein. Problem bei der ganzen Geschichte: Ihr wollt die Uhren auf ms synchron laufen lassen. Die Laufzeit der Nachricht kann aber im Bereich von einer ms schwanken. Leider kenne ich mich nicht so mit den Zeitsyncprotokollen aus, aber rfc-editor hilft Dir da sicher weiter. Ggfs. mal auf den Seiten von HP (Stichwort HP-OpenView, ein Quasi-Standard für SNMP Software) nachschauen, ob es da etwas in der Richtung gibt.
Diese Abgeleichprozedur muss dann regelmäßig (je nach Genauigkeit der Uhren) wiederholt werden.
Das Gerät wird von der Firma angeschlossen. Unsere Diplomarbeit ist im Prinzip benutzerhandbuch. Also wir dürfen dort wirklich nicht arbeiten. Zu gefährlich für Schüler. [-X .
Das mit Empfänger aussen ist gut. hab ich weiter oben auch schon mal erwähnt bzw. wollt ich das mit dem 10m Kabel ausdrücken. Weiß hier jemand einen Baustein der eben die Möglichkeit besitzt den Empfänger nach aussen zu legen?
Ich werde den Link mit rfc mal unserem Programmierer schicken. Unser Betreuer hat auch gemeint dass es jedoch so nicht im ms Bereich geht ->Übertragungsverzögerungen über ein TCP/IP-Netzwerk! Übertragungsmedium ist zwar LWL, jedoch gehört uns nicht die ganze BB alleine. das heißt wenn wir Pech haben große Verzögerung.
Es spricht also fast alles für Empfäger außerhalb. Unser Betreuer meinte jedoch das es Chips gibt, die genau das gleiche machen, nur ohne Antenne nach außen.
mfg Chrisse
Es geht nicht um die Verzögerung die per se im Netz ist, sondern nur um die möglichst exakte Bestimmung des Zeitstempels.
In größeren Netzen werden dazu spezielle Timeserver eingerichtet, die eine zentrale Zeit vorgeben.
Beim Eintreten eines Ereignisses wird die SNMP-Nachricht nur mit einem Zeitstempel versehen. Dieser Zeitstempel ergibt sich aus der lokalen Zeit, die ja vorher mit dem Host abgestimmt worden ist. Die Übertragung zur Management Konsole geht dann so schnell, wie das Netz eben kann. BTW, SNMP nutzt meistens UDP und nicht TCP!
So funktioniert das in _wirklich_ großen Netzen (TelKo), dann sollte das für die Trafostation hoffentlich auch reichen.
Berechtigungen
Zitieren
Lesezeichen