Weather Simulation for Dimming expansion module

Share you PDE file with our community
Post Reply
rufessor
Posts: 293
Joined: Tue Oct 25, 2011 7:39 am

Re: Weather Simulation for Dimming expansion module

Post by rufessor »

All right... its been a while with lots of views here and the tutorial-

-Would be curious- if you have this up and running can you reply here to let me know. I suppose its either working so well no one has issues and were good... or perhaps there is little interest. My tank has been stable for over a month now, I am waiting for the sun to start changing again so I can be sure its tracking it correctly so if your running it a few comments with regard to the timing of the tank sunrise and set v.s. your window would help me assess this.

THanks!
adrynapoletano
Posts: 6
Joined: Thu May 24, 2012 10:25 am
Location: Nocera Inferiore

Re: Weather Simulation for Dimming expansion module

Post by adrynapoletano »

Hello I would like to have your help for the setup program.
I understood very little. I built an LED lamp white and royal-blue. There are 8 blocks of LEDs.
Only one block is composed of white LEDs (W) and blue (B) distributed in this way [3W-2B-2B-3W-3W].
The white LEDs are operated by drivers 8
The blue LEDs are operated by 4 drivers.
I do not have any expansion pwm, but check the lamp with the two channels of PWM reefangel. So I can say that I have two channels?
If so how and what should I set in the file. Ino
thanks
rufessor
Posts: 293
Joined: Tue Oct 25, 2011 7:39 am

Re: Weather Simulation for Dimming expansion module

Post by rufessor »

Unfortunately you cannot currently use the program as I have been neglecting putting in the code to enable it to control dimming channels on the reef angel controller itself. Another reason you cannot use the code, is that it ABSOLUTELY requires you have a dimming expansion module, period. I doubt you could fit this code on your controller and have room enough for anything else really. Sorry!
TanksNStuff
Posts: 188
Joined: Fri Dec 30, 2011 6:57 am

Re: Weather Simulation for Dimming expansion module

Post by TanksNStuff »

Forgive my ignorance, but I have a couple quick questions that need to be answered before I can attempt to test this code.

1. Are we supposed to be uploading this code directly to the Dimming Module or just including it in our main controllers coding?

2. If we're uploading directly to the Dimming Module... do we need any special cables? Do we just hook up a USB cable to it?

2. If we are including it in the main controllers code... does it matter where we add our own personal function coding (ie., custom main screen, custom menus, feeding schedules, RF Module control, etc) in relation to your weather simulation coding? Is there anything that needs to be first (or last) thing in the overall coding?

Thanks in advance. I read this entire thread and the entire "Tutorial" thread you linked and neither one explained anything about where the code gets uploaded to or how to combine it with our own stuff.

The only reason I thought of this question is this paragraph in your tutorial:
As it exists today, the code runs as a stand alone software for the PWM OR ANALOG dimming expansion module. Although I use PWM, Roberto tells me that there is no difference between them aside from the output signal type so the code will work identically on either. By stand alone I mean that it completely takes over your PMW expansion module- it runs independently of the Main controller- it doesn't even acknowledge the fact that the main controller exists. This will evolve as we work to enable some comm etc but its not working now. It simply runs your lights, thats it- period. Sounds like its not doing much? Read on...
Anyway, I'm hoping to get this running this weekend so hopefully you or someone who has used this code can answer me.
rimai
Posts: 12881
Joined: Fri Mar 18, 2011 6:47 pm

Re: Weather Simulation for Dimming expansion module

Post by rimai »

Yes, you need to load into the dimming module. You can use the same cable you use to program RA.
http://i761.photobucket.com/albums/xx25 ... 191505.jpg

Attached is the original code if you want to revert back.
Attachments
PWMExpansionCommands.ino
(3.04 KiB) Downloaded 560 times
Roberto.
TanksNStuff
Posts: 188
Joined: Fri Dec 30, 2011 6:57 am

Re: Weather Simulation for Dimming expansion module

Post by TanksNStuff »

Oh, I see. I need to take it apart and connect it inside? Gotcha.

Thanks Roberto!
TanksNStuff
Posts: 188
Joined: Fri Dec 30, 2011 6:57 am

Re: Weather Simulation for Dimming expansion module

Post by TanksNStuff »

Well, I uploaded this code (after editing all the required lines as per the tutorial) last night and it didn't appear to work as intended. Granted, I only tested it by changing the time on the controller as a means of testing when the lights would come on/off.

I'm going to try it again next weekend when I can be home to watch it in real time after a natural reset of time on the clock.

Here are a couple observations I made while trying it:

