reef-pi :: An opensource reef tank controller based on Raspberry Pi.

[rhospider]

rpi_pwm_freq is set to 100.

Also checked PWM with gpiozero. Seems to be working, I can make the LED pulse with this method.

So seems to be an issue with reef-io and not my set up?

 

[Bigtrout]

Yes maybe @Ranjib would have more insight, it seems like a driver issue, maybe reef pi did not load correctly for some reason...

 

[Ranjib]

Can you share the reef-pi log, and issue a reload from ui

 

[Ranjib]

Hi all. I'm running through the tutorial and am not able to get the testjack lighting control to work. I have updated the config file with the 2 channel line and believe I have set up the overall config correctly. However, when I try to add a test jack I get the following message:
{"error":"Failed to create. Error: write /sys/class/pwm/pwmchip0/pwm0/period: invalid argument"} | HTTP 500
This seems to be a server side error.

Could anyone assist?

I think I understand what’s happening , it should work as expected after you reboot pi.

 

[Ranjib]

manager , work in progress.. just the instance CRUD (create, retrive, update, destroy) API+ UI was done last week. No test yet.. still a long way to go, but I'll keep landing small changes , followed by an end to end refactor at the end (to increase code coverage/change any obvious design pitfalls)

 

[brandon clow]

Has anyone tried to set up different lighting profiles for the same fixtures. I haven't been able to find a way to do this yet but wanted to see if my approach is incorrect. I use the diurnal for all of my 9 channels across 3 fixtures. The thought was to create a photograph mode for the lights in which I may define a preset fixed value. I created the channel assignment for this new mode under jacks. Then head to the lighting subsystem and assign my mode. I don't think this will work though properly after looking through journalctl -u reef-pi I see that this new addition is still outputting a value when assigned to 0 which I understand that once its created in lighting it's a constant output. Has anyone devised a way to do this? I looked at a macro to turn of pieces of the lighting subsystem but the sandbox is too shallow there. If there is a 0 value that's outputting while my daily diurnal is running I'm sure there will be a conflict.

 

[bishoptf]

Has anyone tried to set up different lighting profiles for the same fixtures. I haven't been able to find a way to do this yet but wanted to see if my approach is incorrect. I use the diurnal for all of my 9 channels across 3 fixtures. The thought was to create a photograph mode for the lights in which I may define a preset fixed value. I created the channel assignment for this new mode under jacks. Then head to the lighting subsystem and assign my mode. I don't think this will work though properly after looking through journalctl -u reef-pi I see that this new addition is still outputting a value when assigned to 0 which I understand that once its created in lighting it's a constant output. Has anyone devised a way to do this? I looked at a macro to turn of pieces of the lighting subsystem but the sandbox is too shallow there. If there is a 0 value that's outputting while my daily diurnal is running I'm sure there will be a conflict.

+1
I was wanting to do something similiar, I have configuration for my lights that ramp up and down but would also like to have a pre-set setting that I could just turn off and on, curious as to how accomplish it, basically multiple profiles for the same fixture.

:)

 

[Ranjib]

It’s not possible to do this easily with ui. I am tracking this as a feature request and hopefully
I’ll implement it sometime future , but it’s not a priority thing yet, one of meta feature for 3.0 around arbitrary pwm profile needs to be done before we can support this easily in ui.

It will be trivial to write a small script to do this via api (python, nodes etc) and then hook up the script with a push button or something similar

 

[Des Westcott]

I've just noticed a strange aberation......

We are experiencing "rolling blackouts" here, and power goes out for 2 hours at a time once or twice a day - depending on your schedule.

I have a timer set up in Reef-Pi that adds Kalkwasser every hour (and my ATO does the rest). The timer is set to run on every "01" minute. Our rolling blackouts seem to start and stop pretty near exactly on the hour. I've noticed a couple of times that when the Reef-Pi starts up, the timer seems to be running, but does not turn off as it is supposed to. I can go in manually and turn the equipment off.

As a work-around, I have now set the timer to run on the "30" minute.

