Geschrieben April 27, 2015 at 19:4727. Apr 2015 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.
Geschrieben April 27, 2015 at 20:3227. Apr 2015 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.
Geschrieben April 28, 2015 at 06:4628. Apr 2015 Autor 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.
Geschrieben April 28, 2015 at 09:0128. Apr 2015 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.
Geschrieben May 1, 2015 at 10:241. Mai 2015 Autor 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.
Geschrieben May 2, 2015 at 20:542. Mai 2015 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.
Geschrieben May 5, 2015 at 06:265. Mai 2015 Autor Thanks. One last question, what would be the minimal ambiant temperature operation of such a stack ? Thanks.
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.