Es soll der Status einer Maschine auf einem Bildschirm visualisiert werden. Dazu werden Signalleitungen aus der Steuerung der Maschine mittels Mikrocontroller "abgetastet" und zu einem PC übertragen, der die Visualisierung für den Bildschirm realisiert. Die Kommunikation PC-MC erfolgt per Netzwerk (TCP). a) der Mikrocontroller sendet regelmäßig seine Infos per Socket-Verbindung zum PC b) der PC verbindet sich regelmäßig mit dem MC und fragt die Stati ab Doch wie herum ist es sinnvoll und warum?
Frank schrieb: > a) der Mikrocontroller sendet regelmäßig seine Infos per > Socket-Verbindung zum PC Dann soll er das doch tun, vorzugsweise per UDP. Dann kann der µC senden, wenn er lustig ist. Wenn es nur um eine unidirektionale Übertragung der Daten geht, braucht man nichts aufwändigeres.
UDP ist schon sinnvoll für Zustände die Du anzeigen willst. Idealerweise packst Du die Daten dann noch als Text rein. Damit kannst du für die Visualisierung auch Projekte wie "InfoBeamer" nehmen. http://www.youtube.com/watch?v=LMHMV3hlTLk http://www.youtube.com/watch?v=qU4JC99q174&list=PLiItGWRwMFaU0caoBGTUkgx8FWAzdI0g-
a ist einfacher, man kann UDP nehmen. Kompliziert wird es allerdings dann, wenn die Daten größer werden und nicht mehr in ein Paket passen, und dann evtl noch mehrere gleiche Maschinen in dem Netzwerk sind. Ich würde b machen. Das reduziert den Traffic, und kommuniziert nur bei Bedarf. Für den Anwender könnte man auch gleich ein Web-Interface (Port 80) auf dem Mikrocontroller implementieren, falls der genug Leistung dafür hat.
Man kann uebrigens auch ein Webinterface auf einem AVR zB mega64 oder so, implementieren. Solange man nicht Echtzeitgraphen haben will... Richtung der Kommunikation : immer vom PC initiiert.
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.