RS485-Sensor oder doch lieber RS232-Sensor an Laptop andocken?

[Cysign]

Ich hab bzgl. der obdev-Lösung mal ne Anfrage gesendet.

Probleme gibt's nur, wenn man einen Bulk endpoint (eigentlich nicht unterstützt auf low speed devices) konfiguriert. Dann braucht v-usb so um die 80% der CPU-Zeit.

Eine weitere Einschränkung ist die Interrupt-Latency. Weitere Interrupts (zum USB Interrupt) müssen innerhalb von ca. 15 bis 20 Instructions die globalen Interrupts wieder aufdrehen und kein Code darf die Interrupts für länger als 15 bis 20 Instructions abdrehen.

Ausserdem müssen andere Interrupts damit rechnen, dass der USB Interrupt für um die 120 Mikrosekunden lang läuft und sie um so viel später drankommen.

Wenn ich mir das so durchlese, versteh ich...noch nicht so viel
Was ist ein "Bulk endpoint" im USB-Sinne?

Wenn der Messrechner über USB lediglich ein oder zwei Sensoren angeschlossen hat, dürfte die Interrupt-Latency doch keine große Rolle spielen, oder etwa doch?


Am interessantesten finde ich die Lösung "mit einem Attiny und einem dieser FTD-USB Chip". Ich hab mal ein wenig in der Bucht nach den Chips gesucht, aber auf Anhieb keine gefunden.
Ich wollte schon immer mal ein eigenes USB-Gerät basteln...von daher finde ich das Thema schon sehr interessant.
Ich hatte mich mal auf USB.org umgeschaut und als ich gesehen hatte, dass man sich für eigene USB-Sachen ne PID etc. zulegen muss, was kostenpflichtig ist, wars uninteressant.
Gibts zur FTD-Lösung hier vielleicht irgendwo ein Tutorial?

Noch gibts keinen konkreten Sensor, den ich damit nutzen möchte. Aber ich könnte mir einen Beschleunigungssensor, einen Temperatursensor oder sonstiges vorstellen. Ich hab halt bisher wenig Ahnung von den verschiedenen Anbindungen (I2C, RS232, RS485), wehalb ich da endlich mal reinschnuppern möchte

[021aet04]

Mit FTD Chips werden vermutlich das http://www.ftdichip.com/ gemeint sein. Die haben USB Wandler zu sehr vielen anderen Schnittstellen (RS232/UART, RS485,....) aber auch andere Chips zum Thema USB (USB Host,...)

Beim USB AVR Lab wird der USB Datenverkehr auch nur mit dem µC bewerkstelligt. http://www.ullihome.de/wiki/USBAVRLab/index

Wie das gemacht wird könntest du bei Christian Ulrich nachfragen wie er es beim AVR Lab gemacht hat.

MfG Hannes

[Cysign]

Ah, die FTD-Chips kosten ja gar nicht so viel. Ne Direktverbindung USB-I2C ist damit ja möglich.
Aber nen Chip Usb-RS485 hab ich nicht so auf Anhieb gefunden. Nur n Konverterkabel, das gleich mit ~30 Steinen zu Buche schlägt.
Aber da wäre es vermutlich sinnvoller, den RS485-Sensor an nen AtTiny/Mega zu klemmen und den auszulesen.
Aber welches Protokoll wäre dafür am sinnvollsten? I2C? RS232?

Da ist ja einiges möglich mit den FTDIs:
http://de.rs-online.com/web/c/?searc...t-option=Preis

[021aet04]

Das kommt auf deine Bedürfnisse an. Wieviele Bausteine sollen möglich sein, welche Geschwindigkeit wird benötigt, wie sicher soll die Verbindung sein (gegen Störungen => z.B. Industrie),....


MfG Hannes

[Cysign]

Puh, also ich könnte mir als Einsatzzweck z.B. vorstellen, meine Terrarien bzgl. Temperatur und Luftfeuchtigkeit zu überwachen.
Hier wäre ein gerinder Datendurchsatz nötig.

Aber ich köntne mir auch vorstellen, irgendwas bewegliches mit nem Beschleunigungssensor oder nem Gyroskop auszuwerten. Hierbei wäre der Datendurchsatz natürlich gräßer.

Gehen wir mal von einem Beschleunigungssensor aus:
3-4 Kanäle, die 'long doubles' übertragen. 4*16 = 64 Bit.
64 Bit * 100 Messungen in der Sekunde = 6400 Bit.
6400 / 1024 = 6,25 kb / 8 = 0,78 kB

USB 1.0 schafft nominell 187,5 kByte/s. Nun stellt sich die Frage, wie schnell ich über I2C, RS232 oder RS485 Daten abrufen kann.

Was meinst du mit Störungen? Z.B. Strahlung in unmittelbarer Nähe oder Kabellänge?
Bei einem Gyroskop oder einem Beschleunigungssensor würde ich von einer kurzen Kabellänge ausgehen. Nehmen wir einen kleinen Roboter mit aufgesetztem Laptop an.

Bei Thermo- und Hygrometer würde ich von einer etwas längeren Kabellänge ausgehen. 1-2m wären hier durchaus denkbar.

[021aet04]

Mit Störungen meinte ich Fremdsignale die in das Kabel/Leitung eingekoppelt werden könnten. In der Industrie währen das z.B. große Verbraucher (Motoren mit hohem Anlaufstrom,...), Frequenzumrichter ohne geschirmte Motor-/Zuleitung,.....

Im privaten Bereich hast du z.B. elektronische Dimmer, Schaltnetzteile u.Ä. Dinge die Störungen verursachen könnten.

In der Industrie setzt man z.B. RS485 ein, da dieser Bus sehr unempfindlich gegen Störungen ist (da es ein differentieller Bus ist => http://de.wikipedia.org/wiki/Seriell...3%BCbertragung)

Der I2C wurde ursprünglich als reiner Platinenbus entwickelt (kurze Distanzen), RS485 für u.A. lange Distanzen (http://de.wikipedia.org/wiki/EIA-485 => Maximallänge = 1,2km).
Auf diese Längen sollte man achten, da man ansonsten Übertragungsstörungen bekommen kann (falsche Daten, Abbruch der Verbindung,...)
Die maximale Leitungslänge hängt auch von der Übertragungsrate ab (je schneller die Übertragung desto kürzer ist die maximal erlaubte Leitungslänge).
Bei CAN habe ich das gefunden http://www.me-systeme.de/canbus.html
Dort steht z.B. 6,7km bei 10kbit/s bis 40m bei 1Mbit/s


Ich würde für kurze Distanzen I2C bzw SPI verwenden (unter ~50cm), für lange Distanzen (z.B. 50m) bzw Orte mit hohen Störungen RS485 und dazwischen USB (mit anschließendem Wandler zu UART bzw RS232) bzw RS232.

Für I2C gibt es auch Bus-Extender (z.B. http://www.nxp.com/documents/data_sheet/P82B715.pdf). Damit kann man längere Distanzen zurücklegen bzw längere Leitungen verwenden. Der Nachteil ist das jedes IC/Modul/... das diesen I2C Bus verwendet auch einen Bus-Extender benötigt (soweit ich weiß).

Bei der Berechnung der benötigten Geschwindigkeit darfst du die Start/Stopbits, Addressierungen,... nicht vergessen.


Für Leitungslängen von unter 5m würde ich auf alle Fälle USB oder RS232 verwenden.

Je nach Anforderung musst du auch entscheiden welches Kabel du verwendest (Geschirmt, Ungeschirmt, Paare geschirmt (wie z.B. bei CAT7 Netzwerkkabel),...)

MfG Hannes