[neilh20]

Great @ldecicco  – one area to note with “pio pkg install” is how it becomes part of your build process.  I like to have a development build environment tree.  Then a final “release” environment – and attempt to take a full snapshot of all libs used. I encapsulate the difference in text instructions and operation of the platformio.ini.

[neilh20]

@rogers1313 interesting question, and I’ve been mulling over possible solutions as it seems very attractive.

The area undefined , is power,  cost of the cellular gateway, and reliability of the connection.

Its possible to do the individual elements easily – 900Mhz point to point –  and cellular – but then introduce a packet with the “readings in JSON”, that has to be pushed between the two, and also manage the resultant handshake ACK to ensure reliability of delivery.

One way to think of it might be with LoRa 900Mhz to a LoRa Gateway on Cellular. The power usage for a cellular gateway may become an issue if its solar powered.  With the physical layer and the output on a say ThingsSpeak LoRa WAN, now  the readings needs to be pushed to a server. MonitorMyWatershed doesn’t easily support that interface, but there are other servers that might be turnkey, and there is then the need to configure the server interface.    Be interested to see if other people have ideas

[neilh20]

@ldecicco congrats on trying the platformio – it has a lot of professional capability, but like anything – getting in a fancy plane(!) there are lots of bells and whistles that can go off.

For “new” libs there are at least two ways to work with them, a)  put the full path to them under libdeps

I find a https://github.com/arduino-libraries/ArduinoMqttClient

and in the platformio.ini

lib_deps = https://github.com/arduino-libraries/ArduinoMqttClient

1 2	lib_deps =     https://github.com/arduino-libraries/ArduinoMqttClient

This pulls into your directory under .pio\libdeps\mayfly

b) clone to directory <lib> – that is go to the directory lib and run

git clone git@github.com:arduino-libraries/ArduinoMqttClient.git

Check that its been installed correctly and builds OK. Also then need to make sure its also not specified in platformio.ini as it will also be pulled in to .pio\libdeps\mayfly and compile there instead.

To be able to modify a lib, there are a couple more stages – assuming you have a github account, first on github fork the lib, then clone it into the local lib directory.  Check that its building ok from that directory. Then make modifications, finally “git push” back to your forked repo.

For a number of examples, you could look at my forks in

https://github.com/neilh10/ModularSensors/tree/release1/examples/tu_xx01 – and say how I manage TinyGSM – the amazing AT interface lib  ~ see

https://github.com/neilh10/TinyGSM.git<span class=”pl-c”>#rel1 ;Bug fixes over Envirodiy</span>

It is very powerful, however does require a lot of learning by doing and also checking out other examples.

It does also require following how git works – for instance on a repo fork I try and add to a different “branch” than what the source uses. so envirodiy specifies “master”, but I create and add to “release1”, and then in the repo make that the source branch.

To understand git,  I prefer the cmd line interface, as I don’t quite trust what the gui github client to tell me what its doing. I do use the vsc git for looking at differences. I often make small changes, say in a comment, just to test out how it works, and verify that its getting to the online repo correctly. I keep a “<project>-diary.docx” of what I’ve done that works.  Its pretty amazing, however it can take some curating to know the sequences to make it work.

Hope that works for you

 

[neilh20]

The other side of failure is looking at how to  design for system stability.

Some components may appear to fail, like modems. However the software of course needs to be robust enough to handle network conditions.

A way of thinking about it is the “7 Layer OSI stack”  and transmission reliability is attributed to Network Layer, or  layer 3  https://en.wikipedia.org/wiki/OSI_model

[neilh20]

@sofija  if you start a topic, perhaps describing what sensors you think you want, and some of the sensing goals, then it would be easier to provide some insights. My first board I used was from a Dutch company, the hardware availability isn’t a good place to discuss this. It could be in https://www.envirodiy.org/forum/infrastructure-and-equipment/

[neilh20]

Hello Mary, gosh you may have to provide more detail of what you are thinking you are doing. The tipping bucket is typically a pulse count – it needs to translate the mechanical tipping bucket to an electronic pulse.  So you may want to reference this in more detail.

There is this , never tried it . .. https://github.com/EnviroDIY/TippingBucketRainCounter

[neilh20]

Hi Cal, great to hear you’ve got your problem solved.

Believe me that is part of the process, learning how the libs go together. They can be amazing to pull in,  – but its part of the programming paradigm of how to reference and track them.

Sometimes better to post a new thread when asking a question, and for programming its getting the focus on the right level of detail to be able to get thoughts on what is causing an issue.

[neilh20]

Hi Cal, its good if you could include the compile errors, even perhaps as an attachment. In your current form you are making anybody wanting to help do a lot more work.

As you are posting in this old thread on Yosemite-library I’m guessing its something to do with that.

I had a similar problem with Yosemitech Lib described here- https://github.com/EnviroDIY/YosemitechModbus/issues/32  I think its an AnthonyA issue with the Yosemitech Lib not being labeled.

If it is about Yosemitech Lib issue, you might trying pull from the (master) and I don’t think its an issue there, as it references an earlier Yosemitech Lib

[neilh20]

While browsing something else, I came across this ISCO 3700 references – no idea if its workable

https://github.com/EnviroDIY/Trigger

https://github.com/EnviroDIY/Trigger/tree/master/hardware/ISCO-Mayfly-Trigger

[neilh20]

@khaase great to hear  – do you have a pn for the cap – be interested see what the internal ESR is.

Seems to me a way to monitor the battery for maximum life is to read the voltage unloaded, and then again when it is loaded.  The capacitor moderates the voltage reading, but still droops. So it would be how much droop (lack of charging from high impedance   battery) can tell you something, and how much accuracy do you need from the ADC to be able to effectively detect a significant droop.

BTW here are some observation on the battery voltage measurement.

https://github.com/EnviroDIY/EnviroDIY_Mayfly_Logger/issues/36 ~ I implemented an algorithm to reduce the noise.

https://github.com/EnviroDIY/EnviroDIY_Mayfly_Logger/issues/32 ~ discussion across different Mayfly versions

and if you have anything to add to this https://github.com/EnviroDIY/EnviroDIY_Mayfly_Logger/issues/29

Some real world, with two monitoring sources,  one a resistor divider to 12bit ADC, and the other the internal method, https://monitormywatershed.org/sites/TUCA-Na13/ –

https://monitormywatershed.org/tsv/TUCA_PO03/ – battery V with inter Vbat and external  STC3100 to read battery V & Est battery capacity – however turns out to be hard problem to calculate

[Author]

Posts