Vera PushOver notification with image

[toggledbits]

@therealdb said in Help with Luup Reloads:

yep, I will change it in next build. I'm onto it as we speak.

One more thing... some versions of Luup have trouble returning the status from os.execute(). They said they have fixed it in the newer beta builds (5363/4/5), but it's concerning that it could be broken at all (should be straightforward, not unstable), and Edward's response to me when queried was a bit uncertain. So I've started moving away from using the return value under Luup and started doing error detection other ways (e.g. does the file I expect now exist?).

[akbooer]

@toggledbits said in Help with Luup Reloads:

Sorry, did I miss that this was openLuup?

Oooh, hope not... NO, just checked...

@pabla said in Help with Luup Reloads:

Recently I have been getting constant reloads on my Vera Plus

@toggledbits said in Help with Luup Reloads:

are you just confirming that openLuup is better than real Luup

Er, yes, just that, really. Let's say that this is one feature I chose not to emulate.

[Pabla]

So I updated to 1.51 and dont see the files in the /tmp folder being deleted after 3 mins

[therealdb]

@pabla I found a small problem, and I'll fix it in a moment. Please wait for a new release.

[Pabla]

@therealdb No rush, just reporting back

[therealdb]

@pabla 1.51-hotfix is on GitHub.

• programs duplication is now fixed, so a reconfiguration is OK
• IP is now a variable (and it's automatically migrated - don't worry)
• temp files are correctly deleted
• I've tracked the problem with infinite stations - and I'm working on a permanent fix. this seems to be related to reloads and I'll investigate this further in the next days.

Give it a try!

[therealdb]

@toggledbits I found that AltHue by @amg0 is still using IP attr. I'll probably send him a pull request, since it's very popular.

[Pabla]

@therealdb So I updated to the latest hot fix, and the files still aren't getting deleted. I have a fill from 11:06am local time and its 11:27am. Do they auto delete after a longer time?

[therealdb]

@pabla nope, this should be performed at every http call. This is weird. I’ve just deleted mine with the plugin and it’s working. Try to delete them by hand for the last time and let’s see if it’s working from now on.

[Pabla]

@therealdb Manually deleted the files and they aren't auto deleting still. This is really weird

[therealdb]

@pabla I’ll take a deeper look. Maybe some libs are different between edge and plus.

[Pabla]

Okay good news, so I uploaded the file via WinSCP since I noticed I had doubles of each file type one of the doubles was a .lzo file type. Now the files are deleting properly too. Question for everyone: Does the .lzo compression make a difference? Every time I get Github files I decompress and then drag them into the Luup Files section under Develop Apps. But I have began to notice that I have a lot of files with the .lzo extension

[toggledbits]

When you drag them to the Upload button in Apps > Develop apps > Luup files, the uploader will LZO compress them, always. If you use WinSCP and copy uncompressed files, they stay uncompressed. When Luup looks for a file, it will select the uncompressed file before the compressed if both are present, and this is how things get goofed up -- if you have old uncompressed files and try to update via the uploader, Luup still sees/uses the uncompressed files and ignores the newer compressed files (it doesn't check timestamps -- that would be nice!). Personally, I always use the uploader, and I don't keep uncompressed plugin files on my Veras, even during development (I never edit on the Vera so it doesn't matter).

[Pabla]

@toggledbits That makes sense why the plugin wasnt working as expected. That explanation solves so many issues that I have had with plugins lol. Since I would alternate between WinSCP and Uploading via the web UI

[CatmanV2]

@toggledbits blimey that's poor. Don't know why I should be surprised, though!

C

[therealdb]

@pabla great! Let me know if this version is more stable and I’ll eventually release it via the Vera App Store as well.

[a-lurker]

@akbooer said in Help with Luup Reloads:

For some time, now, I had a Vera Edge running without any plugins or Z-wave devices, and, I have to say, it just runs and runs!

Erhhh - so it works great when it's doing absolutely nothing - is that it?

@toggledbits said in Help with Luup Reloads:

When Luup looks for a file, it will select the uncompressed file before the compressed if both are present, and this is how things get goofed up -- if you have old uncompressed files and try to update via the uploader, Luup still sees/uses the uncompressed files and ignores the newer compressed files (it doesn't check timestamps -- that would be nice!).

Never knew that. I always used the up-loader, so never came across this one. Certainly explains why someone could disappear into the quicksand pretty quickly.

[akbooer]

@a-lurker said in Help with Luup Reloads:

Erhhh - so it works great when it's doing absolutely nothing - is that it?

Yup, exactly so.

[a-lurker]

Mmmmm - interesting - I've had a very similar experience with a couple of Veras. One of the Veras; I recently turned off the WiFi and I have never heard from it since; even though it has always successfully conversed via a hardwired LAN interface for years.

akbooer I recommend you ditch the Edge - it's costing you money at about 0.24 kW hrs per day. Further still, I recommend you use openLuup. It works well and the developer? - don't stuff around. Please donate as he or she requests.

[therealdb]

@a-lurker said in Help with Luup Reloads:

Never knew that. I always used the up-loader, so never came across this one. Certainly explains why someone could disappear into the quicksand pretty quickly.

I have a quick bash script calling curl to update files via the web interface automatically. It's very handy when developing. I suspect @rigpapa built something similar and much more, since he's also unit testing his plug-ins...