Forum Replies Created
-
AuthorPosts
-
Great – thanks, Beth, we’ll check it out!
Hi Evan, Thanks for your response. I agree with your concerns about the tiny coax cable and the fragile uFL connector. Poking around yesterday, looking at additional options, I was considering adapting uFL to the larger SMA with something like this: https://www.adafruit.com/product/851 and then, if necessary, using an external SMA or RP-SMA antenna if that’s do-able. I’m pretty ignorant of what’s compatible with what at this point, so more reading to do!
Matt
Hmm, are you able to successfully open the python interpreter at that location? E.g., from Windows command line, enter
1C:\Users\Josh Biddle\AppData\Local\Programs\Python\Python38-32\python.exeThe path to your Python.exe will likely be:
C:\Users\<your-username>\AppData\Local\Programs\Python\Python38If you don’t find it there, you could try the method described here:
https://stackoverflow.com/questions/647515/how-can-i-find-where-python-is-installed-on-windows-Matt
OK, looks like I still get 504 errors intermittently, even when all UUIDs are specified properly.
123456789101112ending data to [ 0 ] data.envirodiy.orgPOST /api/data-stream/ HTTP/1.1Host: data.envirodiy.orgTOKEN:Content-Length: 274Content-Type: application/json{"sampling_feature":"7931905c-049e-47a0-8d72-aea640d8a9f6","timestamp":"2020-02-05T11:24:00-07:00","22f72fe8-ac24-4773-b9e9-92f204a726ed":74.8,"c280d8aa-c334-45b9-8d02-8b913038b69e":-45,"79c60153-41ab-4801-9dda-e80c02af25b8":109,"2f34e2e3-fa7d-4b30-a4e5-af0db5337fbf":4.791}-- Response Code --504------------------------------------------I just found issue #303 on the ODM2DataSharingPortal site that may be related to my issue: I have a blank UUID in my example request, posted above. I’ll retest and report back.
Looks like it will still happen when posting to monitormywatershed.org. It’s intermittent, as before. Log file attached.
To do this test, I modified line 21 in EnviroDIYPublisher.cpp as follows:
12// const char *EnviroDIYPublisher::enviroDIYHost = "data.envirodiy.org";const char *EnviroDIYPublisher::enviroDIYHost = "monitormywatershed.org";Matt
Attachments:
In my case, any time I get a 504 response, the corresponding data do not show up on MMW. Pasting the same JSON message body into Postman and sending it always succeeds with a 201.
Hi Sara, Thanks very much for those details. I will set the updateValue flag to true for values calculated from sensor readings where we’re not also sending the non-calculated reading of the same variable. I’m doing this on the DS3231 temp as well as the Hydros-21 depth, which I’m converting from mm to inches. If you anticipate this causing any timing issues for the Hydros, let me know, and I will implement the dual array solution you’ve described.
Best,
Matt
I’m converting the temp value coming from the DS3231 from C to F and reporting the F value to MMW. However, unless I also add the C value to the variableList array, the F value being reported is -17966.2, which doesn’t make any sense. What am I missing?
1234567891011121314151617181920212223242526272829303132333435363738// Create a DS3231 sensor objectMaximDS3231 ds3231(1);// Create a temperature variable pointer for the DS3231Variable *ds3231Temp = new MaximDS3231_Temp(&ds3231, "d3a573b9-294a-4c5e-bef8-41b61ccb2197");// Units conversion functionsfloat convertDegCtoF(float tempIn){ // Simple deg C to deg F conversionreturn tempIn * 1.8 + 32;}// ==========================================================================// Creating the Variable Array[s] and Filling with Variable Objects// ==========================================================================float getRTCTempinF(void){ // Convert temp for the DS3231return convertDegCtoF(ds3231Temp->getValue());}// Constructing calculated variables. (Used baro_rho_correction.ino and VariableBase.h from enviroDIY.) -M.Barney// Create the calculated temperature Variable object and return a variable pointer to itVariable *calcRTCTemp = new Variable(getRTCTempinF,1,"temperatureDatalogger","degreeFahrenheit","TempInF","22f72fe8-ac24-4773-b9e9-92f204a726ed");Variable *variableList[] = {calcRTCTemp,ds3231Temp, // If I remove this line, the value for calcRTCTemp gets reported as -17966.2. With this line in place, calcRTCTemp gets reported correctly.new Modem_RSSI(&modem, "c280d8aa-c334-45b9-8d02-8b913038b69e"),new Modem_SignalPercent(&modem, "79c60153-41ab-4801-9dda-e80c02af25b8"),new ProcessorStats_Battery(&mcuBoard, "2f34e2e3-fa7d-4b30-a4e5-af0db5337fbf")};Hi Sara, Since we got Bypass working on this modem, and @jlemontu-org (whose display name doesn’t match his username :)) has a window of time today to redeploy it in the field, we opted to just roll with it, so I haven’t taken the time to try #modemLast again, but thank you for the fix (I understand about the bleeding edge!)
Thanks for the tips on file permissions issue – makes sense.
Jake and I are going to take a pause on deploying new XBee3’s, pending any new findings from y’all about the ongoing failures. Please let me know if there is anything I can do to assist.
Best,
Matt -
AuthorPosts