This project has moved and is read-only. For the latest updates, please go here.

Summertime Blues

Mar 31, 2014 at 1:10 PM
Past weekend summertime started again. For my 'old' SMAspot instal (V 2.0.6) that meant that no data was recorded for sunday the 30st. Strangely it also doesn't create a data file if I invoke SMAspot today with the -ad2 argument.

Is this behaviour solved in the latest release? If so, it's time for me to do an huge upgrade!
Mar 31, 2014 at 2:32 PM
Snowmiss wrote:
Past weekend summertime started again. For my 'old' SMAspot instal (V 2.0.6) that meant that no data was recorded for sunday the 30st. Strangely it also doesn't create a data file if I invoke SMAspot today with the -ad2 argument.

Is this behaviour solved in the latest release? If so, it's time for me to do an huge upgrade!
Hi Snowmiss,

It also happens with the most recent version. So I would not bother to upgrade unless there are other reasons to do so. I broke out the old laptop with Sunny Explorer on it and down loaded the DST day and then uploaded it the file to my Raspberry for processing by my application.

Ron
Mar 31, 2014 at 2:42 PM
rlpatton wrote:
Snowmiss wrote:
Past weekend summertime started again. For my 'old' SMAspot instal (V 2.0.6) that meant that no data was recorded for sunday the 30st. Strangely it also doesn't create a data file if I invoke SMAspot today with the -ad2 argument.

Is this behaviour solved in the latest release? If so, it's time for me to do an huge upgrade!
Hi Snowmiss,

It also happens with the most recent version. So I would not bother to upgrade unless there are other reasons to do so. I broke out the old laptop with Sunny Explorer on it and down loaded the DST day and then uploaded it the file to my Raspberry for processing by my application.

Ron
Thanx for the answer, too bad the problem still isn't solved.

For jSunnyReports (the application that I have running on my RPi for processing into nice graphs) I only need to edit an excel file with the missing data. So that's what I'm gonna do. For my laptop with Sunny Explorer I need the BT dongle that is in my RPi, so that's a no go ;)
Mar 31, 2014 at 7:15 PM
I can confirm this bug on v2.2.10.
It took me a while to get to this discussion.
Sunday the 30st is beeing totally ignored (but live values work).
There must be a problem where the startTime variable gets computed but I'm too bad at programming so I couldn't find out what's wrong exactly.
Apr 1, 2014 at 1:46 PM
dear snowmiss - heino - and ron

i did test today the new version 242 and the long standing issue on the DST for the daily file seems gone

