feel free to make a GH issue and doc this too
thank you for the help.
I am currently running the “hotfix_arduino_handler_node_crash” branch of openag_brain for the test grow.
you may want to start with that, since there are some other known issues with the AM2315 flaking out and causing the arduino to stop sending data.
just type and hit enter
Hi! I noticed that the UI was trying to fetch images from a url like
I assume there was a problem by fetching the images from the couchdb document attachments, but I haven't able to figure out the reason.
Thanks!
http://10.0.0.12:80/../img.jpg - after digging through the UI code it seems it was set to that value because of a demo (OpenAgInitiative/openag_ui@a986714). Is there a reason to keep the images being fetched that way? (via nginx+ros image_saver)I assume there was a problem by fetching the images from the couchdb document attachments, but I haven't able to figure out the reason.
Thanks!
I think we can use the most recent topic type view to fetch the most recent aerial_image file and then view it in the UI if we can view the couchdb document as an image
Cool, thanks for the explanation! I have been able to render image attachments properly on the browser, I wonder if it is because I am using a different camera (and image format) but perhaps something else also changed recently. Anyways, I think reverting those commits for the demo should be enough to get it back running (which would include fetching the latest image). I'll file a PR soon to fix it
@rbaynes in your V2.1 release on the Wiki at the bottom of the page under Downloads you have a link to this file: https://github.com/OpenAgInitiative/openag_brain/releases/download/untagged-c9c4f8b8e8bb32840ec3/openag_brain_v1.0.0.tgz
It is returning a 404 error not found, I'd like to try using your image if you could update that link please.
fixed
hi all, here Thieme from the Netherlands - I'm from the AstroPlant team which is a project we do with the European Space Agency. We talked with Rikuo and Rob yesterday. We may be posting some questions here and hope to contribute to OpenAg (although we currently have a different stack, we look for possibilities for collaboration).
first question: what is the reasoning for not using the DFRobot EC / pH sensors?
byebye!
Thieme, this our wiki, which our community members help maintain (but it is mostly us). There is a link on it to our forum too. The device you will be interested in is the Personal Food Computer v2.1 (latest release). That page on the wiki has the link to our github repo and build instructions (hardware and software). https://wiki.openag.media.mit.edu/
Let me know if I can point you at any other info!
Hi there, I'm Sidney one of the software developers from the AstroPlant team. I have been investigating EC solutions and have a couple of questions as to why DFrobot sensors are unreliable. Q1 Was there a PH sensor in the system during testing? If so you need an isolation module that is available at their site, which prevents noisy measurements. Q2 there is a calibration procedure to make sure the readings are accurate, did you follow this procedure?
A1 - yes, but they were isolated. A2 - we did follow the calibration procedure....We deployed the sensors in 6 units. Only half of them gave consistent readings. We didn't have much time to go very deep into the sensors so getting a few and seeing what you can do to explore a lower cost solution could be worth the time. A member in the OpenAg community, Rich Klosinsky, dug deeper into a better ph/ec/temp unit. Check it at plantcubed.com/product/openag-phectemp-probe
Not sure if he's still actively trying to sell the unit, if not you might be able to get the design files from him. Regardless he's a nice guy and worth reaching out to
Thanks for sharing! I'll reach out to grow@plantcubed.com. Any idea why OpenAg PFC has no integration of that unit? Atlas Scientific is high-end, but are in turn quite expensive.