Jump to content

bixator

Members
  • Gesamte Inhalte

    23
  • Benutzer seit

  • Letzter Besuch

Alle erstellten Inhalte von bixator

  1. Hi, Thanks a lot for your quick reply. So, does this /dev/ttyS0 device supports the regular Linux and RS485 specific related ioclt() parameters ? Any tips to patch brickd for this ? Do you plan to add a brickd configuration parameter which would ease this ? Thanks.
  2. Hi, I would like to use the RS485 Master extension as a Linux serial device (such as /dev/ttyXX) when stacked onto a RED-brick. Is there a (brickd ?) configuration parameter which would allow this ? Thanks.
  3. Hi, I had exactly the same issue when trying to power on a small 3Ways valve engine using the TKF Dual Relay bricklet. My stack was using an older Ethernet POE extension but the whole stack, which includes a RED Brick, is powered using a external source. The RED brick was not reachable anymore after switching the 230V phase on. I've tried to replace the Dual Relay bricklet with a brand new one but the issue remained. So, I've tried to plug a Wifi USB dongle into the RED Brick USB port, instead of using the Ethernet connection, and this issue did not show up anymore... Regards.
  4. Hi, Still fighting with these PTC issues, I'm tracking the values and try to check for suspicious values. I've been able to detect this morning that 2 of the 4 PTC connected to the same master brick we reporting constant and invalid values. Reseting the master brick did clear the issue but this mechanism is not really reliable. Regards.
  5. Hi, So, I've finally connected the PE to the Dual Analog In Bricklet GND and this did the job. Regards.
  6. Hi, I'm using a Dual Analog In bricklet to measure some water flow. The sensor I'm using requires DC 5V Power supply and reports its value in a range of 0.5V to 3.5V. So, I've connected the Bricklet to the flow device this way: - 5.0V Output pin '+' to the 5V - 5.0V Output pin '-' to Ground - +/-35V Input 1 'pin 0' to flow analog signal - +/-35V Input 1 'pin 1' to 5.0V Output pin '-' This allows me to get some value but it with some kind of offset (around 700mV) regarding to the expected value. According to the technical support's answer I got from the manufacturer of the device, I should connect the PE of the flow sensor to the equipment which is used to measure the signal of the device. I'm not sure how I would do this (I guess it would be to the 5.0V Output pin '-' to Ground), so any advise would be welcome. Thanks in advance for your help. Regards.
  7. Indeed, I have 4 PTC bricklets with PTC connected to them and 2 other bricklets in the stack but without any sensor connected yet. Two of them seem to have this strange behavior very often, the 2 other get it from time to time only. BTW, I've tried to use the set_noise_rejection_filter() call but that did not help that much so far. Thanks for your help. Regards.
  8. Hi, Just did a quick check today and found this surprising issue. There is currently no PTC probe connected to this PTC bricklet but the Brickd and/or Brick viewer (cf attached screenshot) don't agree... Any idea ? Regards.
  9. Thanks for the tip, I will give it a try. Currently, I poll the PTC every 60 seconds using a small Python script based on your API examples. I'm planning to store the values and monitor for unchanged value for a given amount of time, and then try to call the set_noise_rejection_filter() function if the value remains the same. The issue is to be able to detect if an unchanged value is valid or not. Regards.
  10. So, I guess that my issue is probably different then. As you can see in the attached screenshot, I got the issue from 2 different PTCs (temperature value is flat for a while). Regards.
  11. Hi, I don't disconnect the power, I perform the reset of the of the master brick in the stack the faulty PTC is attached to, using the brick viewer application. Please note that when this issue happens, the brick viewer reports the sames temperature value for ages, which in my case does not make sense at all. So, I was considering monitoring the temperature value changes over the time in my application and perform an "automatic reset" of the master brick but this sounds overkill to me... Any advise would be welcome. Thanks for your help. Regards.
  12. I have exactly the same issue with at least 2 PTC bricklets. One is connected 'remotely' using RS485 extensions but the other one is local. The issue can last for several hours (!) and I didn' find any other workaround than resetting the Master brick the PTC bricklet is connected to. Sometimes, the PTC bricklet recovers by itself. I've checked the phyiscal connections and they look good to me. The is_sensor_connected() returns true anyway when this issue happens. Is there anything else to check ? Thanks. Regards
  13. Hi, Thanks for your reply. I guess that I will end up not upgrading some of the Master Bricks then as long as it is "safe". Regards
  14. Hi, Upgrading Bricklets using the brickviewer application is really easy, works like a charm and, even better, does not require physical access to them. Although upgrading master brick firmware is almost as easy, it does require physical access (to push the upgrade button) which is unfortunately not always possible. In my case, this is a complex operation as I have installed these master bricks into a DIN Rail enclosure with many bricklets wires going through the enclosure itself. So, is there a way to upgrade a master brick firmware "in situ" without the need of pushing the button (such as the Over The Air Upgrade) ? Thanks in advance for your help, Regards.
  15. Hi, I have stack with RED Brick running an Image 1.6. I've seen that a new 1.7 image is available and I'm wondering how I can upgrade my current image (instead of a full install from scratch) ? On a related topic, is there a TKF Debian repo available on line to upgrade brickd an brick viewer Debian packages ? Thanks for your help. Regards.
  16. hi, That was it indeed, I was wronlgy using 1000000 which is not in the list of recommended baud rates. I moved to 100 000 ant it works fine now. Does setting higher baud rates implies higher CPU load on the RED brick or is this handled transparently by the RS485 Extension ? BTW, the RED brick is very impressive, so is the whole software which is packaged with it. Very nice product. Thanks.
  17. Hi, Thanks for your reply. Yes, I've tried the default baud rate (please note that the cable length between the two stacks is about 1 meter!) and tried then to lower it to 100000. Nothing changed. Again, this setup works fine if I replace the RED brick by a Master Brick. Is there any debug flag I could turn on or specific files to watch for RS485 extension errors ? Thanks.
  18. Hi, I'm trying to connect two Tinkerforge Stacks using the RS485 extensions. Things work fine when I'm using a master brick on the master RS485 side, and I can browse the bricklets connected on the remote stack. Moving the master 485 to a RED Brick, no remote bricks get listed. So, is this a supported configuration ? How can I debug this issue (log messages for RS485) ? BTW, I'm using the latest RED Brick Image. Thanks for your help.
  19. Thanks. One last question, what would be the minimal ambiant temperature operation of such a stack ? Thanks.
  20. Hi, Still on the RS485 topic, I'm planning to build a "remote stack" with: a RS485 master extension a Servo Brick 4 PTC bricklets a Dual Relay Bricklet 2 master bricks a 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.
  21. Hi, Thanks a lot for your quick reply. 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 ? 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.
  22. 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.
×
×
  • Neu erstellen...