Comments on: Serial Latency: Teensy vs. Arduino

By: TamKabel

TamKabel — Mon, 04 Jun 2018 06:17:06 +0000

Warning: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead in /home/httpd/vhosts/pixelinvaders.ch/httpdocs/neophob.com/wp-content/plugins/codecolorer/codecolorer-core.php on line 49 Warning: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead in /home/httpd/vhosts/pixelinvaders.ch/httpdocs/neophob.com/wp-content/plugins/codecolorer/codecolorer-core.php on line 50

By: ajebulon

ajebulon — Wed, 11 Jan 2017 09:21:04 +0000

By: Arduino Uno – Latência – II | Mundo da Robótica

Arduino Uno – Latência – II | Mundo da Robótica — Fri, 24 Apr 2015 15:02:16 +0000

By: michu

michu — Thu, 27 Jun 2013 11:13:35 +0000

By: efrianto

efrianto — Thu, 27 Jun 2013 09:34:21 +0000

By: Serial communication between Raspberry Pi and Arduino

Serial communication between Raspberry Pi and Arduino — Wed, 30 Jan 2013 14:02:13 +0000

By: Latency | Electronic Music Instruments Design

Latency | Electronic Music Instruments Design — Fri, 04 Jan 2013 18:30:43 +0000

By: Dev Update #1: Pipeline Changes due to Processing & Latency | Team Snapdragon

Sun, 02 Dec 2012 19:45:04 +0000

[...] We quickly ran into a major issue with using Processing to read the serial data. Once we had the workflow fully set up, we noticed major latency issues between pressing a physical button on the Arduino and hearing an audio response. At first, we weren’t sure where the latency was occurring – but we found that there’s inherent latency problems in Processing caused by Java’s RXTX library, responsible for serial data (read more here). [...]

By: HowTo: Write your own interface application for Arduino | Marphy's Blog

HowTo: Write your own interface application for Arduino | Marphy's Blog — Fri, 05 Oct 2012 14:42:41 +0000

By: Finally! A working streaming firmware for my Rainbowduino V3 controllers « Programmers' Pain

Wed, 19 Sep 2012 18:41:16 +0000

By: The first test assembly of my 512 RGB LED coffee table « Programmers' Pain

The first test assembly of my 512 RGB LED coffee table « Programmers' Pain — Thu, 01 Mar 2012 21:16:01 +0000

By: Jordan

Jordan — Wed, 11 Jan 2012 21:16:40 +0000

I stumbled on this page when trying to build a PS3 mouse adapter. I was thinking about buying the FT232RL serial-usb-converter breakout board at Sparkfun (http://www.sparkfun.com/products/718), to use with a Teensy board... Now, I understood probably 1% of what was stated in this article, and I really have no clue what any of this means (I'm just building this adapter with the aid of pictures). But, stumbling upon this page tells me one thing... that certain Arduino products may have latency issues. Well, latency is a big deal in the gaming community, and I was wondering; does any of this latency-talk apply to the FT232RL product? It looks like an Arduino product. If so, I might as well settle for the CP2102 serial to USB converter. This may be a very misinformed question, which I understand completely, and these Arduino latency issues may not even apply to the FT232RL converter I mentioned at all.

By: Latency « @ STEIM

Latency « @ STEIM — Mon, 24 Oct 2011 14:06:23 +0000

By: Project Gus» Blog Archive » Notes on FTDI latency with Arduino

Project Gus» Blog Archive » Notes on FTDI latency with Arduino — Sun, 16 Oct 2011 11:42:17 +0000

By: linvinus

linvinus — Thu, 26 May 2011 20:14:33 +0000

By: linvinus

linvinus — Thu, 26 May 2011 20:12:49 +0000

Little modification for arduino void setup() { Serial.begin(1000000); Serial.flush(); }//end of setup void loop() { if (Serial.available()) while(1){ .... also in latency_test2.c #define BAUD B1000000 .. if (cfsetspeed(&tinfo, BAUD) < 0) die("error in cfsetspeed\n"); with that settings i get following results $ ./latency_test2 port /dev/ttyUSB0 opened waiting for board to be ready: .ok latency @ 1 bytes: 2.05 ms average, 7.20 maximum latency @ 2 bytes: 2.00 ms average, 2.12 maximum latency @ 12 bytes: 2.06 ms average, 6.87 maximum latency @ 30 bytes: 2.02 ms average, 3.35 maximum latency @ 62 bytes: 2.10 ms average, 7.12 maximum latency @ 71 bytes: 2.09 ms average, 4.18 maximum latency @ 128 bytes: 3.00 ms average, 3.34 maximum latency @ 500 bytes: 7.02 ms average, 8.61 maximum latency @ 1000 bytes: 11.99 ms average, 12.21 maximum latency @ 2000 bytes: 22.00 ms average, 23.14 maximum latency @ 4000 bytes: 41.99 ms average, 42.33 maximum latency @ 8000 bytes: 81.98 ms average, 82.71 maximum

By: neophob.com » Serial library rxtx v2.2pre5

neophob.com » Serial library rxtx v2.2pre5 — Wed, 25 May 2011 19:04:28 +0000

By: michu

michu — Wed, 25 May 2011 18:31:27 +0000

By: Ultimaker - Erik

Ultimaker - Erik — Wed, 25 May 2011 17:45:51 +0000

It works fine on a Mac. uname -a gives me: Darwin macbook-2.local 10.7.0 Darwin Kernel Version 10.7.0: Sat Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386 i386 i386 This really allows the Ultimaker 3D printer to print even faster when controlled from a Mac. Apparently now the latency for printing instructions can be fed at a higher rate allowing more detailed prints at high speeds. Thanks! Now, the question is... How do I go about recompiling the rxtx lib for other OSs? Erik