JimMoore

I can feel your pain, Cal. I am going to face the problem of data upload to the the cloud or whatever on some projects that I am contemplating. I have a Mayfly water sensor on my property and the 2G is working fine. Shannon has a small box that does a 2G site survey that we used before installation of SL149

I think the larger concern will be…[Read more]

Hi Stephen-

Generally all you need is a diode (1n914) and clamp resister, 10 K, to the 3.3 Volt bus. This will isolate the higher rs232 voltage from the Mayfly. This is not totally spec (the diode drop gets added to your logic levels) but should work.
Shannon can probably add to this in case he has tried the cheap and dirty solution and it…[Read more]

I have been trying to setup the new rev 0.5 boards to run my Atlas Scientific sensors and I have been using the Mayfly_sleep example. I changed J1 to use D10 as the interupt and it didn’t work till I used attachInterrupt(2, wakeISR,CHANGE)
This didn’t work reliably until I added the pinMode(RTC_PIN, INPUT_PULLUP) back into the example code.

I…[Read more]

Thanks Shannon-
I got my mayfly boards today and just ordered some protoboards.

I just ordered two Mayfly boards so they seem to be in stock. I could not find the protoshields however. Are they in stock?

Any estimate when mayfly proto boards will be available?

I finally solved the never-sleep problem. The problem seems to be related to the slow decay of the power to the Grove connector. With the sensor connected the decay is approximately 50ms. In the senosrSleep() function the power and rx/tx are turned off but the Vcc voltage doesn’t get a chance to decay before this function is exited which seems…[Read more]

You assume correctly. When operating correctly the red power LED3 is off during sleep mode. I just retested with my sensor disconnected and works properly with myserial.begin(9600) active. Therefor my problem seems to be when the sensor is connected and returning data.

I need to do a bit more trouble shooting. The objective is to wake the…[Read more]

What is the status of the prototyping shields?

Thanks

I would appreciate help on a problem with my code derived from the Mayfly-sleep.ino example. I am using the SoftwareSerialMod.h library as recommended to resolve a pin conflict. However, when I activate myserial.begin(9600) the program does
not

go into sleep mode.

attached is my code:

/*
  This example sketch puts the Mayfly board into…

[Read more]

Thanks, that’s what I did and my program now compiles but doesn’t work but its progress and I’m learning.

Btw, the libraries.zip gave me a corrupt file error but loading the two _Mod libraries separately worked.

Is the Decagon code that was used in the seminar available? That might help me understand the deep sleep mode better.

I have version 0.3 and it looks like I would cut the trace at JP1 but would then have to wire the int pin to D10 since there is only two pads at JP1. I think I can add the wire with out making too much of a mess. Will this work? I’ll also give the software fix a try.

Any updates on Amazon stock and protoshield availability?

Thanks for all your help!

I tried the NewSoftSerial.h library, which I understand uses interupts instead of polling, and still no joy.

I think I have run out of options so any suggestions would be appreciated!

Maybe I should put all of my code in the sensorWake() function…

By process of elimination the the compile error seems to be related to

#include <SoftwareSerial.h</ul

…and I assume this is where the code goes.

/*
  This example sketch puts the Mayfly board into sleep mode.  It wakes up at specific times,
  records the temperature and battery voltage onto the microSD card, prints the data string
  to the…

[Read more]

ok so what kind of file can i upload!!

oops i’ll try a text file for the code