Forum Replies Created
-
Posts
-
Hello to everybody,
regarding the robustness of the SD card using this option:
on the SD card is stored only boot starter:http://www.berryterminal.com/doku.php/berryboot#berryboot_v20_-_bootloaderuniversal_operating_system_installer
SD card then shut the switch. All traffic data and run only on a USB flash drive. It is quite robust and not prone to mistakes as when it runs only on an SD card.
Sincerely MAPI
Photo: https://pihrt.com/elektronika/248-moje-rapsberry-pi-zavlazovani-zahrady@Ray: I understand the problem, if not support the app with multiple inputs i remained Rimco version. Thank you Martin
Hi all,
weather algorithm is not 100% function on my location.
Example: weather reports rain, yet not a drop of rain falls, and the program was blocked – this is a mistake.
The only real indicator is the rain sensor whether it rained or not.
Yes is possible join rain sensor between power outlets valves (COM terminal), but I lose the ability to detect rain in the mobile application and that’s the main reason why I talk about it constantly. I do not want a virtual prediction from weather algorithm , but the actual entry.
Furthermore it is not yet actual resolved protection when is not water in reservoir or pipe burst (via water flow sensor). I want to use the maximum (ie, mobile applications and Unified Firmware), but until this somehow solve reasonably’ll have to use OSPy (https://github.com/martinpihrt/OSPy) where the detection of flow (pressure) resolved plugin, but unfortunately the mobile application of Samer early as this tree is not supported. I just do not understand why it is a problem to connect additional input in HW Unified firmware.
Ray, of course, is the main creator and I do not have anything to say, but that I consider fundamental to be able to order hardware (or Rasp from Ray).
Thanks MartinYou are right That it can modify in the FW …
But I would not want to get to the stage That I’ll make Adjustments FW and Then Will not supported (Either UI or HW). I already Went through this with OSPi dan / OSPy Rimco.On the other hand, if the flow sensor used as a detector malfunction (no flow if station open, or vice versa is a large flow if the station is closed, etc …) is in my view appropriate to use detection (another detection at this time is not in the OS -AC/DC/OSPi). And if I use only flow sensor (rain sensor is disabled) and now rain and station has now irrigation – this is error.
It is therefore appropriate to have these two sensors together. I understand that the box has no hole OS (the terminal with another pin).
The user base uses rain sensor, and if he wants to expand its hardware pulls out another conductor plate. But according to my aid should both simultaneously.If not support in the OS (and mainly in UI) for two sensors simultaneously does not make sense to further discussed in this thread because I got back to the blind fork.
Thanks Martin
Yes,
Thank you for your answers. Sorry for the stupid questions. However, the question was whether it will be used at the same time rain and flow. If I can modify the code and add a pin to OSPi regardless of the OS? and ask git-pull? If it make does encourage Samer opportunity for both sensors simultaneously?
Thank you Martinthought:
I still think of one idea within OpenSprinkler Unified Firmware applicable to all versions OSPi/ BBB / HW Sprinkler – use I2C bus supporting circuitry (such as ADC, pulse counter, etc …) then it will not matter whether the hardware version has pins. If I2C IC is mounted and connected in to FW as plugin (circuit would I2C injected as a plugin). But it’s just a thought. Once again, thank you for the work and effort you devote to the project.
example wind plugin: http://www.pihrt.com/elektronika/298-moje-raspberry-pi-plugin-prutokomer
example keyboard:
http://pihrt.com/elektronika/323-moje-raspberry-pi-plugin-ospy-8-tlacitek-8-led
Thanks MartinHi Ray,
I understand that it does not currently hardware version of the other terminal, but I use OSPi and I have no problem to connect additional pin. The problem I see is that applications from Samer does not actually choose both sensors (flow and rain). I would in the future be used only OpenSprinkler Unified Firmware instead OSPy. Currently did not work LCDs and other features that I had OSPy from Rimco OSPy. But the Application of Samer is God! The problem is that I am not a guru in C ++ and other things. Originally it was OSPi from Dan (I started to learn Python), then I switched to OSPy from Rimco (and re-started everything from scratch – ie plugins for OSPy). Currently I see the opportunity to start doing everything properly in OpenSprinkler Unified Firmware, but are fading and I’m not able to do much of anything. Today I tried all day to get into Uni fw I2C LCD support, but only same mistakes …. I would also like to participate as a contributor (I have a lot of sensors in the system OSPy). I have no problem to build your own hardware to test (for example, support the buttons in OSPi as the Arduino hardware version).
Thanks MartinIn his system using a pump 3 phases from afar draw water. The problem occurs when not water or bursts (some damage) through pipelines. Suppose that the station will run 30 minutes. Then the pump runs 30 minutes without water. For this reason, I use the pressure sensor and the pump to shut down before damage can occur.
Thus: master must turns into a certain time to be in the line pressure (or flow), otherwise the program is terminated (in my case ospy send email arrives, it is a disorder) pressure is an online monitoring
thank youHi, it would be good so there was the possibility of measuring pressure (flow) and otherwise the pump (master). Due to a fault (no water), or a burst pipe. In ospy version (https://github.com/martinpihrt/OSPy-plugins-temp/tree/master/plugins/pressure_monitor) that no longer works, I would like to make this also envisaged in unified fw version Thank you Martin
