H2O/IP
AltImage writes "This interesting project uses water as an organic network between two computers. It analyzes the color of each pixel and 'prints' out pulses to the electronically controlled water valve - a different pulse pattern depending on the color of the pixel on screen."
damnit.
There was another link I can't find anymore to a lab moving microscopic drops of water around on a sillicon substrate really fast. The target apps are in biochemistry, but iirc the design used the liquid to do some logic, also.
"A language that doesn't affect the way you think about programming, is not worth knowing" - Alan Perlis
If we assume that drops need to start off at least 10mm apart, using the high school classical equation t = sqrt(2s/g), we get about .045s or around 20 drops per second. (They will be physically much further apart at the bottom, of course, but the same distance apart in time.)
Now assume we use classical serial communication, 1 start bit, one stop bit, one parity bit. That's 11 bits to a byte, or very roughly 2 bytes per second. The problem is mainly one of error correction. There is no back channel, so any errors cannot be corrected as there is no retransmit request. This is definitely not related to TCP/IP which was intended to be a robust protocol. It's just the equivalent of Morse code. Even so, at about 100 bytes per minute, and with the opportunity for compression, the transmission rate is about as fast as an ordinary Morse operator.
Panurge has posted for the last time. Thanks for the positive moderations.