- Sun Jan 10, 2010 12:19 pm
#89991
I'm not trying to do this. I just want to know how someone would think about the solution. And I know this is an annoying post, I've been to graphics programming boards where people ask impossible questions without knowing the basics and that's me right now.
So if someone gave you two Arduino's and two fiber HBAs (or ethernet or even an PCI based null modem kit), how would you go about making them talk to each other (without using a PC). Assume it's PCI and single mode fiber and forget about sending high-level messages (TCP or whatever). What if you just wanted to send a single bit as a proof of concept? I know it's hard but what if you had a lot of time and money to do it?
Someone on this board asked a similar question when someone asked how to use a PCI ethernet card and the arduino and someone replied, "the arduino couldn't keep up with the buffer". Ok, but why? Did they multiply the bus width x the bit throughput? What exactly is the upper limits or the Arduino or how could I compute it? How crazy of a device is the cut-off point? How much can be externalized (breakout boards?) to make "hard" things viable (minus just serial to a PC/real box)?
Sorry that this is a hard question to answer. I'm just trying to grok it a bit even if I don't intend to do this ever. Would you try to breakout the PCI connections and power it externally? Is there an IC type/family that I could read up on? For example when someone says "PCI controller" what exactly is it?
PCI-e x16 has 82 pins. I've done the little 7 segment LED hello world test but that's just an array of on/offs with a common anode. Are the PCI/PCI-e so complicated that people don't even think of the pins as high/lows but as something else? If there's a protocol to communicating with a device, do people interface with a chip that does all the heavy lifting?
Thank you for your patience.
So if someone gave you two Arduino's and two fiber HBAs (or ethernet or even an PCI based null modem kit), how would you go about making them talk to each other (without using a PC). Assume it's PCI and single mode fiber and forget about sending high-level messages (TCP or whatever). What if you just wanted to send a single bit as a proof of concept? I know it's hard but what if you had a lot of time and money to do it?
Someone on this board asked a similar question when someone asked how to use a PCI ethernet card and the arduino and someone replied, "the arduino couldn't keep up with the buffer". Ok, but why? Did they multiply the bus width x the bit throughput? What exactly is the upper limits or the Arduino or how could I compute it? How crazy of a device is the cut-off point? How much can be externalized (breakout boards?) to make "hard" things viable (minus just serial to a PC/real box)?
Sorry that this is a hard question to answer. I'm just trying to grok it a bit even if I don't intend to do this ever. Would you try to breakout the PCI connections and power it externally? Is there an IC type/family that I could read up on? For example when someone says "PCI controller" what exactly is it?
PCI-e x16 has 82 pins. I've done the little 7 segment LED hello world test but that's just an array of on/offs with a common anode. Are the PCI/PCI-e so complicated that people don't even think of the pins as high/lows but as something else? If there's a protocol to communicating with a device, do people interface with a chip that does all the heavy lifting?
Thank you for your patience.