possible to add PH_meter(SKU__SEN0161) and HC-SR04-Ultrasonic-Sensor ?

[nke69]

Good morning,

First and foremost thanks for this fantastic job that you made us enjoy;)

I modify it a little bit according to my needs as a freshwater aquarist :) I realize the French translation but it takes a little time.

I would like to add a PH probe like this but is it compatible with TerrariumPi?
here is his info: https://github.com/jimaobian/DFRobotWiki/wiki/PH_meter(SKU__SEN0161)

And secondly, I would like to add an ultrasonic level sensor (http://www.instructables.com/id/HC-SR04-Ultrasonic-Sensor-With-Raspberry-Pi-2/) but will he also be recognized by the program?

Thanks in advance,
nke69.

[theyosh]

Thanks for the compliment.

Regarding the hardware. The Ph probe is an analog device which can't be readout by a Pi directly. So that needs an analog board in between. I am working on this, but it has a very low priority now.

The level sensor is something that could be easy added. But then the question rises what do you want to do with it? It does measure a distance. But does it need some kind of alarms?
Personal I am thinking to use it as a way to measure my spray water level. And when the distance is to big, the tank is empty and will just give an alarm.

But you could also think of something that trigger a water pump to fill tanks. That needs more data and actions. Also that needs some insurance it will not overflow etc...

So I will look into the level sensor, but the Ph probably not or somewhere this year. The analog part makes it also a bit harder to support. It needs more technical and electronic skills on a Pi.

[nke69]

775/5000
Thanks for the clear answer;)

The PH probe is not a priority for me at this time and if somehow I can help I would love it;)

The level sensor meanwhile, my goal is to effectively calculate the water level available in the tank, past an alert threshold that I determined, the ideal yes would be to fill automatically via a pump perilstatique from a tank Reserve. I would pair it with an overflow sensor placed directly into the sensor aquarium that has a waterproof float (on / off) for safety. and which would disable the pump when the float determines the required height.

https://www.mantec.be/fr/capteurs-de-niveau-d-eau/18183-capteur-de-niveau-d-eau--normalement-ouvert-5410329207168.html?search_query=capteur+niveau&results=39

I'm still working on the best couple hc-sr04 or only the level sensor in concert with a pump

[Jelly-Flinger]

It depends on how accurately you want to stop the pump at a given water level. You might be better to have 2 independent ultrasonic level sensors. The reason being you can see that both sensors are operating as expected. A float switch you don't know if its working. (this is a common control philosophy for modern oil & gas facilities).

I am guessing that the reservoir is small enough that if the tank reserve is accidentally pumped out in its entirety that nothing bad will happen?

I have not personally looked into the accuracy or details of the ultrasonic meters you propose and don't know the details of your setup. Just some food for thought!

[Aapjes94]

I'd love to see something like the ultrasonic level sensor as well. I'm currently using the software for controlling a small indoor greenhouse. An ultrasonic sensor could be used to track the growth of plants.

In any case, if something like this is going to be implemented. It would be useful to be able to add a constant or a multiplication (*-1) to the measured data before it is plotted. That way users can manipulate the measurements to convert the values to remaining litres of water or total plant height.

[theyosh]

I will add support for the ultrasonic level sensor. But I think I will implement on a more generic way.

First it will be just a new kind of sensor.
Each sensor has a min and max limit. On which a trigger can be created
Multiple sensors can be combined to use the average values. This will not fix the issue of wrong hardware or faulty readouts.
Add a new environment part for the water tank.

The problem I have a bit with measuring plant height is that is probably inaccurate due to leafs. Also to know the height of the plant, there are more values needed. Like the height of the sensor. Else you cannot calculate the height. Because I measure distance from sensor to first object.

But you can still track the growth speed. Everyday the distance will be shorter, and that difference can be logged and graphed.

Also mixing this sensor with a switch kind sensor is harder to make. And because the heater, and cooler work already on the min and max values. So that is easier to expand.

[theyosh]

Ultrasonic sensor is ordered...

[theyosh]

Update: Followed: https://www.modmypi.com/blog/hc-sr04-ultrasonic-range-sensor-on-the-raspberry-pi

Used 10K and 4.7K Ohm resistors in stead of 1K and 2K. Does work.

Test code is working.... So I hope to have an early test version in a few days

[nke69]

Hello, great job and thanks for following yosh :)

[nke69]

Hello ;)
unable to run the hc-sr04 from the interface, I have this error every time:
2018-02-22 20: 00: 10,000 - INFO - terrariumWrapper - Starting TerrariumPI server at location: http://192.168.1.61:8090 ...
Traceback (most recent call last):
File "/home/pi/TerrariumPI/terrariumPI.py", line 17, in
terrariumEngine = terrariumEngine ()
File "/home/pi/TerrariumPI/terrariumEngine.py", line 88, in init
self .__ load_sensors ()
File "/home/pi/TerrariumPI/terrariumEngine.py", line 139, in load_sensors
self . UNIT_TYPE)
File "/home/pi/TerrariumPI/terrariumSensor.py", line 51, in init
self.sensor_address = {'TRIG': sensor [0], 'ECHO': sensor [1]}
IndexError: list index out of range

I have a basic python script from modmypi and when I run it it gives me the distance. I'm looking for but I'm drying on this error :(

in the settings if I put a hadwaretype other than hc-sr04, the ./start works and starts the application ..
On the other hand if I force the hardwaretype = hc-sr07 restart in loop and finally crashing of the soft

[Sensora4bfa7ca2c856bbccdbc39eff0102ecb]
address = 18 (18-20-23-24) always the same error
alarm = True
alarm_max = 25.0
alarm_min = 15.0
hardwaretype = hc-sr04
id = a4bfa7ca2c856bbccdbc39eff0102ecb
limit_max = 25.0
limit_min = 15.0
name = fleet
type = distance

[theyosh]

Ah sorry, need to mention.
Input is 2 GPIO numbers, separated by ,

Using this setup: https://www.modmypi.com/blog/hc-sr04-ultrasonic-range-sensor-on-the-raspberry-pi

Enter the value of TRIG,ECHO in the interface. It needs two GPIO ports to work on

[nke69]

Perfect, the magic comma :) thx a lot yosh

[theyosh]

It does need some update in the documentation about this... :P

[nke69]

in the log i've got always this error ;

UnboundLocalError: local variable 'pulse_start' referenced before assignment
pulse_duration = pulse_end - pulse_start
File "/home/pi/TerrariumPI/terrariumSensor.py", line 163, in update
Traceback (most recent call last):

Any suggestion ? knowing that my achievement is consistent with yours;)

[theyosh]

sounds like you are measuring a small distance?
Made a small code change. Try git pull and restart

[nke69]

Everything is ok now ;)

[theyosh]

Ok... I will close this issue, and continue on the other one for the PH sensor.

[theyosh]

Hi @nke69

I had to rewrite this code part, so could you do a test for me? Check out the latest master branch and see if your PH values are still correct and working?

To get the code easier to read and work with, I have rewritten all the sensor code. And your PH sensor is the only sensor I cannot test myself.

[nke69]

hello, no problem I will test tomorrow because I have to put my probe on the raspberry that crashed :)
currently the measurement is taken in remote.
I made a small correction in the terrariumSensor.py file by adding:

"
def get_ph (self):
return self.get_current ()
"

just after distance, otherwise the remote capture of the pH did not work

[nke69]

Hi,

Just tested now .. everything appear normal .. same pH on Raspberry and on Arduino ;)

[theyosh]

Cool. I updated the code for remote Ph as mentioned by you above. So then this is all fine again. Thanks for testing!