PC Kommunikation mit Arduino Datenlogger

Die Ports der Reihe nach abhören bis man mit einem Codewort einen 
Treffer landet - sehr sehr gute Idee!!! :)

Martin schrieb:
> möchte keinesfalls händisch angeben, welchen COM Port ich auslesehn
> will, etc.  Der PC soll den Arduino schon selbst erkennen.

Das geht am Besten, wenn man direkt mit USB programmiert, was aber 
deutlich komplizierter ist als die serielle Schnittstelle. Im
[[USB-Tutorial mit STM32]] steht einiges dazu, aber das trifft auf die 
normalen Arduinos nicht so zu, weil die andere Controller nutzen - der 
allgemeine Teil hilft aber vielleicht trotzdem.

Martin schrieb:
> Der PC soll den Arduino schon selbst erkennen.

Inwiefern?
Der Arduino-Treiber meldet sich im Geräte-Manager mit einem Namen an, 
der "Arduino" enthält (oder einen anderen passenden Bezeichner).
Den kann man mit Hilfe eines Programms auslesen und entsprechend in 
einer Batchdatei auswerten/weiter verwursten.

Wenn du selber eine Software schreiben kannst, "klappesrst" du einfach 
die verfügbaren COM-Ports nach deinem Logger ab (oder liest die Daten 
des Gerätemanagers aus).

Frank E. schrieb:
> Großer Vorteil auf der PC-Seite: Kein Treiber-Geraffel,

Hat man bei USB ab Windows 8 auch nicht, wenn man es richtig (WinUSB 
Device) macht - und unter Linux sowieso nicht.

Für Netzwerk muss der User die IP des Geräts kennen, auf diesem muss man 
ggf. eine IP einstellen können - auch nicht super benutzerfreundlich.

Alle COM Ports öffnen und den Logger einfach jede Sekunde "hier" 
schreien lassen. Dann weiß man nach einer Sekunde, welcher Port der 
richtige ist. Ungefragt Daten an unbekannte Geräte schreiben macht in 
99% der Fälle keine Probleme, aber wenn man wichtige Geräte 
angeschlossen hat, die zu den 1% gehören, will man das vielleicht nicht.
Ist eben die Frage, ob du das verkaufen willst und damit alle 
Eventualitäten abkaspern willst (dann am besten per HID oder libUSB) 
oder nur zum privaten gebrauch nutzt (dann ist fast egal, was du 
machst).

Frank E. schrieb:
> Nö, dafür hat man Broadcasts erfunden (zumindest für das gleiche
> Subnet). Einmal ins Netz gebrüllt und der Schützling meldet sich.

Es sei denn es meldet sich irgendein anderes Gerät welches auf der 
selben Port-Nummer arbeitet. Oder es ist irgendeine Firewall dazwischen 
- z.B. Heim vs. Gast Netz bei DSL-Routern. Es hat schon seinen Grund 
warum die meisten Peripherie-Geräte wie Mäuse und Festplatten per USB 
angebunden sind. Dort hat man einen einheitlichen zentral verwalteten 
Mechanismus zur Erkennung von Geräten. Das ist für den End-User immer 
noch am Einfachsten. Der hat auch nicht immer einen Ethernet Port zur 
Hand - da wäre wenn schon WLAN gefragt, was aber wieder Konfiguration 
des Schlüssels erfordert.

Eine Netzwerk-Anwendung ist auch nicht unbedingt einfacher zu 
programmieren als USB. Es gibt wohl nur mehr Tutorials & Bibliotheken. 
Dafür haben viele Controller eine komplette USB Peripherie bereits 
integriert, da fehlt nur noch ggf. eine Schutzschaltung. Bei Ethernet 
braucht's immer Übertrager und fast immer ein PHY-IC. Es gibt zwar 
Shields die das haben, aber auch Arduinos mit nativem USB (z.B. Due).