But it would seem that if the Reef-Pi loses power during a timed operation, it does not remember to reset the equipment status to orignal when power is restored.

I am also going to install a small UPS for my Reef-Pi to keep the Pi alive for a few hours in the event of a power outage. Not the equipment, just the Pi. Should also help with this issue.

 

[b4tn]

I have my wavemakers set to turn on at the designated hour and every minute after that hour. This way if I loose power or turn them off for a macro function once the timer is re-enabled or power comes back on one minute later they turn back on.

You could experiment with creating a second timer that turns off the kalk pump every minute by using a * in the month, hour, minute field, then 0 in the second field. The only issue is that doing this is that any functions on that piece of equipment would be limited to 1 minute of run time. So you would set the kalk to dose Month *, Hour *, Minute 0, Second 1. This gives you 59 seconds of run time before the second timer turns it off at the 0 second mark. Thats just a thought. It may or may not work.

 

[Ranjib]

I've just noticed a strange aberation......

We are experiencing "rolling blackouts" here, and power goes out for 2 hours at a time once or twice a day - depending on your schedule.

I have a timer set up in Reef-Pi that adds Kalkwasser every hour (and my ATO does the rest). The timer is set to run on every "01" minute. Our rolling blackouts seem to start and stop pretty near exactly on the hour. I've noticed a couple of times that when the Reef-Pi starts up, the timer seems to be running, but does not turn off as it is supposed to. I can go in manually and turn the equipment off.

As a work-around, I have now set the timer to run on the "30" minute.

But it would seem that if the Reef-Pi loses power during a timed operation, it does not remember to reset the equipment status to orignal when power is restored.

I am also going to install a small UPS for my Reef-Pi to keep the Pi alive for a few hours in the event of a power outage. Not the equipment, just the Pi. Should also help with this issue.

This is a tricky problem, as during the start of the power outage reef-pi was supposed to keep the outlet on, while when power came back reef-pi has no clue what the state should be , as the timer has crashed , and the last known state was on. I am open for suggestions here,

 

[Buckaroo]

following :)

 

[bishoptf]

following :)

Welcome to Reef2Reef and Reef-pi! :)

 

[theatrus]

This is a tricky problem, as during the start of the power outage reef-pi was supposed to keep the outlet on, while when power came back reef-pi has no clue what the state should be , as the timer has crashed , and the last known state was on. I am open for suggestions here,

Add a “fallback” option to outlets? Options are on/off/last.

 

[bishoptf]

Add a “fallback” option to outlets? Options are on/off/last.

I was thinking about something along those lines, I still need to dig more into the code to understand how things are working in relation to the database, but why not write something to the DB regarding the state, on/off for each device. If reef-pi is restarted it just reads from the variable for each component and restores based on last state. It does get tricky if the state is based on a timer etc, would require additional flags for things turned on via macro and timers.

 

[Bigtrout]

Add a “fallback” option to outlets? Options are on/off/last.

If this can be implemented easily, this would be my vote as well!

 

[Ranjib]

following :)

Welcome :-)

 

[Ranjib]

Add a “fallback” option to outlets? Options are on/off/last.

And how reef-pi will know it has to fallback ? Like detect there was an abrupt shutdown? And what this means got input and other type of outputs (like pwm /jack )

 

[bishoptf]

And how reef-pi will know it has to fallback ? Like detect there was an abrupt shutdown? And what this means got input and other type of outputs (like pwm /jack )

Exactly that why I was thinking of writing the state to the database, gets complicated if its running a macro since it's transitive depending on how long its supposed to run. I dunno something similar to a journal entry for a journaled hard drive, gets replayed when it boots back up. It's an interesting one to think about, not sure what teh best approach might be at the moment.

 

[Bigtrout]

Exactly that why I was thinking of writing the state to the database, gets complicated if its running a macro since it's transitive depending on how long its supposed to run. I dunno something similar to a journal entry for a journaled hard drive, gets replayed when it boots back up. It's an interesting one to think about, not sure what teh best approach might be at the moment.

As a hardware guy, id say a mini UPS to keep the pi up...ive already added a real time clock...maybe a next project for me ;)