Hallo Zusammen, ich benötige euren Rat im Bereich Netzwerkprotokolle. Für ein Projekt möchte ich verschiedene Geräte miteinander kommunizieren lassen, jedoch haben die Geräte jeweils verschiedene Schnittstellen. Können die Geräte trotz der verschiedenen Schnittstellen über eine art Konverter miteinander kommunizieren? ZB RS232 und Ethernet?
Robert R. schrieb: > Können die Geräte trotz der verschiedenen Schnittstellen über eine art > Konverter miteinander kommunizieren? Ja, nennt sich Gateway: https://de.wikipedia.org/wiki/Gateway_(Informatik)#Andere_Gateways
Robert R. schrieb: > Für ein Projekt möchte ich verschiedene Geräte miteinander kommunizieren > lassen, Ganz entscheidend ist hierbei: worüber (inhaltlich) sollen diese ungenannte Geräte sich miteinander austauschen? Z.b. eine elektronische Waage und ein Musikwiedergabegerät nehmen/geben dermassen unterschiedliche Daten (inhaltlich) dass unmöglich irgendein Schnittstellenkonverter das zusammenbringen kann. Hingegen ist denkbar dass ein (spezielles) Softwareprogramm welches auf einem Computer rennt die o.g. Geräte "befragt" und deren Antworten auf eine spezielle Art auswertet/kombiniert und ggfs. weitere Befehle den Geräten zuschickt damit ein vorgesehener, passender Effekt entsteht. Auch wenn Gurkenscheiben rund sind, zu Fahrzeugräder taugen sie nie und nimmer!
Martin schrieb: > Was für Daten sollen denn übertragen werden? Messwerte wie Temperatur, Druck und ein Signal welches einen Servo antreibt und einen Schalter schaltet.
Local Area Notwork schrieb: > Ganz entscheidend ist hierbei: worüber (inhaltlich) sollen diese > ungenannte Geräte sich miteinander austauschen? Sensordaten wie Messwerte und Schaltsignale
Robert R. schrieb: > Können die Geräte trotz der verschiedenen Schnittstellen über eine art > Konverter miteinander kommunizieren? > ZB RS232 und Ethernet? Das lässt sich so pauschal nicht beantworten, da darüber dann noch Protokolle liegen, die sich um die Übertragung kümmern. Robert R. schrieb: > Martin schrieb: >> Was für Daten sollen denn übertragen werden? > > Messwerte wie Temperatur, Druck und ein Signal welches einen Servo > antreibt und einen Schalter schaltet. Dafür lässt sich sicherlich ein Gateway bauen, aber die Software dafür wird man selbst schreiben müssen, sofern die Geräte nicht gerade passende Standardprotokolle sprechen, die sich generisch umwandeln lassen.
>> Ganz entscheidend ist hierbei: worüber (inhaltlich) sollen diese >> ungenannte Geräte sich miteinander austauschen? > > Sensordaten wie Messwerte und Schaltsignale Non credo che un sensore sia in grado di trasmettere un segnale di commutazione. >> Was für Daten sollen denn übertragen werden? > > Messwerte wie Temperatur, Druck und ein Signal welches einen Servo > antreibt und einen Schalter schaltet. Comme pense-tu que une valeure numerique de pression soit elaboree par un actuateur electromecanique? --- Robert, wie du siehst kommunizieren wir (versch. Geräte) gerade über Schnittstellenkonverter (Laptop, Desktop, Tablet, Smartphone) und sogar über diverse Übertragungsmedien (LAN, WiFi, Fiberoptik). Immerhin im selben Forum und sogar mit den gemeinsam verständlichen Lateinischen Buchstaben! Trotzdem nähern wir uns noch gar nicht einem Lösungsansatz dem Du auf der Suche bist. Das ist so weil in deiner Anfrage immernoch wesentliche Information fehlt! Wie gedenkst dass ein Zahlenwert (z.B. Temperatur) von einem Servo in einen Bewegungsablauf umgesetzt werden soll? Welcher Druckwert soll welche Schaltaktion bewirken? Mit Schnittstellenwandler dermassen verschiedene Geräte direkt miteinander zu verbinden ist es nunmal schlicht nicht getan. Vielleicht bekommen sie so zwar die Daten voneinander, aber verstehen/verarbeiten werden sie diese ziemlich sicher nicht.
Bei dem Thema sollte man, zwecks besserer Übersicht, das OSI-Modell, oder zumindest den dahinter stehenden Schicht-Gedanken im Auge behalten. Grob vereinfacht: zwischen Physical (z.B. Kabel mit TTL-Pegel), Transport (z.B. RS232) und den darüber liegenden Protokollebenen (z.B. XML) unterscheiden. Will man vollständige Kommunikation, muss man diese auf jeder Ebene realisieren (Pegelwandler, Protokollwandler). Ich mache das z.B. zur Zeit für einen "Prepaid-Bezahlautomaten" für eine Autowaschanlage. Jedes der beteiligten Teilsysteme (EC/Debit-Reader, RFID-Reader, Geldscheinprüfer, Münzhopper, Bondrucker, Tastaturfeld usw.) bekommen je einen eigenen Mikrocontroller vorgesetzt, der die sehr sehr unterschiedlichen Ansteuerungen auf einen einheitlich strukturierten Befehlssatz per LAN/HTML umsetzt. Damit ist es für den zentralen Computer (bzw. dessen Programmierer) wesentlich einfacher, das ganze Zeug zu steuern ...
:
Bearbeitet durch User
Robert R. schrieb: > Sensordaten wie Messwerte und Schaltsignale Gibst du Absichtlich so wenig Infos wie möglich heraus? Fangen wir mal beim Sensor an. Geht es um eine Raumtemperatur, wo ein einzelnes Byte pro Stunde reicht, oder willst du Schwingungen einer Maschine erfassen? Was die Schaltsignale angeht: Geht um die Weichen einer Modelleisenbahn, oder die Einsprictventile eines Formel-1 Wagens? Will sagen: Um welche Datenmengen geht es und welches Timining (Latenz) ist erforderlich? Kann der Aufbau mit unregelmäßigen Verzögerungen funktionieren? Wenn ja, in welchem Rahmen. Nur mal so als konkretes Beispiel: WLAN überträgt mehrere Megabytes pro Sekunde, aber man muss jederzeit mit Pausen von 200ms rechnen (wo gar nichts übertragen wird), manchmal sogar mehrere Sekunden. Außerdem hast du im WLAN stets einstellige ms Latenz - wenn es gut läuft. Bei USB und Ethernet übrigens auch. Wohingegen ein simples serielles UART Kabel viel weniger Latenz hat, also so gesehen sogar schneller ist.
Rolf M. schrieb: > Dafür lässt sich sicherlich ein Gateway bauen, aber die Software dafür > wird man selbst schreiben müssen Das ist ein ziemlich verquerer Ansatz, sinnvoll ist doch nur eine Steuerung, die die verschiedenen Signale erfasst und danach entsprechende Ausgänge steuert. Also gibt es keine sinnvolle Kommunikation jeder mit jedem, sondern die Kontrolleinheit muss die Daten erfassen und ausgeben können, m.a.W. sie ist selbst das Gateway. Und für jeden Datensatz ist die Aufgabe nur, dass die Kontrolleinheit Anschlüsse dafür hat, niemand sonst. Was soll denn ein Temperatursensor mit den Daten von einem Drucksensor anfangen? Georg
TO weg, Keine weitere Info zu seiner Aufgabenstellung, keine Antworten auf Rückfragen. Keine wirkliche/nützliche/sinnvolle Info im Thread soweit, auch nicht für die Nachwelt. Thread kann im "Rundordner archiviert" werden, auf dass keine Suchmaschine/Suchfunktion Wissensbegierige hierhin fehlleiten.
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.