I have a Beta version of the Local App version 0.3.13 it only works with the newer Classic code released on 12-11-12.
The known bugs as of now:
Float time does not agree with the Classic
IP addressing is non functional
Let me know if anyone sees any odd behavior. The Logging is still a little funky but that is in the Classic and boB is working towards a resolution on that as well.
https://dl.dropbox.com/u/31975941/LocalStatusPanel.v0.3.13.air (https://dl.dropbox.com/u/31975941/LocalStatusPanel.v0.3.13.air)
Ryan
Ryan;
Been using this since you sent me a beta copy 12 days ago or so and it has had zero issues I have noticed in the way I use it.
I do my logging via serial port to a Raspberry Pi so have not used that. I fire it up every day all day on my laptop I run when I am up and about here on the ranch.
No issues with dropping connections, finding the Classic, etc. like some prior versions had.
Just looked at the logging and I like the date rather than days prior part.
Just FYI
Tom
Hi,
After several hours with the 0.3.12 version, I found the following :
- Day Selector Calendar (month is invisible)
- On the History log , the Day column size is too small.
- The date is in mm/dd/yyyy, without 0. It's doesn't read the regional settings to display in french (dd/mm/yyyy).
- no more Scrolling problem : YESSSS
- Switching from Offline to Live Data somtimes display an empty graph with CSS instructions on the Battery counter, on the right.
- "EQUALIZE SS" status is displayed versus EQUALIZE on the MNGP (Is this good ??)
- When you open a day graph, you are are not positionned by default on the current day, or the Current hour in an hour, 1/2 graph. By default, it goes on the day where I initialised my Classic (07/19/2012).
Yes a lot of bugs to work BUT a great progress by giving us a Beta Version to play with and even on a Sunday !!
A BIG HANDSHAKE for that !!
Yann
PS 1 : This night, I will work on the latest Beta Version (0.3.13) - Please modify the post title.
PS 2 : @Tom, Is it possible to share your RaspBerry PI developments ??
Quote from: TomW on February 17, 2013, 11:23:39 AM
No issues with dropping connections, finding the Classic, etc. like some prior versions had.
Unfortunately, I'm still intermittantly seeing the drop connections with this version. Sometimes it can go for a full day with no dropped connect others it will occur 4-5 times in an hour. The retry seems to always reconnect. This happens mostly if I am looking at and changing things in the DATA tabs. I am using a static IP and that IP is out side the range of DHCP IPs.
Quote from: Lya72 on February 17, 2013, 12:21:56 PM
PS 2 : @Tom, Is it possible to share your RaspBerry PI developments ??
Lya72;
Sure, not much to it so far. Tore a rotator cuff awhile back so not getting much done around here. Luckily its not Spring when the real work happens here.
Basically, get a Pi, and an SDHC card, install The current Debian "Raspbian" distribution to the card with your computer.
Boot it up, update it and then you just need to connect the USB port on the Classic to the USB on the Pi.
Now you can upgrade the firmware or pull data from the Classic via the USB [serial] port using the Pi.
There are several data stream options in the classic accessed via the MNGP "comms" tab.
Then you simply need to use "cat /dev/ttyACM0" on the Pi in a terminal. This will dump the stream from the Classic to the terminal. You can redirect to a file via some filters using grep, awk and maybe perl to gather the specific data you want. These tools are included in the Raspbian distribution. It is simply a matter of redirecting the output to file(s) for further processing.
More options than I can remember and post here but it is not that tough to do.
I made a post here on the various data streams available as well as other parts of the process.
The stream I use puts out this type of data:
4115, 247
4116, 938
4117, 363
4118, 33
4119, 911
this is Register#, data.
in this case 4115 is battery volts divided by 10 and that sample shows 24.7 volts under load of my water heater dumping excess power.
4116, is PV input volts divided by 10 or 93.8 volts
4117, is Battery amps divided by 10 or 36.3 amps
4118, is todays KWH divided by 10 or 3.3 KWH
4119, is watts to battery no division or 911 watts
Just the beginning. I can share some processing scripts if you get to that point.
Tom
I can confirm this dropping connection when you play with the localApp Data tabs.
For the moment, I can't surely reproduce it, but I take a screen capture when it occured.
Edit : reproduced one time with 0.3.13 by going from Data to Config /Power Meter scale down from 5Kw to 1Kw.
You can see "the dialog box saying that the connection is closed " and in the background, the connection is already re-enabled, because the conection is re-established in one second or two.
I have another one :
It's after the LocalApp new version installation (seen on 0.3.10 and 0.3.12 AND 0.3.13).
My Classic is unjoinable even after stopping the App, repairing the Network connection (cache flush) and putting my laptop in deep sleep mode.
Edit : Same with 0.3.13 at 11:30 PM and even after a laptop reboot !!
If it occurs before midnight and I let my laptop in sleep mode for the night, the next day at 06:00 AM, the connection is OK on the first shot.
Edit : Connection OK this morning with 0.3.13 version at 06:20 AM
Yann
@Tom,
Thanks for that detailled explanation on the RaspBerry PI setup with the Classic.
I will have to work and I will come back when I will see values in the PI terminal.
Yann
Quote from: Lya72 on February 17, 2013, 12:21:56 PM
Hi,
After several hours with the 0.3.12 version, I found the following :
- Day Selector Calendar (month is invisible)
- On the History log , the Day column size is too small.
On the month not being visable you can change the color and it will be visable. They need to change the default color so it is visable to start with.
The data column's width are adjustable. Go to the header and put the pointer at the edge of the column and drag it to adjust.
John
There appears to be a change in Exporting Live data. If I export live data from the local app v 0.3.12 beta version and I pick a day and by ½ hour it only exports data from midnight to the first break in data recording (ie: a connection close) or time of closing of the app. This didn't use to be the case. The complete day's data was exported. If I use "Day" I can get a full day's data including the breaks in recording and part of the next day's data.
While not a big deal there appears to be an anomaly in the temperature data right around the time the Classic Auto-Restarts. After a few seconds it returns to normal. See attachment.
@RestHome,
Yes, the History Log Date's column size is adjustable but 2 seconds after the resizing, it goes back to it's original size.
Are there Folks that are using the LocalApp on a screen that is smallest than 1024x768 ????
Yann
Quote from: Lya72 on February 18, 2013, 12:40:35 AM
@RestHome,
Yes, the History Log Date's column size is adjustable but 2 seconds after the resizing, it goes back to it's original size.
Are there Folks that are using the LocalApp on a screen that is smallest than 1024x768 ??? ?
Yann
Wait until the Export button becomes available, that is when the data has finished being extracted from the Classic. Then you can adjust the column and it will stay.
Quote from: Resthome on February 17, 2013, 05:09:24 PM
While not a big deal there appears to be an anomaly in the temperature data right around the time the Classic Auto-Restarts. After a few seconds it returns to normal. See attachment.
This I suspect is in the Classic and I will point it out. It appears to last for 4 seconds if I am seeing this correctly? This may be normal behavior as the Night time reset actually reboots the controller and the network processor boots just slightly faster than the main cpu so the temps may be default for a couple stamps till the processor can actually read the data.
Ryan
So I am compiling a list so I can work with Andrew this week. So far I have the following I feel are real bugs in the APP not the Classic:
1- Float Time in offline data does not agree with the Classic
2- IP addressing is not functional yet
3- EQ does not match the Classic. The Classic shows Equalize or Equalize MPPT the App shows Equalize or Equalize SS
I do see the complaint on the following and will look deeper into it but not sure I classify it as a Bug just yet
A- Date column in the offline History chart is to narrow, But after the data is downloaded you can expand it. Maybe it should be wider by default and I will ask if that can be added to the list.
B- Switching from Offline to Live data sometimes results in a blank screen, I have tried to recreate this and have not been able to yet but I will add it to the debug list if we can recreate it.
C- I pick a day and by ½ hour it only exports data from midnight to the first break in data recording (ie: a connection close) or time of closing of the app. This didn't use to be the case. The complete day's data was exported. If I use "Day" I can get a full day's data including the breaks in recording and part of the next day's data.
D- Day Selector Calendar (month is invisible) I am unable to recreate this are you using the default color scheme or have you changed that? In mine Days that are available are in bold black days that are not available are grey.
Ref item D: Ryan, I think it started with the previous version when we were instructed to uninstall the previous version before install the new one. The default color on startup was a black background. That black made the Months names invisable on the Data Tab Live Data. Once you change the color it sticks so no big deal. But changing the color is not obvious so it would be great if it was not black on a new install.
OK, guys, I am not the sharpest tack in the box but this thread went from "beta 0.3.12" to "beta 0.3.13" and I missed the curve and ended up out here in the brush wondering what I missed?
Just to be clear, my comments are WRT the beta 0.3.12 version.
Tom
Hi,
Thanks to RestHome to speak of Application unistallation.
After uninstalling the AIR Application (not so evident), You have to clear the User's datas.
The problem is that when you uninstall an AIR application it doesn't get rid of the encrypted local store data in C:\Documents and Settings\USER_login\Application Data\Adobe\AIR\ELS.
You have to find your application based on her ID et delete the corresponding directory.
After doing that, the 0.3.13 LocalApp connects to the Classic on the first shot !!
BUT, the color problem in the Selector Calendar remains identical.
Colors are default colors, because i don't know where to change these and go back to precedent green design that I preferred.
I your list, I can't find :
- the regional settings
- The graph that open on the current day, not on the Classic Life first Day.
Another thing, It seems that tweaks mode in the LocalApp Tech Menu didn't reflect the Classic settings : In the statusPanel, Insomnia is selected and on the Classic, it's at Off.
Another another thing, on Windows XP in the Start Menu, there are two entries for Midnite Solar, One for the local Satus Panel, the second for Midnite-Update. The difference is the first has a space bettween Midnite and solar.
Question : Where are the LocalApp logs datas stored on a Windows PC ??
Yann
@Tom, the thread has been renamed because in the first post, the version to download was 0.3.13, so there was a discordance beetween the thread title and the file to download.
Yes, it should be fine to know the differences beetween each release.
Are you using the latest Classic code? 12-11-12?
Ryan
Yes,
What are you thinking about,
colors, current day on the graph ...??
Yann
Quote from: Halfcrazy on February 17, 2013, 10:58:44 AM
I have a Beta version of the Local App version 0.3.13 it only works with the newer Classic code released on 12-11-12.
The known bugs as of now:
Float time does not agree with the Classic
IP addressing is non functional
Let me know if anyone sees any odd behavior. The Logging is still a little funky but that is in the Classic and boB is working towards a resolution on that as well.
https://dl.dropbox.com/u/31975941/LocalStatusPanel.v0.3.13.air (https://dl.dropbox.com/u/31975941/LocalStatusPanel.v0.3.13.air)
Ryan
Ryan - There is something wrong with this link as it downloads a zip file not an Air file and unzipping the file does not result in any air file.
Ok, back on track with 0.3.13.
Only thing I see that is "odd" is in "Live"
I only seem to have data from Oct 2012. My "offline" data has current dates so it has the proper date set.
I can't seem to select any other date range.? I tried the calendar pop up and the right arrow icon at the bottom right of the graph it draws. "Daily" I can arrow over to Nov. 4 2012. "Weekly" I can get to Nov. 24.
Not sure how "reports" is supposed to work? I do see a graph for those dates.
It was this way in all previous versions, too. Using Ubuntu 11.10 on my laptop.
Just FYI
Tom
Quote from: Resthome on February 18, 2013, 04:44:48 PM
Ryan - There is something wrong with this link as it downloads a zip file not an Air file and unzipping the file does not result in any air file.
Resthome;
I just grabbed it an hour or so ago and got an .air file that ran and installed fine? Ubuntu 11.10 and Firefox current.
Tom
Quote from: TomW on February 18, 2013, 04:48:31 PM
Quote from: Resthome on February 18, 2013, 04:44:48 PM
Ryan - There is something wrong with this link as it downloads a zip file not an Air file and unzipping the file does not result in any air file.
Resthome;
I just grabbed it an hour or so ago and got an .air file that ran and installed fine? Ubuntu 11.10 and Firefox current.
Tom
Thanks Tom, not sure why IE is downloading a zip file. Have to try another Browser
Chrome downloaded the Air file. ;D
Quote from: Resthome on February 18, 2013, 05:02:25 PM
Thanks Tom, not sure why IE is downloading a zip file. Have to try another Browser
Resthome;
Maybe you can just rename the file with .air extension?
Windows is kind of dumb that way, determines file type by the .xxx extension or used to?
Good luck with it.
I see after I hit "post" you had grabbed it with Chrome.
Tom
Quote from: Lya72 on February 18, 2013, 03:48:44 PM
BUT, the color problem in the Selector Calendar remains identical.
Colors are default colors, because i don't know where to change these and go back to precedent green design that I preferred.
Click on the Config tab and right beside the Power Meter Scale you should see a little square box. Click on it to change the color.For 0.3.13 it kept my selected color of green so I did not have to change it this time.
Well Done, RestHome,
Now I can see the months on the Date Selector !!
For the others, I included a screen capture, showing the little square to click on, to show the colors selector.
For Ryan, PLEASE, just add a "Colors" label on the left of this square
Point taken on the colors. As far as the extension IE changes the extension from .AIR to .ZIP so just rename it and change the extension back to .air I was worried about the LoMax and stuff that is why I asked about the classic code.
Ryan
After Ryan's question about the latest firmware version, I'm afraid of what I saw !
My setup is actually based on the MidNiteSolarSetup_12-11-2012_v3.60.exe file downloaded on 12/23/2012.
This file actually installs a 12/1/2012 CLASSIC firmware and a 12/11/2012 MNGP firmware.
Hoping that's just a naming error and that there was no evolutions beetween the BETA firmware and the Production firmware !
Yann
Those are the newest of both so you are current
Ryan
Ryan,
What about releasing the source code for the local app?
Some more eyes on the code might progress the debugging efforts.. :D
dgd
The source code will not be released as there is to much proprietary info in there. The good news is that it is Modbus and anyone that unhappy with the App can make their own monitoring system. This is an easy thing to do (Well maybe if you are good at it, I am not) for some I am told. The issue with releasing the code is the man hours and expense we have in it to just give it to anyone who speaks modbus for there use. There is lots of work behind the scenes to make this stuff work across multiple platforms not just the Classic.
As an example a buddy of mine wanted to dabble in his programming mind and built this simple yet effective Classic monitor in a few days. He is adding a 3rd Classic and will tune it up when done but it just shows what is possible with modbus. He will also be adding some other devices to it as he moves on, things around his house that he wants to monitor and or control.
http://kb1uas.com/HighVoltage/StatusMonitor/StatusMonitor.html (http://kb1uas.com/HighVoltage/StatusMonitor/StatusMonitor.html)
Ryan
Thanks Ryan,I didn't realise there would be proprietry code in the local app, i though it was merely an AIR application program with some Modbus register reading and writing.
I thought that with the source I could get a couple of my company's application programmers (who use the Adobe runtime environment) to eyeball the code and see if they can assist.
dgd
Hi,
This morning, an update error, linked to the Beta version ????
Yann
PS : Ryan, your friend had access to the latest Modbus specification that Bob promises one year ago ?? (Yes I found that by diving in the forum ).
The difficulty for us, is that when we start a developping session, we don't know if the errors came from the product, the lack of documentation, the errors in the documentation, OR just our little coding knowledge.
So, we are wasting a lot of time, during the night, after our works days.
Yes, I wan't to cooperate, but on good bases.
Lya72;
Remember, there is an "offset" (+1 ?) when accessing registers via Modbus. As in you want to read 4115 you request 4116. Or something similar.
I use the serial port data so it is not an issue.
Personally, I am no fan of Modbus so I just decided not to use it. Support and documentation on modbus is just so lame I gave up on it. In my situation I do not need to rely on it so I don't.
I use the register data from the Classic Manual PDF for what each register represents. Perl, awk and sed to extract and format the info I want displayed on a web page with Apache2. I think you could write register data to the Classic via the serial port but I am not concerned with that. Yet.
So I just wanted to mention that offset thing that boB pointed out some time ago.
Tom
Yes, the +1 thing can definitely screw things up. I never quite understood that part of modbus.
The update error that Yann posted has something to do with the local app and not modbus or
the Classic itself.
BTW, I am working on the modbus spec to update it. Main status registers like voltage and current
have not changed.
boB
Quote from: Lya72 on February 19, 2013, 12:46:07 AM
Hi,
This morning, an update error, linked to the Beta version ????
Yann
PS : Ryan, your friend had access to the latest Modbus specification that Bob promises one year ago ?? (Yes I found that by diving in the forum ).
The difficulty for us, is that when we start a developping session, we don't know if the errors came from the product, the lack of documentation, the errors in the documentation, OR just our little coding knowledge.
So, we are wasting a lot of time, during the night, after our works days.
Yes, I wan't to cooperate, but on good bases.
Well the funny part is my buddy had the old modbus documentation as well. He had to figure out the bad math as well. I will check and see who and when the modbus documentation will be getting updated. I have also passed this info on the error to Andrew. Did you just find it that way or did something trigger it? I have a new version of code that "Should" fix the logging issues. I will release it as soon as I know it does not do any real odd stuff. Give me 15 minutes to an hour.
Ryan
So Ryan,
One hour after, it seems you detect one problem.
Maybe, I detect the same :
On version 03.13, there is an hour problem in the graph : It shows a lot of sun at 04:00 AM !!!! (I know, I know, it's Midnight solar :P
Enclosed the LocalApp voltage graph and mine voltage graph. Don't you think there is more proprietary intelligence in mine ? 8)
Yann
Found a bug, under the config-tech tab there is no longer a menu box under "mppt mode"
What mode are you running in? The box to change the mode is under the basic tab and the advance adjustments for the mode are in Tech
Here is the Basic tab
running in solar-on
was looking to change to legacy p&o to test if that gets me more watts, that menu under tech is gone
Edit
sorry, ignore this idiot, I was confused where the legacy was apparently
@Ryan,
The update Error came after my laptop came out of the sleep mode this morning and some minutes after the launch of the localApp.
The Day Graph and logs export of the day are in accordance, Hours are bad !
This may be the recording that don't take in account the current hour but think it was Midnight when I started the LocalApp at 05:55AM this morning.
This problem was already encountered when you stop the LocalApp for one hour in the day and there won't be a hole for this hour in the graph.
Yann
Quote from: dbcollen on February 19, 2013, 04:58:56 PM
sorry, ignore this idiot, I was confused where the legacy was apparently
Db;
Too late, been actively ignoring you since we first met on IRC. :o
Tom
my village called, I am going home.....
I have released version 0.3.15 Beta it can be found under its own thread here.
Ryan