bixator Geschrieben April 27, 2015 at 19:47 Geschrieben April 27, 2015 at 19:47 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. Zitieren
borg Geschrieben April 27, 2015 at 20:32 Geschrieben April 27, 2015 at 20:32 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. Zitieren
bixator Geschrieben April 28, 2015 at 06:46 Autor Geschrieben April 28, 2015 at 06:46 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. Zitieren
borg Geschrieben April 28, 2015 at 09:01 Geschrieben April 28, 2015 at 09:01 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. Zitieren
bixator Geschrieben April 28, 2015 at 19:27 Autor Geschrieben April 28, 2015 at 19:27 OK, thanks for the advise. Zitieren
bixator Geschrieben May 1, 2015 at 10:24 Autor Geschrieben May 1, 2015 at 10:24 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. Zitieren
borg Geschrieben May 2, 2015 at 20:54 Geschrieben May 2, 2015 at 20:54 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. Zitieren
bixator Geschrieben May 5, 2015 at 06:26 Autor Geschrieben May 5, 2015 at 06:26 Thanks. One last question, what would be the minimal ambiant temperature operation of such a stack ? Thanks. Zitieren
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.