bixator Posted April 27, 2015 at 07:47 PM Posted April 27, 2015 at 07:47 PM Hi, If I understand correctly, I could use the RS485 extensions to have one or more "remote" stacks which I could get access to from a single brickd instance. Is this correct ? Is there anyway to achieve the same "distributed stacks" managed by a single brickd instance over Ethernet this time ? Last, can we use the RS485 extensions with 2 wires only ? Thanks. Quote
borg Posted April 27, 2015 at 08:32 PM Posted April 27, 2015 at 08:32 PM Hi, If I understand correctly, I could use the RS485 extensions to have one or more "remote" stacks which I could get access to from a single brickd instance. Is this correct ? Yes, exactly! Is there anyway to achieve the same "distributed stacks" managed by a single brickd instance over Ethernet this time ? With the Ethernet Extension you need 0 external instances of brickd. In case of Ethernet you connect directly to the IP of the Ethernet Extension. The Ethernet Extension itself provides brickd. Last, can we use the RS485 extensions with 2 wires only ? Thanks. No, you need 3 wires. Quote
bixator Posted April 28, 2015 at 06:46 AM Author Posted April 28, 2015 at 06:46 AM Hi, Thanks a lot for your quick reply. Is there anyway to achieve the same "distributed stacks" managed by a single brickd instance over Ethernet this time ? With the Ethernet Extension you need 0 external instances of brickd. In case of Ethernet you connect directly to the IP of the Ethernet Extension. The Ethernet Extension itself provides brickd. Unless I'm wrong, a client application would need to connect to each brickd instance running in the Ethernet Extension, which I'd like to avoid. So, I guess that there is no "brickd to brickd" protocol ? Last, can we use the RS485 extensions with 2 wires only ? Thanks. No, you need 3 wires. So, does this means that the RS485 Extension does not support half duplex ? Does this mean also what we can't connect a RS485 extension to a non-TKF 485 device ? Thanks. Quote
borg Posted April 28, 2015 at 09:01 AM Posted April 28, 2015 at 09:01 AM Unless I'm wrong, a client application would need to connect to each brickd instance running in the Ethernet Extension, which I'd like to avoid. So, I guess that there is no "brickd to brickd" protocol ? Right, there is no brickd to brickd protocol, you need to open a IPConnection per Ethernet Extension. So, does this means that the RS485 Extension does not support half duplex ? Does this mean also what we can't connect a RS485 extension to a non-TKF 485 device ? The third connection is for GND, it will likely not work well if you don't connect GND. Quote
bixator Posted April 28, 2015 at 07:27 PM Author Posted April 28, 2015 at 07:27 PM OK, thanks for the advise. Quote
bixator Posted May 1, 2015 at 10:24 AM Author Posted May 1, 2015 at 10:24 AM Hi, Still on the RS485 topic, I'm planning to build a "remote stack" with: a RS485 master extensiona Servo Brick4 PTC brickletsa Dual Relay Bricklet2 master bricksa setp down power supply brick Is this remote access over RS485 going to "stand the load" ? I suspect that the PTC bricklets could generate bunch of trafic... Thanks. Quote
borg Posted May 2, 2015 at 08:54 PM Posted May 2, 2015 at 08:54 PM I don't think that this stack should make any problems regarding throughput. But it depends on the programs you intend to run with it, of course. Quote
bixator Posted May 5, 2015 at 06:26 AM Author Posted May 5, 2015 at 06:26 AM Thanks. One last question, what would be the minimal ambiant temperature operation of such a stack ? Thanks. Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.