ECMD Geschwindigkeit: Unterschied zwischen den Versionen
(Messungen von Andy eingefügt) |
K (Ursprüngliche Messungen sind von pklaus) |
||
| Zeile 30: | Zeile 30: | ||
Die verwendete ethersex Version ist der Commit [http://github.com/ethersex/ethersex/commit/e9c8928fcbf110fb5ddb5aacc08226a012e6da64 e9c8928] mit einer Laufzeit (whm) von mittlerweile 817 Stunden (34 days). Kaum andere Werte ergibt die aktuellere Version des Commits [http://github.com/ethersex/ethersex/commit/608809bf3b64dedab1a0dd531dc3b007ca3ff665 608809b]. | Die verwendete ethersex Version ist der Commit [http://github.com/ethersex/ethersex/commit/e9c8928fcbf110fb5ddb5aacc08226a012e6da64 e9c8928] mit einer Laufzeit (whm) von mittlerweile 817 Stunden (34 days). Kaum andere Werte ergibt die aktuellere Version des Commits [http://github.com/ethersex/ethersex/commit/608809bf3b64dedab1a0dd531dc3b007ca3ff665 608809b]. | ||
| + | |||
| + | Gemessen von pklaus. | ||
=== Atmega168p, USB mit FT232R === | === Atmega168p, USB mit FT232R === | ||
Version vom 1. Jänner 2010, 16:49 Uhr
Inhaltsverzeichnis
ECMD Geschwindigkeit
Wenn du dein ethersex mit ECMD in einer hohen Geschwindigkeit angesprechen möchtest, ist für dich die Rate wichtig, in der das ethersex in der Lage ist, ECMD Anfragen zu beantworten. Im Folgenden sind einige Werte aufgeführt, die einen Anhaltspunkt dazu geben können.
Messungen auf verschiedener Hardware
Pollin AVR-NET-IO mit ATMega32
| Beantwortete Anfragen pro Sekunde | Weg der Anfrage | gesandtes ECMD |
| 480 | Netzwerk, TCP | adc get |
| 17 | T-DSL 2000, TCP | adc get |
| 32 | RS232 (115200 baud) | adc get |
| 627 | Netzwerk, TCP | whm |
Die verwendete ethersex Version ist der Commit e9c8928 mit einer Laufzeit (whm) von mittlerweile 817 Stunden (34 days). Kaum andere Werte ergibt die aktuellere Version des Commits 608809b.
Gemessen von pklaus.
Atmega168p, USB mit FT232R
| Beantwortete Anfragen pro Sekunde | Weg der Anfrage | gesandtes ECMD |
| 299 | TCP, serielles ZBUS über FT232R, 460800 Baud | whm |
| 250 | TCP, serielles ZBUS über FT232R, 460800 Baud | adc get |
Der Atmega168p läuft mit 18.432 MHz und lässt sich damit mit maximal 460800 Baud ansteuern. Bei 921600 Baud ging nichts mehr, vermutlich kommt das nächste Byte noch innerhalb des Receive-Interrupts. Mögliche Zwischenwerte wie z.B. 691200 hab ich nicht probiert, weil auf dem PC dann das Setzen der Baudrate komplizierter wird.
Details zum verwendeten Board gibts hier, gemessen von Gerd.
Atmega32 mit 12 MHz, Software-USB
| Beantwortete Anfragen pro Sekunde | Weg der Anfrage | gesandtes ECMD |
| 53 | TCP, Software-USB | whm |
| 44 | TCP, Software-USB | adc get |
Gemessen von Andy.
Pollin AVR-NET-IO, Atmega644p, 16 MHz
Stark reduzierte Konfiguration
| Beantwortete Anfragen pro Sekunde | Weg der Anfrage | gesandtes ECMD |
| 607 | TCP, Ethernet | whm |
| 462 | TCP, Ethernet | adc get |
Konfiguration mit rfm12,Syslog,NTP,http usw.
| Beantwortete Anfragen pro Sekunde | Weg der Anfrage | gesandtes ECMD |
| 116 | TCP, Ethernet | whm |
| 111 | TCP, Ethernet | adc get |
Gemessen von Andy.
Wie man hier gut erkennen kann, ist die verwendete Konfiguration ein wichtiges Kriterium für die tatsächlich erreichbare Geschwindigkeit.
Software für Messungen
Für die Messung wurde das Python-Projekt avrnetio von pklaus verwendet. Es ist hier von github erhältlich.
Für die serielle Kommunikation wird pySerial verwendet, für Netzwerk python sockets (TCP mit persistenter Verbindung). Konkret genutzt wurden die beiden Skripte example.highSpeedMeasurement.py und example.highSpeedMeasurementSerial.py, die für eine eigene Untersuchung anzupassen wären.
siehe auch: http://list.zerties.org/pipermail/ethersex-devel/2009-February/000724.html