1. After you upload the code (if it's not already disconnected) unplug and then reconnect the USB cable going into the Dimming Module. Until you do that, it appears that the Dimming Module remains the same as it was before changing the code on it. I'm guess that this sort of reboots the board on the module?

2. Here's the test I did and my results:

Since I set the lat / long for my house, I looked up the sunrise/sunset times for my house and found that sunrise should have been 6:04 AM and sunset was 8:09 PM. While testing this by changing the clock time on my controller, I first set it to a time that I knew it should have lights - 11:00 AM.

No lights came on at all. After taking a quick peak at the android app, I noticed that since it was after my normal lighting period, the relay ports for my LED's were turned off. I manually turned them on with the Android App and all the lights went on. At this point, I thought everything should be working great!...

So, my next test idea was to change the clock time to an earlier time when I knew they should be off (4:00 AM). My plan was to find the sunrise point that the code was calculating to see if it was close to my actual time per the table I looked up. I was going to first increase in 1 hr intervals until lights popped on, then go back 1 hr and then increase the minutes until I got it to pop on. Sounds like a solid plan right?

To my surpise, the lights actually stayed on at 4:00 AM (whites and blues) and didn't go off at all. I think this is when I discovered that I had to unplug/replug the USB cable to reset the dimming module and then all lights went off after that. I found this by just dumb luck while staring at the module, lol.

Then I increased the clock 1 hour to 5:00 AM and lights came on again (even though they shouldn't have for at least another hour). They also appeared to be on 100% (or very bright at least, not at the 10% start intensity I was expecting.) I was very confused at this point and thought that maybe I had just used the wrong lat/long and it was just working on another places settings.

At this point, I opted to increase the clock time to see if it would get even brighter (even though I thought it was already at or close to 100%). No change was noticed after going up in 1 hour intervals until 11 AM.

Now, I decided to change the clock back to 5 AM, lights stayed the same intensity. Then went back to 4 AM, still the same. At this point, I unplugged/reconnected the USB again and lights went out again.

I began ramping up the clock 1 hour at a time again and at one point I let the clock sit idle and watched for about 5-10 minutes. (I think it was around the 9 AM clock change, but I'm not positive.) There was sort of a random dimming going on and I could see what appeared to be the "cloud" feature. It didn't appear to flow from my left fixture to my right (as I had set in the variables to be changed). It was more like each light was randomly dimming/brightening/dimming/brightening/etc.... This went on for several minutes repeatedly. I should have watched longer to see if it would develop into a storm and possibly see lightning, but it was getting late at this point and I needed to get to bed.

3. I then reverted my dimming module back to the original code that Roberto provided. This morning, everything was back to normal as per my slope settings in my controller's .ino so I'm happy this test was no harm, no fowl.

While writing this post, I just had a thought that the last observation of the lights dimming/brightening repeatedly could possibly have been lightning, but maybe the "flash" interval was just set really slow? Or, perhaps my analog drivers just don't react as quickly as a PWM driver would? That's something I'll play with this weekend too.

Another thought I had was maybe my controller's slope coding had interfered with the weather sim code on the dimmer module all the while? Next time I test, I'll just comment out my dimming code on the controller and reupload before changing the code back on the dimmer module.

Anyway, hope that helps anyone else trying this that may have similar results.

Anyway, that's all I have for now. I'll report back over the weekend after I try this again.
rimai
Posts: 12881
Joined: Fri Mar 18, 2011 6:47 pm

Re: Weather Simulation for Dimming expansion module

Post by rimai »

Did you reboot the dimming module everytime you changed the time?
I think the dimming only syncs with the time on reboot.
Roberto.
TanksNStuff
Posts: 188
Joined: Fri Dec 30, 2011 6:57 am

Re: Weather Simulation for Dimming expansion module

Post by TanksNStuff »

Not every time, no. After a while, I kind of figured that was the issue... but I wasn't sure if the module just checked for the time read from the controller on every cycle of the loop?

If it only syncs time on reboot then that could explain a lot of the issues I was having.

On a side note, is there a way to see what the sunrise / sunset output values the dimming module would currently be using? I'd like to know what the unit is using after calculating the formula using my lat/long values and the current date/time. Any way I can simulate running the code in Arduino (before I upload it) and have it give me the sunrise / sunset values that the module would be using at the current time?
rimai
Posts: 12881
Joined: Fri Mar 18, 2011 6:47 pm

Re: Weather Simulation for Dimming expansion module

Post by rimai »

Yeah, you can load it in a regular arduino board and place some Serial.println() calls.
Rufessor would be best to tell where to put the calls though.
Roberto.
rufessor
Posts: 293
Joined: Tue Oct 25, 2011 7:39 am

Re: Weather Simulation for Dimming expansion module

Post by rufessor »

Hello-

I actually left the serial debugging for this segment into the code you downloaded... for this exact reason ;)

Uncomment this stuff and then run your serial monitor when you Dimming module is plugged into the computer. I would test and trouble shoot this in a much simpler fashion. Plug in the dimming module into the computer, and even unplug the USB from the controller to the dimming module. Then load your code during daylight hours (or really, even at night) and as SOON as the load finishes hit the command key sequence or use the menu in Arduino to start the serial monitor. You need to be fairly quick since the part of the code that calculates and displays this only runs at boot or at midnight... Then just divide your rise and set values by 3600 to get decimal hours into todays day for the rise and set. Do not expect it to be exact but it should be recognizable as a normal day +/- some minutes or even 10's of minutes depending on your lat/lon and the date (OH... CHECK to be sure you using the correct sign on the lat and lon... and don't go back to the tutorial use an external web resource to be sure I did not screw that up :? ) And remember, you only put the sign on the FIRST part of the array... i.e.{-XX,XX,XX} NOT {-XX,-XX,-XX}.

I would be very hesitant to be using an external clock set to test this, I am not even sure the code I have is correctly syncing to the controller (I think it is.. but it could very well NOT be.. never thought to test this... maybe you can let us know).

Then, for all practical purposes you could basically leave the Dimming module plugged into your computer for a full day to be sure it sets etc and when this works (if its convenient) you could then simply plug it back into the controller and let it run and see that it performs identically.

I am betting its something with the way you set it up, if you have ANY more issues, please post the lines of code (in contiguous blocks) that you edited (easy to do) so I can look at the, and also please post your location (you do not need to be exact, a city is close enough).

Here is the stuff to uncomment (its in the CalcSun function), remove the /* */ from the top and bottom of each of these segments.....

/*Serial.print("rise and set= ");
Serial.println(rise);
Serial.println(set);
Serial.print("newDay as seconds since 2000 to todays midnight= ");
Serial.println(newDay);*/

rise=(rise-newDay);// set to elapsed seconds of day
set=(set-newDay);

/*Serial.print("rise and set as elapsed seconds of day= ");
Serial.println(rise);
Serial.println(set);*/

newDay+=946684800;//Convert newDay back to unix epoch GMT midnight today (used in loop to determine how far we are into the day)

/*Serial.print("newDay as seconds since since 1970 to todays midnight= ");
Serial.println(newDay);
Serial.print("elapsed is");
long elapsed=now()-newDay;
Serial.println(elapsed);*/

What this is going to do is output to serial the rise and set times as seconds since the year 2000
Then its going to output the value for midnight of todays date as seconds since the year 2000

Then the next block will correct the rise and set to elapsed times for the day (in seconds since midnight)

The final block will print out the actual Unix Epoch time (i.e. based on elapsed seconds since 1970) for today at midnight, (calling it newDay as seconds since 1970 to todays midnight) which is then used to calculate the elapsed time into the day which is also printed out as "elapsed is"

If your having issues, please post your set up file and the serial output as well as the time by your watch when you ran the serial debugging. The code will run just fine with the serial debugging on..... but its going to be dumping stuff to serial 1x/day or on every restart so once we get this figured out you probably should comment it back out.


Good luck, I think it will be fine. I am fairly confident this is a simple problem with a configuration setting... so you could just post that and your location so I can look it over... or if you like doing this stuff and want to know more about how the program is working you could do the test as I described and we can look at the whole thing but I am betting its in your set up or possibly (maybe, kinda unlikely) in the way that your system is configured, thus my suggestion to run your lights based upon ONLY the dimming module with it actually unplugged from the controller. MAKE sure the lights have power to them! hehehe...
rufessor
Posts: 293
Joined: Tue Oct 25, 2011 7:39 am

Re: Weather Simulation for Dimming expansion module

Post by rufessor »

As for the sync interval...

This is something I basically just copied so I *think* its correct.

These lines are in the setup of the code...

setSyncProvider(RTC.get); // the function to get the time from the RTC
setSyncInterval(SECS_PER_HOUR); // Changed to sync every hour.

So it *should* be syncing with your Controller every hour... so your testing method was not likely going to be working unless you happen to cross an hour along the way.
TanksNStuff
Posts: 188
Joined: Fri Dec 30, 2011 6:57 am

Re: Weather Simulation for Dimming expansion module

Post by TanksNStuff »

OK, I uncommented the serial.prints and this is what I got in serial monitor at 11:17 PM on 8/10/12 (Immediately after I uploaded the code)

Code: Select all

rise and set=  1137914262
1137949476
newDay as seconds since 2000 to todays midnight=  1137888009
rise and set as elapsed seconds of day=  26253
61467
newDay as seconds since since 1970 to todays midnight=  2084572809
elapsed is62280
rise and set=  1944882942
1944931838
newDay as seconds since 2000 to todays midnight=  1944926289
rise and set as elapsed seconds of day=  4294923949
5549
newDay as seconds since since 1970 to todays midnight=  -1403356207
elapsed is0
I live in Blackwood, NJ 08012.

Now explain to me how that 1.13+ billion seconds converts to an actual time of day for sunrise/sunset please.

Here's my setup code uploaded to the dimming module:

Code: Select all

//By Matthew Hockin 2012.  
//SWFLTEK library functions, #includes, and #define were copied directly from the Epherma library
//Epherma (SWFLTEK.com) was written by Michael Rice- thanks Michael it works great. 
//If you copy from this (its all open source) please 
//acknowledge Michael for SWFLTEK library code (obviously labeled) or Matthew Hockin (for the rest).

#include <Time.h>
#include <Wire.h>
#include <OneWire.h>
#include <Time.h>
#include <DS1307RTC.h>
#include <avr/wdt.h>
//includes for SWFLTEK functions
#include <stdlib.h>
#include <math.h>


//***********************************ARRAYS YOU MUST MODIFY TO MAKE YOUR TANK SET UP WORK*****************************
//YOU MUST READ EVERY WORD IN THIS SECTION IN ORDER TO APPROPRIATELY CONFIGURE THIS PROGERAM- READ EVERY LINE BELOW///
byte ChMax[]={225,225,200,200,0,0,0,0};//Incremental value (Max-flicker) above flicker you want as max intensity (!!!!!!! Light Set Point is ChMax PLUS Flicker !!!!!!) 
byte flicker[]={30,30,30,30,0,0,0,0};//need to input actual values here for flicker point on all channels in PWM expansion box
boolean Wchannel[]={0,0,1,1,0,0,0,0}; //use 1 to designate white channel (i.e. off during storm and used for lightning).  Array corresponds to PWM channel 0-5 in order
//Array to give direction to dimming.  e.g. DimOrder[]={0,0,1,1,0,0} (cloud chase effects, just group channels you want to dim together during a cloud or storm 
//as either a 0 or a 1, i.e. all left side channels are 0 all right are 1 or all front are 0 all back are 1 or whatever
//(which is zero or 1 will change who dims first).  set them all to 0 if your tank has no left/right or front/back lights.
byte DimOrder[]={1,0,1,0,0,0,0,0};
//set all channel positions that you would like to use for the lightning strike effect to 1 (0-5 are PWM channels 6,7 are Main PWM outs)- and channels with a 0 are not used in strike
byte StrikeChannel[]={1,1,1,1,1,0,0,0};
byte MoonCh[]={0,0,0,0,1,0,0,0};//place a 1 in the array position of all lighting channels you would like to use a moon lighting (this does not preclude their use in other phases (day, storm etc)
//**********************************DONE CHANGING THINGS HERE BUT YOU MUST CHANGE ChOffset array IN CalcSUN function******


//defines for SWFLTEK functions
// arc-seconds per radian
#define _sec_rad 206264.806247096370813

// axial tilt of earth at epoch, in radians
#define _tilt 0.409092804222329

// tropical year in seconds... rounding error accumulates to 26 seconds by the year 2136
#define _tropical_year 31556925

// 'zenith' of rising (setting) sun in radians (360 - 2 * 90.833 degrees)
#define _zenith 3.11250383272322

//*******************GLOBAL VARIABLE DECLERATIONS FOR MHOCKIN Weather package*************************************
//Unless your planning on editing the program DO NOT CHANGE ANYTHING HERE
long latitude, longitude;
byte TrueIntensity[8];//array used to place hold final write values for PWM intensity setting
long elapsedTime;//used multiple places as elapsed since midnight
long newDay;
unsigned long rise;//time in seconds from the year 2000 (GMT) for sunrise
unsigned long set;//time in seconds from the year 2000 (GMT) for sunrise
long ChRiseSet[16];//times of rise and set for all 8 channels based upon offsets from calc rise and set values
float ChSlope[16];//slopes for 1/2 day calculations based upon time from offset to midday for channel 1-8
long CloudMaster[20];// Set up array to hold start and end times for clouds for the day-
long midDay;// exactly 1/2 way between rise and set, i.e. solar noon for latitudes <60 close enough for us... 
byte PWMports[] ={
    3,5,6,9,10,11};
byte ChannelValue[8];// Array to store output of insolaiton which may be modified and stored in TrueIntensity which is used to write to the PWM channels
unsigned long StrikeStart;//timer to keep track of strike sequence
int StrikeMaster[20];//Array to hold random strike pattern generated by weather array is sized to MAX needed given strike patter generator (8 strikes=16 positions)
byte StrikeNumber;//place to hold total number of strikes this sequence
boolean StrikeNow;//starts lightning strike sequence in loop state change made in weather/storm loop
byte StrikeCount;//Used to properly sequence strike sequence for delay between strikes
byte cmdnum=255;
byte datanum=255;
byte dow=0;//day of week
byte strikePattern, strikeTime;//used in Lightning() for timing of particular instance of strike 
boolean Cloud;// are we in a cloud interval on days that have clouds
boolean CloudToday;//set in CalcSun if randomization yields a day with clouds.
boolean IsStorm;// are we in a storm
byte CloudsTotal;// how many clouds today
long lastmillis;// variable to track millis to enable cloud and insolation loop restriction by time
boolean StormAdvance;//storm timer for light effect advance
boolean InsolationAdvance;//when true we recalculate light intensity during clear sky (every 3 seconds seems more than often enough)
byte counter;//used to track millis advance for insolation,cloud trigger
//****************************************
//END HEADER/Global Variable declaration//
//****************************************

//Setup
void setup(){
    Serial.begin(57600);
    Wire.begin(8);
    //Wire.onReceive(receiveEvent);
    //Wire.onRequest(requestEvent);

    pinMode(3,OUTPUT);
    pinMode(5,OUTPUT);
    pinMode(6,OUTPUT);
    pinMode(9,OUTPUT);
    pinMode(10,OUTPUT);
    pinMode(11,OUTPUT);
    wdt_enable(WDTO_1S);
    unsigned long seed=0, count=32;
    while (--count){
      seed = (seed<<1) | (analogRead(5)&1);
    }
      randomSeed(seed);//start random generator at a different point each time (not perfect but whatever its gonna be pretty damn random)
    setSyncProvider(RTC.get);   // the function to get the time from the RTC
    setSyncInterval(SECS_PER_HOUR);  // Changed to sync every hour.
    
    dow=0;//set Day Of Week (dow) to a 0 value which is impossible (day()=1-7)... so we trigger calcSun on restart 
    StrikeNow=false;//no lightning strike yet
    CloudToday=false;//set to no clouds so CalcSun can set correctly if should be true
    Cloud=false;//set cloud to false
    IsStorm=false;//set storm to false
    lastmillis=millis();//start our millis timer now
    counter=0;//used in weather for triggering a storm, triggering lightning in a storm.
    StrikeCount=0;//Number of lightning strikes in the sequence.. set to zero until initialized in sequence
}
//End Setup
//*********************************************************************************************************************************

//*********************************************************************************************************************************
//Loop
void loop(){ 
    elapsedTime=(now()-newDay);//Elapsed time is seconds from midnight of today- local processor time.
    wdt_reset();
    if (cmdnum!=255){
        ProcessCMD(cmdnum,datanum);    
        cmdnum=255;
        datanum=255;
    }
    
    if (dow!=day()){ //used to see that were in a new day and need to recalculate sunrise and sunset
      CalSun();
      dow=day();
    }
  
    //Use millis to enable tracking of time interval
    if ((millis()-lastmillis)>=100){
        lastmillis=millis();
        counter+=1;
        StormAdvance=true;
        //now a bunch of stuff that may or may not be true at the same time but that all needs to happen when its true
        if (counter==0){
          InsolationAdvance=true;//so that it runs on start up to provide light immediately 
        }  
        if (counter%30==0){
          InsolationAdvance=true;
        }
        if (counter==210) counter=0; 
    }     

   if (InsolationAdvance==true) Insolation();//calculate clear sky solar intensity as the day advances
   Weather();//run the weather overlay (cloud, storm)
   //check to see if were need to have a lightning strike
    if (StrikeNow==true){
       if ((millis()-StrikeStart)>=StrikeMaster[(StrikeCount*2)]){//check if time has passed the delay (position 0,2,4,6,8 etc in StrikeMaster)-StrikeCount is indexed up by 1 after each strike so we see positions 0,2,4,6,etc in sequence
          byte intensity;
          intensity=random(180,256);// this little bit should generate a randomly bright flash variation between the series of flashes in StrikeMaster
              for (byte b=0; b<6; b++){
                  if (StrikeChannel[b]==1) analogWrite(PWMports[b],intensity);// set all strike channels to intensity of strike
              }
          delay(StrikeMaster[((StrikeCount*2)+1)]);//index to +1 position in array from 0,2,4, etc to 1,3,5 etc
          StrikeCount++;//so that the next time we look at elapsed time were looking at the right array position
          if (StrikeCount==(StrikeNumber-1)){
            StrikeNow=false;
            StrikeCount=0;
          }
       }
    }
    for (byte a=0;a<6;a++){//using all prior mods to light intensity (Insolation-->Cloud-->Storm) lets make some light
      analogWrite(PWMports[a],TrueIntensity[a]);//dont change this to 8 to refelct array for channels.. we only have 6 here!
    }
}
//End Loop
//*********************************************************************************************************************************

//*********************************************************************************************************************************
//Standard PWM Functions Receive/Process
void receiveEvent(int howMany) {
    wdt_reset();
    if (howMany==5){
        byte cmd1, cmd2, cmd3, cmd4, cmd5;
        cmd1=Wire.read();
        cmd2=Wire.read();
        cmd3=Wire.read();
        cmd4=Wire.read();
        cmd5=Wire.read();
        if (cmd1=='$' && cmd2=='$' && cmd3=='$'){
            cmdnum=cmd4;
            datanum=cmd5;
            //Serial.println(cmd4,DEC);
            //Serial.println(cmd5,DEC);
        }
    }
    else{
        for (int a=0;a<howMany;a++){
            Wire.read();
        }
    }  
}

void ProcessCMD(byte cmd, byte data){
    wdt_reset(); 
}

//End Standard Functions
//*********************************************************************************************************************************
//Start of sunrise, sunset and cloud calculations- runs on reset and once a day thereafter.
void CalSun(){
   //Serial.println("CalSun Run Now");

        //*********************YOU NEED TO CHANGE THESE VALUES Read instructions in their ENTIRETY and CAREFULLY change to values for your tank and geographical region***************************
        //channels 0-5 are PWM expansion board lights 6,7 are ReefAngel Controller PWM outputs
        //offsets for rise/set all values in seconds offset from calculated rise or set value (-) am offset=longer day****** (-)pm offset=shorter day)
        //array order is ch0 am offset, pm offset, ch1 am offset, pm offset etc..
        //THESE values are the number of seconds that a particular channel will be offset from the rise/set time, i.e. negative to rise earlier/set earlier
        int Choffset[]={
            0,600,-600,0,9000,-8400,8400,-9000,0,0,0,0,0,0,0,0};
        // NOW SET YOUR LATIDTUDE AND LONGITUDE COORDINATES as Degrees, Minutes, Seconds of Lat and Lon
        //If Your NORTH of the equator your LONGITUDE must START with a NEGATIVE number (the rest are positive) e.g. All of North America, Europe, Russia etc are negative
        //If Your EAST of the Prime Meridian your LATITUDE must START with a NEGATIVE number (the rest are positive), e.g. Most of Europe, All of China, India, Austraila, Russia etc are negative
       latitude=dmsToSeconds(39,49,19);//United States of America- Salt Lake City, local time is -7 hours GMT 
       longitude=dmsToSeconds(-75,3,30);
        //**********************ok now were done changing things IF YOU CHANGED the Top part of the GLOBAL variable decleration AND this... your FULLY configured and ready to load******************************************** 
   
    if (dow==0){//if the controller has resarted we need to find midnight
      long hours, minutes;//store current elapsed local hours as total seconds from midnight
      time_t t=now();//store current clock time to parse
      hours=hour(t);
      hours=(hours*3600);//current hour number 0-23 as seconds
      minutes=minute(t);
      minutes=(minutes*60);//minutes of current hour as seconds
      newDay=now();
      newDay-=(hours+minutes);//Convert current local unix epoch time to local unix epoch time of midnight
    }
    else if (dow!=0){//if we did not restart but the day is new then it is midnight and were good to go..
      newDay=now();
    }
      
    //#define SECS_YR_2000 (946684800) the time at the start of y2k (need to subtract from unix epoch time to bring to Y2K origin
    newDay-=946684800;//convert GMT unix Epoch to seconds elasped since 2000 for GMT midnight of today
    
    rise=newDay;//set value to send to SunRise as midnight GMT in seconds from Y2K
    set=newDay;//
    //Calculate rise time and set time using Epherma Library functions (see end of code) 
    SunRise(&rise);//call to Epherma function
    SunSet(&set);//Call to Epherma functionunsigned long newDay;
  
   Serial.print("rise and set=  ");
   Serial.println(rise);
   Serial.println(set);
   Serial.print("newDay as seconds since 2000 to todays midnight=  ");
   Serial.println(newDay);
    rise=(rise-newDay);// set to elapsed seconds of day
    set=(set-newDay);
   Serial.print("rise and set as elapsed seconds of day=  ");
   Serial.println(rise);
   Serial.println(set);
    newDay+=946684800;//Convert newDay back to unix epoch GMT midnight today (used in loop to determine how far we are into the day) 
   Serial.print("newDay as seconds since since 1970 to todays midnight=  ");
   Serial.println(newDay);
   Serial.print("elapsed is");
   long elapsed=now()-newDay;
   Serial.println(elapsed);
   
        //Calculate rise and set times for all channels in equivlants to elapsed seconds from midnight today
        //populate array for chRise and Set as well as chSlope for 0.5pi/ half day lenght for each channel from midday (asymmetric days are allowed)
        float deltaY=1.570796327;//1/2 * pi as integer by scaling* 10^9 to fill UL
        midDay=(((set-rise)/2)+rise);
        long HalfDayLength=((set-rise)/2);
       
        for (byte b=0;b<16;b++){//working as of April 5 2012 serial tested
            if (b%2==0){
                ChRiseSet[b]=rise+(Choffset[b]);
                ChSlope[b]=(deltaY/(float)(HalfDayLength-(Choffset[b])));
            }
            else if (b%2==1){
                ChRiseSet[b]=set+(Choffset[b]);
                ChSlope[b]=(deltaY/(float)(HalfDayLength+(Choffset[b])));
            }
        }  
        
        //***************** to CHANGE THE chance of Clouds actually occuring on a given day************************
        byte CloudChance=100;//% Chance of a Cloud every day
        //****************************now were done- did you use a value from 0-100 without a decimal?****************
        
  
        byte RainMaker=random(1,101); 
        if (RainMaker<=CloudChance){
            CloudToday=true;//used to trigger weather function, can also be used to send flag to controller
        }
        else if (RainMaker>CloudChance){
            CloudToday=false;//see above comment on CloudToday
            return;
        }
        long dayLength=0;
        for (byte a=1;a<16;a=(a+2)){//determine maximum day length given light on tank that is not moon light, this will yield night clouds and storms (and a storm after dark is severe... always
          if (a==0){
            if (((set+Choffset[a])-rise)>(set-rise)){
              dayLength=((set+Choffset[a])-rise);  
            }
            else dayLength=(set-rise);
          }
          else if (a!=0){
            if (dayLength<((set+Choffset[a])-rise)){
              dayLength=((set+Choffset[a])-rise);
            }
          }
        }
        
        // number of clouds possible for the day, max and min
        byte CloudsMax=10;//DONT INCREASE BEYOND 10 or it will DIE, or increase array size to handle it (among other things)
        byte CloudsMin=4;//use 2 as a minimum
        CloudsTotal=random(CloudsMin,(CloudsMax+1));
        
        // Average day is 50,000 secs so if 4 clouds and 10% that gets you 5,000 seconds of clouds (about 1800 seconds length for each of the 4 clouds in independent segments (if 4 is # clouds)
        byte OvercastMin=((CloudsTotal*10)/5);//Min cloud length will be about 1000 seconds (15 mins)- 1 hour min of clouds if you have 4, 2 hours if you have 8
        byte OvercastMax=((CloudsTotal*10)/2);//max cloud length will be about 2500 seconds (45 mins)- 6 hours max of clouds if you have 8, 3 hours max if you have 4
        float Overcast=random(OvercastMin,OvercastMax);
        Overcast=(Overcast/100);
        
        // split the total lenght of time for clouds into equal segments and then to randomly chop or add time to the 
        //segments such that cloud length is variable.  Then distribute into random parts of the day and fill array with start,duration pairs for clouds
        int CloudLength;
        CloudLength=((dayLength*Overcast)/CloudsTotal);//average cloud length
        long SunSegment=((dayLength-(dayLength*Overcast))/(CloudsTotal+1));//average sun length between clouds
        float CloudFraction=0;
        float SunFraction=0;
       
        //start by zero filling CloudMaster array
        for (byte a=0; a<20; a++){
          CloudMaster[a]=0;
        }
        
        byte b=0;//used to get pairs of fraction for SunFraction in for loop
        byte c=0;//used to get pairs of fraction for CloudFraction in for loop
        //now randomize cloud length and sunsegment length as pairs to get different looking days- 
        for (byte a=0; a<(CloudsTotal*2); a++){
          if (a%2==0){
            if (b==0){
              if (a==0){
                SunFraction=random(20,181);//vary each pair of SunSegments from 20%-180% of possible length such that every pair =2*SunSegment in length
                SunFraction=(SunFraction/100);
                CloudMaster[a]=(SunFraction*SunSegment);
              }
              else if (a<((CloudsTotal*2)-2)){
                SunFraction=random(20,181);//vary each pair of SunSegments from 20%-180% of possible length such that every pair =2*SunSegment in length
                SunFraction=(SunFraction/100);
                CloudMaster[a]=(SunFraction*SunSegment);
                b++;
              }
              else if (a==((CloudsTotal*2)-2)){
                SunFraction=(2-((float)CloudMaster[0]/(float)SunSegment));
                CloudMaster[a]=(SunFraction*SunSegment);
              }
                
            }
            else if (b==1){
              if (a<((CloudsTotal*2)-2)){
                SunFraction=(2-SunFraction);//were on the second part of a pair
                CloudMaster[a]=(SunFraction*SunSegment);
                b=0;//reset so next time we start a new fraction
              }
              else if (a==((CloudsTotal*2)-2)){
                SunFraction=(2-((float)CloudMaster[0]/(float)SunSegment));
                CloudMaster[a]=(SunFraction*SunSegment); 
              }
            }
          }
          else if (a%2==1){//if were in odd positions we need to determine cloud lengths in random pairs such that each pair =2*CloudLength in length
            if (c==0){
              CloudFraction=random(20,181);//vary each pair of SunSegments from 20%-180% of possible length such that every pair =2*SunSegment in length
              CloudFraction=(CloudFraction/100);
              CloudMaster[a]=(CloudFraction*CloudLength);
              c++;       
            }
            else if (c==1){
              CloudFraction=(2-CloudFraction);
              CloudMaster[a]=(CloudFraction*CloudLength);
              c=0;//reset so next loop finds a new fraction
            }
         }
      }
        /*Serial.println("here is cloud master in is entirety prior to forming start and end pairs");
        for (byte a=0;a<20;a++){
          Serial.println(CloudMaster[a]);
        }*/
      //reframe array to generate cloud start, cloud end, cloud start, cloud end
      for (byte a=0; a<(CloudsTotal*2); a++){
        if (a==0){// if were starting our first cloud we need to add to rise value to first sun segment
          CloudMaster[a]=rise+CloudMaster[a];
        }
        else {
          CloudMaster[a]=(CloudMaster[a-1]+CloudMaster[a]);//just add prior values together e.g. (second position is cloud end so to find end add rise corrected start time with duration)
                                                           // subsequent start would be end of 1st cloud + next sunsegment fraction
        }
      }
        /*Serial.println("here is cloud master in is entirety as start and end pairs");
        for (byte a=0;a<20;a++){
          if (a%2==0){
            Serial.print("Start time=");
            Serial.println(CloudMaster[a]);
          }
          else {
            Serial.print("End time=");
            Serial.println(CloudMaster[a]);
          }
        }*/
}//END SunCalc FUNCTION

void Insolation()
{
  InsolationAdvance=false;//reset this flag now that we have entered function

        //define Pi as delta Y for slope since cos 0.5-1.5 Pi goes 0-1-0 in 0.5 pI increments slope of 1/2 day (0-1 intensity) delta Y is 1/2 Pi 
        float Pi=3.1415926;//scale to 10^8
        float PiHalf=1.5707963;//scale to 10^8
        
        float secSoFar;//variable to account for seconds elapsed for each channel 1/2 day period from rise-->midDay and midDay-->set
        
        /* using -cos(pi/2+elapsedTime/slope) calculate fractional intensity of each channel throughout the day
         use flicker points to adjust minimum intensity to stable light.  Turn off lights after set or before rise etc.
         by splitting into half days centered on midday (1/2 ofset-rise) we center exactly the cos function for every channel so color blends are maintained 
         throughout intensity ramp... more or less ... change intensity every 120 seconds throughout the day*/
         if (elapsedTime<=midDay){
           byte c=0;//loop counter
            for (byte b=0;b<16;b=(b+2)){
                if (elapsedTime>=ChRiseSet[b]){
                    secSoFar=(elapsedTime-ChRiseSet[b]);//just account for length of every channel 1/2 day and switch at midDay
                    ChannelValue[c]=flicker[c]+ChMax[c]*(-cos(PiHalf+(ChSlope[b]*secSoFar)));
                 }
                 else if (elapsedTime<ChRiseSet[b]){
                   if (MoonCh[c]==1){  
                      byte MoonToday=MoonPhase()*0.5;//SCALE FACTOR to DIM moon setting for use with HIGH power LED as moon light
                      if (MoonToday==0) ChannelValue[c]=0;
                      else if (MoonToday<flicker[c]) ChannelValue[c]=flicker[c];
                      else ChannelValue[c]=MoonToday;
                   }
                   else if (MoonCh[c]==0){
                     ChannelValue[c]=0;//its dark and this is not a moon phase channel
                   }
                 }
              c++;//index by one so we count 0-7 as b goes 0-14 by twos
            }
        }  
        else if (elapsedTime>midDay){
            byte c=0;//loop counter
            for (byte b=1;b<16;b=b+2){
              if (elapsedTime<=ChRiseSet[b]){
                    secSoFar=(elapsedTime-midDay);
                    ChannelValue[c]=flicker[c]+ChMax[c]*(-cos(Pi+(ChSlope[b]*secSoFar)));          
               }
               else if (elapsedTime>ChRiseSet[b]){
                   if (MoonCh[c]==1){  
                      byte MoonToday=MoonPhase()*0.5;//SCALE FACTOR to DIM moon setting for use with HIGH power LED as moon light
                      if (MoonToday==0) ChannelValue[c]=0;
                      else if (MoonToday<flicker[c]) ChannelValue[c]=flicker[c];
                      else ChannelValue[c]=MoonToday;
                   }
                   else if (MoonCh[c]==0){
                     ChannelValue[c]=0;//its dark and this is not a moon phase channel
                   }
                }
              c++;//index to count 0-7 as b counts 1-15 by twos.
            }
        }   
}//END function
//WEATHER FUNCTION BEGIN
void Weather ()  
{
    static byte loopCount;
    static float CloudCover; // variable to store value in random walk - declared static to accumulate Cloud effect
    static float PriorCloudCover;  //used to "delay" one side of the tank from the other in cloud passing effects
    static long StormStart;
    static long StormEnd;
    static long CloudEnd;
    static boolean wtrigger;//use to track the first run of functions to calculate random times that become fixed, see change from cloud to storm for useage
    static byte Counter;//used to trigger storms from cloud you can change its if loop comparison to decrease or increase storm rate see below in cloud==true if loop
    static byte Severity;
    static byte StormCount;// used to limit X storms per cloud and to choose which cloud can have a storm
    static int StepSize;
    static int LastStepSize;
    //check to see if were having a scheduled cloud
    if (Cloud==false){
      //Write Insolation values to TrueIntensity so the loop will pick them up and the cloud/storm will get the right data (since intensity changes during the day)
      for (byte a=0; a<8; a++){//this must be above the next loop
            TrueIntensity[a]=ChannelValue[a];//this is where intensity is set for the PWM channel analog write in the loop... don't mess with this.
        }   
      for (byte a=0; a<(CloudsTotal*2); a=(a+2)){//if its time for a cloud, run it
         if ((elapsedTime>=CloudMaster[a]) && (elapsedTime<=CloudMaster[(a+1)])) {
             CloudEnd=CloudMaster[(a+1)];//to avoid this loop running true during the compute cycles at the end of the cloud and before elapsedTime advances a second, actual cloud does not
             //Serial.print("We started a cloud and its end is=");
             //Serial.println(CloudEnd);
             CloudCover=CloudStart(CloudMaster[a]);//CloudStart modifies TrueIntensity to get us to 50% intensity at the start of the cloud effect and also sets cloud=true to bypass this
             Counter=0;
             StormCount=random(0,3);//the number of storms MAX that may occur in this cloud (remember Random is range= -1 on high end)
             loopCount=1;
             LastStepSize=0;//zero out cloud random walk variables
             StepSize=0;//zero out cloud ranodm walk variables
             return;//exit having started a cloud in CLoudStart routine called above
         }
       } 
     }
         
    else if ((Cloud==true) && (IsStorm==false)){
        if (StormAdvance==false){//use millis tracker to run this loop every 2 seconds
            return;
        }
        StormAdvance=false;//reset to false when true so we run this once, until time advance is true again
        if (elapsedTime>=CloudEnd){
            ClearSky(CloudCover, CloudEnd); 
            return;
        }
        
        /*Use fractional intensity to set minimum value for any channel.  Dimming is proportional to actual intensity output 
         and constrained by flicker point.  Random walk uses static variable "CloudCover" constrained to 0-100 to represent fractional intensity (i.e. (1-(CloudCover/100))*Insolation SetPoint 
         is how the current cloud intensity is set, i.e. cloud cover of 90 gives 10% insolation setpoint unless below flicker in which case = flicker*/
        if (loopCount==1){
          PriorCloudCover=CloudCover; //e.g. PriorCloudCover=CloudCover with no float math to screw things up
          LastStepSize=StepSize;
          StepSize=(random(5,21));// in Percent% (0-100) This is how much light intensity will change over the loop count interval (this actual time is dependent upon the call frequency of StromAdvance as set in the loop)
          if ((random(0,2)!=1)) StepSize=-(StepSize);
          if ((CloudCover+StepSize)>=100){//cannot shut off lights more than 100% so limit here
            StepSize=(100-CloudCover);//
            Counter++;
          }
          else if ((CloudCover+StepSize)<=0){//cannot be brighter than 100% so since were in a cloud dont "limit" it but reflect it back down
            StepSize=-(StepSize);
            if (Counter>=50) Counter-=random(-1,2);//since we got bright... lets further delay and randomize storm occurence  
          }
          CloudCover=CloudCover+StepSize;
        }

        if ((Counter>=60) && ((CloudEnd-elapsedTime)>=300)) {//if Counter (indexes when cloud cover reaches 100) has accumulated and we still have time lets make a storm
        //to change the frequency of storms increase or decrease the number comparison for counter in the if statement above (larger #== less storms).
        //if you change counter comparison here change it in the next loop as well
           if (StormCount>=1){//if we can have storms in this cloud (random- statisticly 1/3 clouds = no storm, 1/3 = 1 possible storm, 1/3 = 2 possible storms)
             byte RandomStorm;
             RandomStorm=random(0,11);//this randomizes for longer clouds without storm, avg cloud is much longer prior to storm occuring- thus short clouds will not generally have a storm
               if (RandomStorm>=4){
                 StormCount-=1;//count down by 1 the number of storms in this cloud- this will not roll the byte since the loop requires it to be at least 1 to ever subtract here. 
                 Counter=0;//reset this variable since Storm loop uses it as well.
                 int LongestStorm;//used to pass max possible time to storm if loop from cloud loop within weather function
                 LongestStorm=(CloudEnd-elapsedTime);
                 Severity=StartStorm(LongestStorm, IsStorm, StormEnd);
                 loopCount=1;//reset counting loop for the storm
               } 
           }
        }
        else if ((Counter>=60) && ((CloudEnd-elapsedTime)<300)){
           Counter=0;//just reset the counter (does not really matter in this case but its clean)
        }
        
        for (int a=0;a<8;a++){
            if (ChannelValue[a]==0) TrueIntensity[a]=0;// if were in an evening storm dont reset intensity (it would go to flicker point and possibly flicker)
            else if (DimOrder[a]==0){
                TrueIntensity[a]=(flicker[a]+(((float)(ChannelValue[a]-flicker[a]))*(1-((CloudCover-(StepSize-(StepSize/4)*loopCount))/100))));
            }
            else if (DimOrder[a]==1){
                TrueIntensity[a]=(flicker[a]+(((float)(ChannelValue[a]-flicker[a]))*(1-((PriorCloudCover-(LastStepSize-(LastStepSize/4)*loopCount))/100))));
            }     
         }
         loopCount++;
         if (loopCount>4) loopCount=1;
    }  
    //enable a flag sent from controller to triger a storm, i.e. IsStorm=true
    // set channel intensities for all but white with random walk continuing from above using static variable so should be seamless
    else if (((Cloud==true) && (IsStorm==true)) || ((Cloud==false) && (IsStorm==true))){
        //current else statement covers possibility of triggering storm from controller (i.e. not coming out of a cloud) but remember you need to flag wtrigger as TRUE when you do this
        if (StormAdvance==false){//Every 1 second duing a storm change intensity, clouds are movin fast baby
           return;
        }
        
        StormAdvance=false;//reset so we run again in 1 second.
        
       if (elapsedTime>=StormEnd){ //if were done with the storm we need to stop this loop, but were probably still cloudy so dont mess with that here
            IsStorm=false;
            Counter=0;
            return;
        }
        if (loopCount==1){
          PriorCloudCover=CloudCover; //e.g. PriorCloudCover=CloudCover with no float math to screw things up
          LastStepSize=StepSize;
          StepSize=(random(5,21));// in Percent% (0-100) This is how much light intensity will change over the loop count interval (this actual time is dependent upon the call frequency of StromAdvance as set in the loop)
          if ((random(0,2)!=1)) StepSize=-(StepSize);
          if ((CloudCover+StepSize)>=100){//cannot shut off lights more than 100% so limit here
            StepSize=(100-CloudCover);
            Counter++;
          }
          else if ((CloudCover+StepSize)<=0){//cannot be brighter than 100% so since were in a cloud dont "limit" it but reflect it back down
            StepSize=-(StepSize);
            if (Counter>=2) Counter-=random(0,2);//since we got bright... lets further delay and randomize strike occurence    
          }
          if (Counter>(Severity+2)) Counter=0;//allow if to accumulate on ocassion to train strike sequences 2-3 in a row but then dump it 
          CloudCover=CloudCover+StepSize;
        }
   
        if ((Counter>=(Severity+random(-1,4))) && (StrikeNow==false)) {//this is where a storm is triggered.  Counter indexes when cloud cover reaches 100 on the random walk
        //to change the frequency of lightning strikes increase or decrease the number comparison for counter in the if statement above (larger #== less storms).
          byte RandomStriker;
          RandomStriker=random(1,11);
          if (RandomStriker>4){
            StrikeNumber=(random(2,11)); //random high =x-1 so max strike =12 each strike requires a duration and a delay thus StrikeMaster is 18 positions
            //ensure the array is zeroed out past the last position required for this strike pattern so each pattern is only as long as generated
            //Array is in pairs, position in arry of (0,1) (2,3) etc as strike (delay,duration)
            for (byte a=0;a<20;a++){
                if (a>=(StrikeNumber*2)){
                    StrikeMaster[a]=0;
                }
                if (a%2==0){
                   if (a==0){
                      StrikeMaster[a]=random(300,1601);//no need for random here but I am leaving it since I wrote it that way.  This must be independent from a=2,4,6 etc...
                    }
                    else {
                       StrikeMaster[a]=(StrikeMaster[(a-2)]+random(200,1401));//position 0,2,4,6,8.. is strike delay
                    } 
                 }
                 else if(a%2!=0){
                    StrikeMaster[a]=random(50,110);//position 1,3,5,7,9... is strike duration (I tried real lightning strike durations and its too short this is adjusted for visual effect
                 }
            }
            StrikeNow=true; //Trigger to start strike sequence in loop
            StrikeStart=millis();//set timer to "zero" now- sequence will start in loop after this function
            StrikeCount=0;
          }
          Counter=0;
        }
        
        if (Severity>5){
          for (int a=0;a<8;a++) {
              if (ChannelValue[a]==0) TrueIntensity[a]=0;
              else if (Wchannel[a]==1){//if were in a storm but not a severe storm constrain whites to 50% of Insolation intensity
                if (DimOrder[a]==0){
                      TrueIntensity[a]=(flicker[a]+((((float)(ChannelValue[a]-flicker[a])/4))*(1-((CloudCover-(StepSize-(StepSize/3)*loopCount))/100)))); 
                  }
                  else if (DimOrder[a]==1){
                      TrueIntensity[a]=(flicker[a]+((((float)(ChannelValue[a]-flicker[a])/4))*(1-((PriorCloudCover-(LastStepSize-(LastStepSize/3)*loopCount))/100))));
                  }
              }
              else if (Wchannel[a]==0){//if were blue, we chase as for a cloud
                  if (DimOrder[a]==0){
                      TrueIntensity[a]=(flicker[a]+(((float)((ChannelValue[a]-flicker[a])))*(1-((CloudCover-(StepSize-(StepSize/3)*loopCount))/100)))); 
                  }
                  else if (DimOrder[a]==1){
                      TrueIntensity[a]=(flicker[a]+((((float)(ChannelValue[a]-flicker[a])))*(1-((PriorCloudCover-(LastStepSize-(LastStepSize/3)*loopCount))/100))));
                  }
              }    
          }
        }
        else if (Severity<=5){// severe storms occur throughout the day, but EVERY storm after sunset is severe...
          for (int a=0;a<8;a++) {
              if (ChannelValue[a]==0) TrueIntensity[a]=0;
              else if (Wchannel[a]==1){//if were white we need to be off in a storm
                TrueIntensity[a]=0;
              }
              else if (ChannelValue[a]==0){//if this light channel is dark... e.g. after sunset for this channel- it produces no cloud effect
                  TrueIntensity[a]=0;
              }
              else if (Wchannel[a]==0){//if were not shut off in a strom and not after our daylight period (this channel) then we produce storm light sequences.
                  if (DimOrder[a]==0){//if we dim first... do it
                      TrueIntensity[a]=(flicker[a]+(((float)((ChannelValue[a]-flicker[a])))*(1-((CloudCover-(StepSize-(StepSize/3)*loopCount))/100)))); 
                  }
                  else if (DimOrder[a]==1){//else we dim second
                      TrueIntensity[a]=(flicker[a]+((((float)(ChannelValue[a]-flicker[a])))*(1-((PriorCloudCover-(LastStepSize-(LastStepSize/3)*loopCount))/100))));
                  }
              }//end of CWHchannel==0 being true
           }//end of for loop in severity <5 == true loop
        }//end severity compairson loop no more else statements
       
        loopCount++;
        if (loopCount>3) loopCount=1;
    }//end of storm if loop
}//End Weather function

//CloudStart drops light intensity to 50% of whatever daylight setting is to start the cloud at 50
int CloudStart(long StartTime){
    byte elapsed;
    elapsed=(elapsedTime-StartTime);//counts up since we start this at elapsedTime=StartTime and StartTime is fixed
    for (byte a=0; a<8; a++){ 
      TrueIntensity[a]=(flicker[a]+(((float)((ChannelValue[a]-flicker[a])))*(1-(elapsed*2.5)/100))); 
    if (elapsed>=20);
      Cloud=true;//start the cloud
    }
    return 50;//set CloudCover to 50 
}//end CloudStart function

//StartStorm sets up duration and severity of storm. Its currently limited to 90-600 sec in length- it will rarely be lower than 3 minutes
byte StartStorm(int MaxLength, boolean& trigger, long& EndTime){
      byte LightningIntensity;
      int StormDuration;
      MaxLength-=120;//remove 2 mins from longest storm so that we end up with 2 minutes of cloud after the storm before the sky clears to daylight
      if (MaxLength>720){
         MaxLength=720;//modify local variable
         StormDuration=random((MaxLength/3),(MaxLength+1));
         EndTime=(elapsedTime+StormDuration);//Set by reference StormEnd static variable in weather
      }
      else {
         StormDuration=random((MaxLength/2),(MaxLength+1));
         EndTime=(elapsedTime+StormDuration);//Set by reference StormEnd static variable in weather
      }
      if (elapsedTime<midDay){
         LightningIntensity=random(3,11);//morning storms are generally less severe
      }
      else if (elapsedTime>midDay){//afternoon storms are more likely to be severe (every 10-15 sec or less) to about once in a minute or maybe less
         if (elapsedTime>(set-rise)){//Storms after sunset are always severe... it just looks too cool!
           LightningIntensity=3;
         }
         else {
         LightningIntensity=random(3,8);
         }
      }
      trigger=true;
      return (LightningIntensity);
}
//End Storm Start Function
//Similar to Cloud start but in reverse... now ramp intensity from wherever we were at the end of the cloud to the value set by Insolation
void ClearSky(int CloudPercent, long TerminationTime)
{
    byte elapsed=(elapsedTime-TerminationTime);//Counts up from the scheduled end of the cloud in seconds
    float slope=(CloudPercent/30);//Just calculate how much to increment every second to go from CloudCover to clear sky (CloudCover of zero)
    float LightAdvance;
    LightAdvance=(CloudPercent-(slope*elapsed));//were reducing CloudCover from start to zero over 10 seconds.
    for (byte a=0; a<8; a++){ 
    TrueIntensity[a]=(flicker[a]+(((float)(ChannelValue[a]-flicker[a]))*(1-(LightAdvance/100)))); 
    }
    if (elapsed>=30){//at this point lights are back to full Insolation setting so cancel the cloud and start waiting for the next one
        Cloud=false;//stop the cloud we are now outside of a true condition in the if loop so it will now stay false and lights are back on
        IsStorm=false;//just to be redundant this is not called from a storm... 
    }
}//End Clear Sky function

byte MoonPhase()
{
   int m,d,y;
   int yy,mm;
   long K1,K2,K3,J,V;
   byte PWMvalue;
   m = month();
   d = day();
   y = year();
   yy = y-((12-m)/10);
   mm = m+9;
   if (mm>=12) mm -= 12;
   K1 = 365.25*(yy+4712);
   K2 = 30.6*mm+.5;
   K3 = int(int((yy/100)+49)*.75)-38;
   J = K1+K2+d+59-K3;
   V = (J-2451550.1)/0.29530588853;
   V -= int(V/100)*100;
   V = abs(V-50);
   PWMvalue = 4*abs(50-V);  // 5.12=100%    4=~80%
   //pinMode(lowATOPin,OUTPUT);
   //return (PWMvalue*100)/255; //output is 0-100
   return PWMvalue;//output is 0-255 
}

//********************** DO NOT MESS WITH THIS UNLESS YOU KNOW WHAT YOUR DOING****************************
//THE CODE BELOW THIS copied directly from the SWFLTEK Epherma library constructed by Michael Rice.  
//this code is being used freely with attribution to Micahel Rice in accord with his request
//  A big thank you for these library functions.  Its great! 


//convert degrees to seconds of arc


// decimal degrees
long ddToSeconds(float dd){
   return dd * 3600.0;
}

//Degrees, minutes, seconds
long dmsToSeconds(int d, unsigned char m, unsigned char s){
long ret;

   ret = labs((long)d);
   ret = ret * 3600L + 60L * m + s;
   ret = (d<0L) ? -ret : ret;
   return ret;
}
/* ------------------------------------------------------------------------------------------------
   'Equation of Time'
   We use the 'short form equation, which has a theoretical accuracy of about 40 seconds.
   The returned value is in seconds.
*/
int equation_of_time(unsigned long dt){
double t;

   dt -= 192540UL; // refer to Jan 3 2000 05:29 (first periapsis)
   dt %= _tropical_year;
   t = dt;
   t /= _tropical_year;
   t *= 6.283185307179586;
   t = -459.27672 * sin(t) + 575.333472 * sin(2.0 * t + 3.588414);
   return t;
}

/*
   'Solar Noon' adjusts the passed time stamp to the time (GMT) of local solar noon.
   The accuracy is about 40 seconds (set by the equation of time).
*/
void SolarNoon(unsigned long * dt){
long r;

   // Set stamp to noon GMT
   *dt /= 86400UL;
   *dt *= 86400UL;
   *dt += 43200UL;

   // adjust for equation of time, at noon GMT
   *dt -= equation_of_time(*dt);

   // rotate to our longitude
   r = longitude / 15L;
   *dt -= r;
}

/* -----------------------------------------------------------------------------------------------
   'Solar Declination'
   Returns declination in radians
   Accurate to within 50 arc-seconds
*/

double SolarDeclination(unsigned long dt){
double y;

   dt %= _tropical_year;
   y = dt;
   y /= _tropical_year; // fractional year
   y *= 6.283185307179586;
   y=0.006918-0.399912*cos(y)+0.070257*sin(y)-0.006758*cos(y*2)+0.000907*sin(y*2)-0.002697*cos(y*3)+0.00148*sin(y*3);
   return y;
}

/* ------------------------------------------------------------------------------------------------
   Return the period between sunrise and sunset, in seconds.
   At high latitudes around the time of the solstices, this could be zero, or all day.
*/
unsigned long daylightseconds(unsigned long dt){
float l, d, e;
long n;

   d = -SolarDeclination(dt); // will be positive in Northern winter
   l = latitude / _sec_rad; // latitude in radians

   e += 60.0 * l * tan(l + d); // latitudinal error
   d = tan(l) * tan(d); //

   if(d>1.0) return 86400UL;
   if(d < -1.0) return 0UL;

   d = acos(d);
   d /= _zenith;

   n = 86400UL * d;
   n += e;
   return n;
}


/* ------------------------------------------------------------------------------------------------
   Modify the passed time stamp to the time of sunrise (or sunset if 'set' is non-zero).
   Returns 0 to signal 'normal' completion. If the position is in a polar circle, 1 will be
   returned if the sun is above the horizon all day, and -1 if the sun is below the horizon
   all day.

*/
char SunRiseSet(unsigned long * dt, char set){
unsigned long daylen;

   daylen = daylightseconds(*dt);
   if(daylen == 86400UL) return 1;   // there is no 'night' today (midnight sun)
   if(daylen == 0UL) return -1; // there is no 'day' today

   *dt /= 86400UL;
   *dt *= 86400UL;
   *dt += 43200UL; // set the time stamp to 12:00:00 GMT

   *dt -= daylen / 2; //        sunrise at the prime meridian
   if(set) *dt += daylen; //     sunset at the prime meridian

   *dt -= equation_of_time(*dt);

   //*dt -= longitude / 15.0; // rotate to our own meridian

   return 0;
}
 // 'short' forms of SunRiseSet
char SunRise(unsigned long* when){
    return SunRiseSet(when, 0);
}
char SunSet(unsigned long* when){
    return SunRiseSet(when, 1);
}
Here's a brief summary of my setup:
- 2 fixtures with 2 channels each... 1 white, 1 actinic
- My left fixture uses channel 0 for actinic, channel 2 for whites
- My right fixture uses channel 1 for actinic, channel 3 for whites
- I want my dimming order to go from right to left (since that's an east to west flow, which would be "natural")
- My intention was to have my sunrise/set offsets like this: (RB = Right Blue, LB = Left Blue, RW = Right White, LW = Left White)
RB - Start 10 mins early (-600), End at sunset (0)
LB - Start at sunrise (0), End 10 mins after sunset (600)
RW - Start 140 mins after sunrise (8400), End 150 mins before sunset (-9000)
LW - Start 150 mins after sunrise (9000), End 140 mins before sunset (-8400)

That gives me actinics starting at roughly sunrise (with 10 minute difference between the fixtures) and ending at roughly sunset (again with 10 minute difference). It also gives me whites starting roughly 2.5 hours after sunrise (also with a 10 minute difference) and ending roughly 2.5 hours before sunset (again keeping with the 10 minute difference between fixtures all the way through.)

The reason I did this was to keep it similar to the 2.5 hour offset I have currently with my slope code.

That's about it. If you need any other info please ask. Hopefully you can tell me if I made the proper edits for this to work as intended... and what my sunrise/sunset times should be as I have it coded.

Thanks in advance for both making this code and helping me figure out if it's working right.
TanksNStuff
Posts: 188
Joined: Fri Dec 30, 2011 6:57 am

Re: Weather Simulation for Dimming expansion module

Post by TanksNStuff »

Well, apparently I did something wrong or this code isn't working.

When I manually turned on my relay power ports for my leds last night (just after midnight) both whites and actinics came on at what looked like 100%.

I turned the power ports back off and went to bed... then got up at 6 am to try again. Yep... all dimming channels were on at about 100%.

Either I screwed up on the lat/long or it's just not working.

Sent from my DROID RAZR using Tapatalk 2
rufessor
Posts: 293
Joined: Tue Oct 25, 2011 7:39 am

Re: Weather Simulation for Dimming expansion module

Post by rufessor »

Its looking ok.... but something got FUBAR... looking into it but most of the calculations are correct...
you post

rise and set as elapsed seconds of day= 26253
61467
newDay as seconds since since 1970 to todays midnight= 2084572809
elapsed is62280

up to here its about right...
26253/(3600sec/hr)=7:30 am rise
61467/3600=after 5 pm ish (which may be a bit off?) but close...

then its kinda corrupted, but this is really simple math. I either loaded something bad (mines working as are others... but I will check) or something got moved... its a very simple error... at work now... will post later. Sorry for delay, was out for the weekend.

rise and set= 1944882942
1944931838
rufessor
Posts: 293
Joined: Tue Oct 25, 2011 7:39 am

Re: Weather Simulation for Dimming expansion module

Post by rufessor »

Also.... most of those billions of seconds are correct, its just how computers (ALL Computers) keep track of time. They count seconds since either 1970 (unix, Arduino etc) or since 2000 (some other types). So... thats a lot of seconds. Its really really hard to look at since the numbers are so big which is why I convert them to human readable format (somewhat) as elapsed seconds since midnight of the current day... its after that conversion is done (which looks more or less fine) that I see your numbers going very funky. No big deal, its two lines of code... I will post the error or a fix tonight. It will be working soon.... very trivial error. I hope its not mine!!!
rufessor
Posts: 293
Joined: Tue Oct 25, 2011 7:39 am

Re: Weather Simulation for Dimming expansion module

Post by rufessor »

Ok... two things are weird.

First... your program is somehow running the CalcSun loop twice...

Second- your system time is seriously wrong... which is probably causing error #1

Since your setting your time with external programming, I would look at whats going on. To PROVE that its wrong... (I am sure it is)

Just add this line to the part I asked you to uncomment...
Serial.print("System time is now = ");
Serial.println(now());

Maybe put that at the end of the rest of the serial.print area... then run the newly edited program and copy the results of that line.... and


Then go here....
http://www.epochconverter.com/
and copy the number into the box and reply with what time it is that your system thinks it is. I get something like the year 2036 and the Date of Jan 21st... which makes perfect sense for a 7:30 am rise and 5:02 set as thats the middle of the winter some 24 years from now...

Fix this, then run it again and send me the results... it may simple work or there may yet be something else going on, but until you set your system clock to the correct date, nothing I can do to help you here.

The really odd thing, is the next time your program runs that section and outputs to serial (your serial output contains two iterations of the same output) its showing seriously different system times... so something is seriously wrong with you clock.... which is causing the program to basically re-run as its sensing a new day basically instantly... not to repeat... but clearly your system time setting or server, or something is wrong.

I would worry a little tiny bit about the synch and your using a unix server to set time etc... its getting a bit complicated... Just check things carefully run it over serial again and use those numbers I just showed you how to print to figure out whats going on with your system clock. I have never seen this before, so I bet its something to do with your externally setting the clock.
User avatar
lnevo
Posts: 5430
Joined: Fri Jul 20, 2012 9:42 am

Re: Weather Simulation for Dimming expansion module

Post by lnevo »

Hey rufessor, I'm trying to use your code for calculating sunrise/sunset just to use with on/off lights without dimming control.

When I left your coordiantes in-tact for Salt lake city, I get a Sunrise/Sunset value that is off by 1:28 minutes for both rise and set. I changed the coordinates to the GBR in Australia and I am off by +59 minutes fro Sunrise and -19 minutes for Sunset.

Anyway, was hoping you could take a look at what I've scavanged and see if I missed anything critical or if I'm doing something wrong with getting hour() and minute() from the rise and set variables...

Here's a link to the thread where I'm working on the code... http://forum.reefangel.com/viewtopic.php?p=12941#p12941

Thanks in advance.
TanksNStuff
Posts: 188
Joined: Fri Dec 30, 2011 6:57 am

Re: Weather Simulation for Dimming expansion module

Post by TanksNStuff »

Rufessor, you are correct. My system clock was bonkers at the time I tested it. Well, not initially, but right afterwards.

My controller occasionally shows a blinking red status light on it when my temp probe wires get tugged on. I don't know if there's some loose wires in there or if it's just jostling the part where the connectors attach to the main board... but it basically throws my whole system out of whack until I jiggle the temp probe connections. Sometimes I even have to reboot the controller to get it to work.

So, I think once I uploaded it to the dimming module and closed my stand door, it freaked out my controller and caused me to reboot it. I think that's the reason why there is 2 time stamp serial readings too. I noticed this right after I made my last post here, and I was too tired to edit it to note that happened. Sorry, I forgot to do it later the next day too.

The other possibility is that I did this so close to midnight that perhaps the 2nd set of serial readings were sent just after midnight or on-the-hour as you said it's supposed to sync?

Also, when I said I was manually changing my system clock time on my previous tests, I was doing it right from the menu on the main controller. The time shown on the controller was exactly what the android app showed when I hit the refresh button, so I know it was correctly changing the system clock.

At the end of my tests, I just used the android app to "set current time" which reset the time shown on the controller to the current time.

I was wondering if the dimming module board has it's own clock cycle separate from the main controllers board? And does the dimming module also have an internal memory file that may need to be replaced when using your weather sim code?

Anyway, I'll take one more stab at it next weekend. If I can't get it to work then I'll look for other options.
rufessor
Posts: 293
Joined: Tue Oct 25, 2011 7:39 am

Re: Weather Simulation for Dimming expansion module

Post by rufessor »

Ok-

A few comments.

The fact that you had two consecutive serial outputs (which says nothing about when in real time this happened) is unlikely to be due to actually crossing midnight as the actual unix epoch time is different by many years between them... so obviously your clock was somehow reset yet again.

The dimming module is an entirely separate independent arduino processor exactly (IDENTICAL) like the one in the head unit. Its THE SAME. Thus, it has a clock etc etc... its just constrained in its input/output to control dimming features, not temp, pumps etc etc. It can be configured to synch time with the main processor, I pasted some lines of code that look like they are supposed to do this (its in the set up) but I have no idea if its actually working.

I have not a clue why your system is set up incorrectly with time.

I would say that at this point, you have not even begun to try this program. I would not abandon the effort if its not working over the weekend, because you have not even run it under conditions that are required to work. It REQUIRES the correct time, so it can determine the day, the year etc... then it calculates rise and set times.

Every time you post an error wondering why its not working, its because your system time is goofy... when you get this fixed, figured out and can prove that your clock on the dimming module is correct, and your lights have power, and nothing is being reset/hammered... and its not working. Then- we can look into it.

If you need help figuring out the clock, unfortunately I cannot help you. But, I have looked into this a little bit and its not complex, ask Roberto and he will probably be able to help you immediately. If I was you, I would unplug the dimming module from the main completely- I would never ever even think about running whatever time sync server your using. I would simply start up my computer, run arduino, load a program with the serial output set up to tell you the current time (like I asked you previously) and input that value into the server I provided a link to. Then, when that comes back as the correct year, date, and time, see if the program works without altering a single line outside of the tutorial.

Then, post back the serial output for rise and set times etc and let us know whats going on. You CANNOT trouble shoot anything when your processor does not know what day it is, what year it is, and the time of day. Sorry, not trying to be harsh, but thats the simple fact. UNPLUG everything, your dimming module will power and run through the USB connection to the computer, it DOES NOT NEED THE MAIN. PERIOD. In fact, in your case, I would REMOVE the time sync lines from the dimming module code, load it and leave it. You would of course need to plug it back into the main for this to run long term (cannot reasonably leave it plugged into your computer), but if your removing the time sync lines, whatever happens to the main time will NOT affect the dimming.
rufessor
Posts: 293
Joined: Tue Oct 25, 2011 7:39 am

Re: Weather Simulation for Dimming expansion module

Post by rufessor »

Just an FYI for anyone considering this, the sunrise and sunset calculations as well as the time handling parts of my code have been adopted by another user who is putting it on the main (no clouds/weather etc) and its working for them using lat lon pairs from yet another place on the globe.

At this point, I am pretty much willing to say that the code works, period. If its not working for you, you did something wrong. Its actually not super hard to do something wrong as it requires a few things... so please post Q's and we will get you working. If your reading this, you know to beware of setups that are externally being given time settings... I myself was unaware that this could/would be an issue... so my recommendation would be to run this off your dimming module UNPLUGGED from the main (unplug the USB mini from the side) and use the USB/pinout cable plugged into the board to load your configured code, then simply LEAVE it plugged into a power up computer and let it run for a day or two until your sure its working..... and it really should be... if its not triple check your LATITUDE and LONGITUDE. It seems like EVERYONE gets this wrong at least one time. Then run it again and see how its going.

It has been run independently by numerous people, code works, so far NO BUGS have been identified for quite some time.
rufessor
Posts: 293
Joined: Tue Oct 25, 2011 7:39 am

Re: Weather Simulation for Dimming expansion module

Post by rufessor »

Ok.... so following up a post saying no bugs have been detected for some time.. with this..... is pretty funny.



I woke this morning to my tank blinking like a strobe. I reloaded software, still doing it, I reset controller, still doing it, I loaded a very simple PWM PDE that just sets lights to steady intensity- thats it... and at least thats working. But... I have no idea whats up- is there something evil about Sept 1 2012 because I cannot even get serial output from my dimming module when I try to load the weather package... so odd... Its been basically perfect but for one (again very recent- like 2 days ago) issue with very low lights on at night, and now its freaking. OUT>

????????????????????????????????

2-3 months of ZERO issues and suddenly it pukes?????
User avatar
lnevo
Posts: 5430
Joined: Fri Jul 20, 2012 9:42 am

Weather Simulation for Dimming expansion module

Post by lnevo »

When i get some time again Im going to try and compile this in a standalone binary and run it through a loop of date times to see if I can see what's up.
rufessor
Posts: 293
Joined: Tue Oct 25, 2011 7:39 am

Re: Weather Simulation for Dimming expansion module

Post by rufessor »

that looks to be required at this point. arduino is if nothing else a huge pain in the a.. To troubleshoot. let me know if I can help. I tried to do this once and bailed out as I was in a program with way to many reef angel specific calls but just the date stuff should be revisited. I don't get it at all.... Makes no sense that changing a few 84,600 seconds every day would do anything at all in terms of riseset dying....
User avatar
lnevo
Posts: 5430
Joined: Fri Jul 20, 2012 9:42 am

Re: Weather Simulation for Dimming expansion module

Post by lnevo »

Ok, I did manage to run the algorithms through as a standalone binary and the output worked great. I did find one bug in my code that I'll discuss in the other thread where I'll specify my corrections, but even looking a few years into the future, the dates all look stable with nothing out of whack. There were some variable casting issues that I had to address which may lead to problems on the arduino that may not be checking as strictly, but I doubt that's getting in the way.... the issue that I had was pretty obvious (I hope that you didn't copy some of mine and introduce the same bug... :) )

