Jump to content

bixator

Members
  • Gesamte Inhalte

    23
  • Benutzer seit

  • Letzter Besuch

bixator's Achievements

Newbie

Newbie (1/14)

0

Reputation in der Community

  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.
×
×
  • Neu erstellen...