I am on OH3. But regardless of the version (it also happened with OH2.x version and previois habpanel version, but not so often) I always receive the message attached ("tile memory exceeds limit). I could not find anything about it in relation to openhab in this thread or in the forum. It rather seems to be an issue with the webviewer when I googled for the error message. But I don’t know how to resolve it in this context. Could this be the issue why habpanelviewer crashed many times on my tablet or is it not so serious for the app to work properly?
Logs attached of 2 events in which the crash could be reproduced
I use OH3 and an old Galaxy Tab S with HPV 0.9.27pre. The problem I have is that the items are not refreshed after the tab is woken up from standby. Even the time stops.
Then it only helps to reload the page via the context menu. Then it works until the next standby. Is there a solution for this?
Many Thanks
Could it be that in the OH3 version CSS is not loaded? On my habpanel on the same tablet (Nexus 9) in Chrome it works just as on my laptop with CSS but when HPV is showing the habpanel, the CSS modifications are not loaded.
(My post was a problem i have with the OH 3.0 app, not a sollution for your problem, sorry )
Habpanel > Edit dashboard > Panel Settings > On the right, Extra Stylesheet (optional) < had to translate them from dutch, so maybe the naming is a bit different. I use it to get rid of the ugly blue letters and make the panels a little bit more transparent.
Your logs show crashes in the webview native code. Do you have HW acceeration enabled? If yes, try to disable it. If not, there is nothing I can do to help, as this is not part of HPV code.
There is a option “pause webview” in the preferences. Try if that helps.
I use custom CSS and it is shown as it should. So this does not seem to be a general problem.
I stopped using HabPanel after my OH3 upgrade as I really like the simplicity and look of the new UI. So I can not reproduce this, sorry.
I found the problem. Sort of a minor bug it looks like. My openhab 3.0 was found as: http://openhabiandevice:8080, so i clicked that one when installing. But in my habpanel the css is called from http://192.168.x.x:8080. After changing the server adress to an ip adress problem was solved and the CSS is loaded nicely.
Thanks for your response!
btw, We have to use the alternate app for openhab 3.0? And not the one from FDroid / App store? Im using the alternate one without any problems
HW acceleration is not enabled. The previous version of the app running in OH2.x also had a couple of crashes per day, but not so often as with the new version built for OH3. Probably just a coincidence. Thanks anyway. Will try to switch to a new tablet.
Did you see that some people reported that SCREEN_ON does what you want? Can you please test this? I could then close the issue.
Most likely you do not have the newest version on your device. Pre versions do change, so try redownloading and reinstalling. Check the version in the HPV Status Information. It should be from Jan 5th.
You need OH3 for 0.9.27pre. If you have OH3, do you see a red border around the screen?
This did the trick.
Dispite I already had version 0.9.27pre, this one seems a different version (but still saying 0.9.27pre).
Now I see the commands recieved.
@vbier:
Yes, I’m running OH3 and had v0.9.27pre, but seems now resolved with an other version of 0.9.27pre.
I noticed one other thing though.
I looks like the resolution of images is displayed lower compared to FKB or chrome.
I am already using Tablet_Command.sendCommand(“SCREEN_ON 60”) all the time but it does not bring HPV to front if another app was on front before (with Android 10) as mentioned on github
Thanks Volker, for the update to OH 3.
My update experience to OH3 also has not been so smooth. Had to import the panels json (luckily I knew I had to save it in OH 2) AND set one panel as default (star).
In HABPanelViewer, I had to switch off Desktop mode, otherwise font size was too small.
I’ve had to play with the various Screen and Font settings on my tablets. They seam to be very inconsistent between devices, and even Android versions. I had a bunch of random tablets all that “Appeared” the same specs behave very differently. I just recently bough half a dozen openbox/refurb Lenovo M8’s with docks. They are so much nicer now, Each room has identical config now.
A. Control item to force Kiosk mode.
A1. Kiosk can not be disabled unless item is triggered, and/or passcode entered.
A2. HPV can not be quit/exited while in this mode
B. AutoConfigs by Item. (I have 11 displays installed in house with HVP)
My Idea:
Install HPV on tablet, it will then force you to give tablet either a unique hostname, or give HPV a unique identifier.
HPV till check for a string item (with JSON payload) called something like "{unique id}_hpv_autoconfig
This item/string will be an export of all the HPV config options for that tablet/id. It will auto-load these, including start screen, settings, control/reporting values. Allowing quick remote backup/restore/clone of other panels.
I have also found a memory leak/crash over time if I use widgets with “attention” indicators. Not sure if there is a good way to dump that info for debugging, but for the time being I just don’t use those widgets.
I love this program, it’s turned my raggy smarthome into a very clean looking smarthome. I really like having the tablets in kiosk mode, and I have a wonky workaround rule that looks for changes on the current URL for the panel group. Looks for the ?kiosk=on string, if it’s not found, it resubmits the show_url for the offending tablet with ?kiosk=on appended. This works but causes a distracting flash and refresh on the display.
)