let me cross fingers because this issue has had a very long life (since the first version i'd work with)

for your info and in the assumption that my tests set-up is valid for future:
-a- by manip of the clock of my pc i have done tests as if on 28march - 30march - 01april -03april
  for each of theses tests the result for the daily file  is valid
  i was able, using command -ad4, to recuperate the daily file fo teh DST

  not yet tested   and   message to ron,   
-B- please check wether you can recuperate your missing daily file as well
-C- whether this is still valid if after 1may
-D- since one can use the -adnn command to go back as far as one year (if the inverters-memory is large enough)
      I will control whether the DST  in okt-november is handled correct as well  (note at least 2 tests needed) 
-E- in the previous version there was a slight limit
  since only 23h45min are read   in the exceptional case that ones inverters is near the pole   there might be a few minutes missing in the table
  for me this does not matter
-F- there is a "non-disturbing" bug for the start-time of the month table
  the days in the month AFTER DST   that start time is one hour early (11h00) AND one hour late (13h00)
  with the clock manip i found that during the eearlier month (febrauri) this is correct 
-G- to complete the events (-ae2) info seems to be handled correct as well

kr wim
Apr 1, 2014 at 2:33 PM
I compiled 2.42 and it does the job (thank you, ruud).

The maximum value nn for -adnn is 300.
Apr 1, 2014 at 2:58 PM
Going to install 2.4.2 in a few days. Hopefully we'll see it working in oktober.
Apr 5, 2014 at 7:51 PM
dear all,

in using SMAspot v242 I did validate that the okt-nov DLS switch was ok as weel the one for march-april

so -> since my test was set-up for Belgium
        I demand to all persons, that want to be certain about the DayLightSaving story,
please do, as soon as possible, the test for both the march-april and the oktober-november switch

the test is very simple

execute once, with an appropriate script and config file the command

SMAspot.exe -am10 -ad300 -sp0 -ae9 -d5 -v5 1>std-out.txt 2>std-err.txt

!!! if needed apply other commands / options but DO NOT UPLOAD to pvoutput

control in the directory where SMAspot did write the correct daily files for both DLS switches
and check that all info is available

this test takes less then a minute to execute but time to control adequate all info

rational: most inverters have more then 180days of daily files in memory,
 so today is a good moment to check both DLS switch moments
kr wim
Apr 6, 2014 at 10:02 AM
Edited Apr 6, 2014 at 10:04 AM
Hello All,

Hope that someone can help. When i do a 'make release' for SMAspot 2.4.2. i get the errors below. I use raspberry pi B 512 with the latest Raspian (januari 2014) and have completely updated.

Even did a complete new install with raspian and pvdiary2 it did not solved the error.

ofcource i did:

apt-get install bluetooth libbluetooth-dev
apt-get install libcurl3-dev
apt-get install libboost-all-dev

Hope someone has a solution....

regards
Jan-Martin

pvdiary2@rpi-test ~/SMAspot_2.4.2 $ make release
test -d bin/Release || mkdir -p bin/Release
test -d obj/Release || mkdir -p obj/Release
g++ -Wall -O2 -c Bluetooth.cpp -o obj/Release/Bluetooth.o
g++ -Wall -O2 -c Ethernet.cpp -o obj/Release/Ethernet.o
g++ -Wall -O2 -c TagDefs.cpp -o obj/Release/TagDefs.o
g++ -Wall -O2 -c EventData.cpp -o obj/Release/EventData.o
g++ -Wall -O2 -c SMANet.cpp -o obj/Release/SMANet.o
g++ -Wall -O2 -c SMAspot.cpp -o obj/Release/SMAspot.o
/tmp/ccwaX1Sc.s: Assembler messages:
/tmp/ccwaX1Sc.s:8167: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:8177: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:8194: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:8246: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:8256: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:8273: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:9451: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:9461: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:9478: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:29394: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:29403: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:29420: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:31001: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:31011: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:31028: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:31081: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:31091: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:31108: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:31185: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:31194: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:31211: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:31264: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:31274: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:31291: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:31330: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:31340: Warning: swp{b} use is deprecated for this architecture
/tmp/ccwaX1Sc.s:31357: Warning: swp{b} use is deprecated for this architecture
g++ -Wall -O2 -c misc.cpp -o obj/Release/misc.o
g++ -Wall -O2 -c strptime.cpp -o obj/Release/strptime.o
g++ -Wall -O2 -c sunrise_sunset.cpp -o obj/Release/sunrise_sunset.o
g++ -Wall -O2 -c CSVexport.cpp -o obj/Release/CSVexport.o
g++ -Wall -O2 -c ArchData.cpp -o obj/Release/ArchData.o
g++ -Wall -O2 -c boost_ext.cpp -o obj/Release/boost_ext.o
g++ -Wall -O2 -c PVOutput.cpp -o obj/Release/PVOutput.o
g++ -s obj/Release/Bluetooth.o obj/Release/Ethernet.o obj/Release/TagDefs.o obj/Release/EventData.o obj/Release/SMANet.o obj/Release/SMAspot.o obj/Release/misc.o obj/Release/strptime.o obj/Release/sunrise_sunset.o obj/Release/CSVexport.o obj/Release/ArchData.o obj/Release/boost_ext.o obj/Release/PVOutput.o -lbluetooth -lcurl -lboost_date_time -o bin/Release/SMAspot
cp TagList*.txt bin/Release
cp date_time_zonespec.csv bin/Release
pvdiary2@rpi-test ~/SMAspot_2.4.2 $
Apr 6, 2014 at 10:09 AM
Hi janmartin,

is this the right discussion for your problem? Here we're talking about the dst-problems.
Anyway, what do you have in the Release-folder?
You got warnings but no errors!
Apr 6, 2014 at 10:13 AM
Edited Apr 6, 2014 at 10:13 AM
Hi Heino,

thanks for the quick reply.
Sorry if i posted in the wrong discussion. But i have the same DST problem and want to update the SMAspot. Then i got this message.
In the Release folder i got:
SMAspot
date_time_zonespec.csv
6x TaglistXX-XX.txt files
Apr 6, 2014 at 10:16 AM
So compilation was successful.
You can start SMAspot.
Apr 6, 2014 at 10:19 AM
So warnings are no issue. Should i put all the release/* files in the right folder. I use pvdiary2/bin for execution....
Thanks for the help

regards
Jan-Martin
Apr 6, 2014 at 10:27 AM
I know nothing about pvdiary. But in general after compilation SMAspot should run in any location. The config files specifies where the logfiles should go.
Maybe date_time_zonespec.csv should be in the same directiory as SMAspot but I'm not sure at this point, because I'm on an older version.
So why don't you just try it out and let us know? SMAspot should complain about missing files and so you can copy them on demand.