Anyway, just wanted to assist in your sanity and the fact that the actual calculations look good. The only big difference now is whether or not to leave that rotation code (but I think we talked about it in the other thread, and I'll leave the discussion there.)

Lee
rufessor
Posts: 293
Joined: Tue Oct 25, 2011 7:39 am

Re: Weather Simulation for Dimming expansion module

Post by rufessor »

Ok... awesome. Using your thread for the port to the main I had a question to ensure I understand how that global declaration was FUBAR the calculation. Once I clarify I will post here the fixed code- If you have tried this code and ran into issues I apologize- but thanks to lnevo helping out and taking an interest we appear to have figured out a very strange behavior.. and it would appear to have arisen through a very unlikely seemingly standard call. Watch here for new code to be loaded and PLEASE try it again if you had issues. It may be a few days but I will be working on this now and get something out ASAP.

My bad- but much THANKS to lnevo! This is what makes open source so awesome!!!!!!!! He stepped in with an interest in what I started and used his skill set to really help out! Very very cool. Thanks again and Congrats! Great things are happening on ReefAngel- no way you get this functionality out of other controllers and this much testing!

My fish miss the storms... so I gotta get this fix done!

Also, have some plans to write in an algorithm that enforces a Minimum day length for those of us using local lat lon but that live in regions with substantial yearly variation in rise and set.... cause my tank is starting to notice the shorter days as we have lost over 1 hour of light all ready. This will be invisible to the end user but for the addition (I think... just planning this) of a single variable specifying the minimum desired day length (probably in total seconds). I think I will just distribute the day extension equally so that the tank rises and sets earlier/later by 1/2 of the total difference in actual v.s. minimum day length. Didn't know I would need this, but its becoming apparent that I/we (depending on your Lat/Lon choice) probably do.
User avatar
lnevo
Posts: 5430
Joined: Fri Jul 20, 2012 9:42 am

Re: Weather Simulation for Dimming expansion module

Post by lnevo »

rufessor, not sure if the issue I had was the same as what you experienced...unless you copied something from my code. I'll post the explanation on the other thread in a moment what was going on...
rufessor
Posts: 293
Joined: Tue Oct 25, 2011 7:39 am

Re: Weather Simulation for Dimming expansion module

Post by rufessor »

Negative on that... unsure why my dimming module went whacky.

Re loading current working code to see if it was just a random thing. The error you found was indeed specific to how you had coded in the Lat/Lon conversion and could have produced exactly what you found, because on the second calculation run through you would have basically been using some mythical location with a very very large number... Your fix seems to be working, congrats on figuring that out. I had not gone through it step by step like a processor would so I missed that it would calculate the conversion using the prior result of that calculation. They way I originally coded it does not do that... and thus there is no apparent reason for it to have freaked out.

For those interested, I will update here when I reinstall and see what happens. I guess its just possible that after 2 months continuous running the processor simply finally lost track of memory and I need to do a complete reload of the code, and a good power off (for a minute or something) cycle to truly clear all memory etc. If thats all it takes and I am up and running, then I am just going to chalk this up to random crap, especially now that the Lat Lon code has been validated completely independently of my saying its working just fine.

Sorry for the confusion, I initially had read the error report thinking he had caught something in my code when he ported it, but it was an introduced error and is NOT part of the code attached to this thread. Which is nice- since I thought it was OK.

I guess were back to square one, the code should work for you, post here if its not.

I will reinstall on my own module and get it up and running using the actual code from this thread as a further test since I want to re-load anyhow.
User avatar
lnevo
Posts: 5430
Joined: Fri Jul 20, 2012 9:42 am

Weather Simulation for Dimming expansion module

Post by lnevo »

Why not leave your code and pick a location closer to equator and more conducive to corals rather than mess with your already good functions :)
rufessor
Posts: 293
Joined: Tue Oct 25, 2011 7:39 am

Re: Weather Simulation for Dimming expansion module

Post by rufessor »

I like having real sunrise and sunset but the short winter kinda requires zi think either editing of the choffset array, which is how I am running it now, but it is super easy to justdistributethe minimum day length so I will add it and make it so if you enter a zero it's ignored.

I am tying it on my system but my pmw board clock is now wrong, never has been before so this must have caused it. Gotta figure out how to set it without main working....
Post Reply