Fixed in latest beta!Hesmink wrote:With the latest beta, all my RFXMeter counter type blocks, generate a third block with 'undefined':
In Dashtics:
HeatDashticks.jpg
In Domoticz default:
HeatDomo.jpg
This is tested with a default config, with only the Domiticz ip and port modified.
Dashticz - Bug report
Moderator: leecollings
-
- Posts: 1273
- Joined: Saturday 24 January 2015 22:12
- Target OS: NAS (Synology & others)
- Domoticz version: 3.7067
- Location: NL
- Contact:
Re: Dashticz - Bug report
-
- Posts: 1273
- Joined: Saturday 24 January 2015 22:12
- Target OS: NAS (Synology & others)
- Domoticz version: 3.7067
- Location: NL
- Contact:
Re: Dashticz - Bug report
Hmm do you have latest version??
Whats your config? Standby is working correctly over here..
Whats your config? Standby is working correctly over here..
- Phantom
- Posts: 87
- Joined: Saturday 31 December 2016 14:47
- Target OS: Raspberry Pi / ODroid
- Domoticz version: 4.11652
- Location: The Netherlands
- Contact:
Re: Dashticz - Bug report
when the standby screen is active it switches back to the main screen for a second and then back again to the standby every time the status of a switch changes.
Is there any way to turn this off, so it only go to the main screen when you touch the screen and not automatically?
Is there any way to turn this off, so it only go to the main screen when you touch the screen and not automatically?
-
- Posts: 744
- Joined: Saturday 30 May 2015 22:40
- Target OS: Raspberry Pi / ODroid
- Domoticz version: beta
- Contact:
Re: Dashticz - Bug report
With latest beta, both Chrome and Maxthon will crash after a couple hours, or just freeze. I switched to an old 'stable' version and copied my custom-folder from the beta to the stable. That version runs fine now for 2-3 days. I therefore can conclude that it's neither the tablet nor the 'server' that runs the webpage.
With the beta version I saw that loading the garbage bin information and the (google) calendar element didn't work quite often and only give a 'loading...' sign.
The stable version I use, doesn't support yet the calendar and public transport blocks. During the last beta update, I saw an updat for main.js and trash.js, if I'm not mistaken.
With the beta version I saw that loading the garbage bin information and the (google) calendar element didn't work quite often and only give a 'loading...' sign.
The stable version I use, doesn't support yet the calendar and public transport blocks. During the last beta update, I saw an updat for main.js and trash.js, if I'm not mistaken.
- Phantom
- Posts: 87
- Joined: Saturday 31 December 2016 14:47
- Target OS: Raspberry Pi / ODroid
- Domoticz version: 4.11652
- Location: The Netherlands
- Contact:
Re: Dashticz - Bug report
Sadly still waiting for an reply on this after a few weeks.Phantom wrote:when the standby screen is active it switches back to the main screen for a second and then back again to the standby every time the status of a switch changes.
Is there any way to turn this off, so it only go to the main screen when you touch the screen and not automatically?
-
- Posts: 1273
- Joined: Saturday 24 January 2015 22:12
- Target OS: NAS (Synology & others)
- Domoticz version: 3.7067
- Location: NL
- Contact:
Re: Dashticz - Bug report
Sorry Phantom! Will test this tomorrow evening again. Already tested this with my dashboard but didnt have this problem.
-
- Posts: 1273
- Joined: Saturday 24 January 2015 22:12
- Target OS: NAS (Synology & others)
- Domoticz version: 3.7067
- Location: NL
- Contact:
Re: Dashticz - Bug report
Please try latest beta!!Phantom wrote:Sadly still waiting for an reply on this after a few weeks.Phantom wrote:when the standby screen is active it switches back to the main screen for a second and then back again to the standby every time the status of a switch changes.
Is there any way to turn this off, so it only go to the main screen when you touch the screen and not automatically?
- Phantom
- Posts: 87
- Joined: Saturday 31 December 2016 14:47
- Target OS: Raspberry Pi / ODroid
- Domoticz version: 4.11652
- Location: The Netherlands
- Contact:
Re: Dashticz - Bug report
Thanks it works great now.robgeerts wrote:Please try latest beta!!Phantom wrote:Sadly still waiting for an reply on this after a few weeks.Phantom wrote:when the standby screen is active it switches back to the main screen for a second and then back again to the standby every time the status of a switch changes.
Is there any way to turn this off, so it only go to the main screen when you touch the screen and not automatically?
-
- Posts: 744
- Joined: Saturday 30 May 2015 22:40
- Target OS: Raspberry Pi / ODroid
- Domoticz version: beta
- Contact:
Re: Dashticz - Bug report
I updated to the 13-6 beta, but the issue of freezing screen after some time (clock also doesn't update anymore) is still there. How can I (help to) resolve the issue, while I run it on an Android tablet?jake wrote:With latest beta, both Chrome and Maxthon will crash after a couple hours, or just freeze. I switched to an old 'stable' version and copied my custom-folder from the beta to the stable. That version runs fine now for 2-3 days. I therefore can conclude that it's neither the tablet nor the 'server' that runs the webpage.
With the beta version I saw that loading the garbage bin information and the (google) calendar element didn't work quite often and only give a 'loading...' sign.
The stable version I use, doesn't support yet the calendar and public transport blocks. During the last beta update, I saw an updat for main.js and trash.js, if I'm not mistaken.
-
- Posts: 1273
- Joined: Saturday 24 January 2015 22:12
- Target OS: NAS (Synology & others)
- Domoticz version: 3.7067
- Location: NL
- Contact:
Re: Dashticz - Bug report
I'm currently testing this with some minor changes... will get back to you later today..
-
- Posts: 1273
- Joined: Saturday 24 January 2015 22:12
- Target OS: NAS (Synology & others)
- Domoticz version: 3.7067
- Location: NL
- Contact:
Re: Dashticz - Bug report
Could you test latest beta?jake wrote:I updated to the 13-6 beta, but the issue of freezing screen after some time (clock also doesn't update anymore) is still there. How can I (help to) resolve the issue, while I run it on an Android tablet?jake wrote:With latest beta, both Chrome and Maxthon will crash after a couple hours, or just freeze. I switched to an old 'stable' version and copied my custom-folder from the beta to the stable. That version runs fine now for 2-3 days. I therefore can conclude that it's neither the tablet nor the 'server' that runs the webpage.
With the beta version I saw that loading the garbage bin information and the (google) calendar element didn't work quite often and only give a 'loading...' sign.
The stable version I use, doesn't support yet the calendar and public transport blocks. During the last beta update, I saw an updat for main.js and trash.js, if I'm not mistaken.
- capman
- Posts: 157
- Joined: Friday 12 July 2013 20:48
- Target OS: Raspberry Pi / ODroid
- Domoticz version: Beta
- Location: Belgium
- Contact:
Re: Dashticz - Bug report
Get some error in my dashticz frontpage. Browser firefox and also on chrome.
- Attachments
-
- dashticz error.JPG (77.77 KiB) Viewed 2755 times
-
- Posts: 744
- Joined: Saturday 30 May 2015 22:40
- Target OS: Raspberry Pi / ODroid
- Domoticz version: beta
- Contact:
Re: Dashticz - Bug report
I have the tablet now running for 2 days after your changes and it is running OK now, the issue of freezing or crashing is gone! Thanks!robgeerts wrote:jake wrote:Could you test latest beta?jake wrote:With latest beta, both Chrome and Maxthon will crash after a couple hours, or just freeze. I switched to an old 'stable' version and copied my custom-folder from the beta to the stable. That version runs fine now for 2-3 days. I therefore can conclude that it's neither the tablet nor the 'server' that runs the webpage.
However, I still experience a more slow performance when the website runs for more than half a day. At start the CPU is at 30%, but hours/day later, it has raised to 70%. Killing the browser and restarting it, lowers the CPU usage down to 30% again. At the 70% the usage raises to 100% when I try to switch to a 2nd page. Doing so goes fine right after I start the webpage, but takes more than 5 seconds after a day or so.
Is there a possibility to find out what is slowing the website down after time (on a Android tablet)?
-
- Posts: 130
- Joined: Monday 31 October 2016 19:34
- Target OS: Raspberry Pi / ODroid
- Domoticz version: latest
- Location: Netherlands
- Contact:
Re: Dashticz - Bug report
On Ipad 2 (using Safari) after a couple of hours it also crashes. Sometimes after few hours, sometimes after half a day but not getting it stable for more then 1 day. Is there someway to log this so i can see when it crashes? Have installed latest beta version from github.
Hardware
1x Raspberry Pi
1x Razberry Z-Wave
1x RFXtrx433E
1x Toon
1x GoodWe Solarpanels
2x FGSD-002 Smoke Detector
1x FGBS-001 Binaire Sensor (RFID lezer)
7x FGMS-001 Motion Sensor
3x ZW089 Verzonken Deursensor
7x NC Wallplug
&lots of KaKu stuff
1x Raspberry Pi
1x Razberry Z-Wave
1x RFXtrx433E
1x Toon
1x GoodWe Solarpanels
2x FGSD-002 Smoke Detector
1x FGBS-001 Binaire Sensor (RFID lezer)
7x FGMS-001 Motion Sensor
3x ZW089 Verzonken Deursensor
7x NC Wallplug
&lots of KaKu stuff
-
- Posts: 1273
- Joined: Saturday 24 January 2015 22:12
- Target OS: NAS (Synology & others)
- Domoticz version: 3.7067
- Location: NL
- Contact:
Re: Dashticz - Bug report
There should be tools to show whats causing the crashes but dont know wich one..
Does anyone have experience with this?
Does anyone have experience with this?
-
- Posts: 744
- Joined: Saturday 30 May 2015 22:40
- Target OS: Raspberry Pi / ODroid
- Domoticz version: beta
- Contact:
Re: Dashticz - Bug report
In the 'Show your Dashboard' topic another used has no issues with the same Samsung Tab 3 8.0 tablet (SM-T310). The only difference was that I had the tablet running on a custom ROM, while he had the original Samsung Touchwiz ROM. I would expect that the behavior was inversed (better performance with a lean custom ROM). I have tried the default LOS 14.1, but also Xenon HD, both Android Nougat. The performance with Dashticz was equally bad over time (other websites run smooth, no other issues with these ROM's).jake wrote:I have the tablet now running for 2 days after your changes and it is running OK now, the issue of freezing or crashing is gone! Thanks!robgeerts wrote:jake wrote:
Could you test latest beta?
However, I still experience a more slow performance when the website runs for more than half a day. At start the CPU is at 30%, but hours/day later, it has raised to 70%. Killing the browser and restarting it, lowers the CPU usage down to 30% again. At the 70% the usage raises to 100% when I try to switch to a 2nd page. Doing so goes fine right after I start the webpage, but takes more than 5 seconds after a day or so.
Is there a possibility to find out what is slowing the website down after time (on a Android tablet)?
To outrule the standard Samsung ROM's experience, I decided to put NoleKat.T310. v1.1 (a tweaked version of the stock touchwiz experience, based on Android KitKat) and... the Dashticz runs smooth for days, no hickups by moving through screens. Just as it is intended to be.

-
- Posts: 1273
- Joined: Saturday 24 January 2015 22:12
- Target OS: NAS (Synology & others)
- Domoticz version: 3.7067
- Location: NL
- Contact:
Re: Dashticz - Bug report
Is it possible to find out wich device causes this problem?capman wrote:Get some error in my dashticz frontpage. Browser firefox and also on chrome.
Maybe by removing each IDX from your config.js one by one?
-
- Posts: 744
- Joined: Saturday 30 May 2015 22:40
- Target OS: Raspberry Pi / ODroid
- Domoticz version: beta
- Contact:
Re: Dashticz - Bug report
Wrong display of sensor value for 'multi-value' sensors when used in multiple columns.
Explanation of the cryptic sentence above:
I have the following block defined:
I use it in 2 columns (displayed on 2 different pages), but in column 1 as '127_1' and in column 2 as 127
The second 127 was by accident, I forgot to add the _1 to it.
On the webpage it displayed to my surprise all 3 values on the 1st column (on page 1), scrolling to page 2, I saw the same. I have now updated the 2nd column also to '127_1' and now everything is back to normal. If I want to show all 3 values on page 2, I can of course do a '127_1', '127_2', '127_3' as a work around to avoid the error.
Explanation of the cryptic sentence above:
I have the following block defined:
Code: Select all
blocks[127] = {}
blocks[127]['width'] = 3;
blocks[127]['title'] = 'Buiten'
The second 127 was by accident, I forgot to add the _1 to it.
On the webpage it displayed to my surprise all 3 values on the 1st column (on page 1), scrolling to page 2, I saw the same. I have now updated the 2nd column also to '127_1' and now everything is back to normal. If I want to show all 3 values on page 2, I can of course do a '127_1', '127_2', '127_3' as a work around to avoid the error.
-
- Posts: 229
- Joined: Wednesday 30 April 2014 20:27
- Target OS: Raspberry Pi / ODroid
- Domoticz version: Stable
- Location: The Netherlands
- Contact:
Re: Dashticz - Bug report
My Domoticz dashboard shows: Using the latest beta Dashticz shows: I do not need "Total water", but I need the space of the block urgently. How can I fix that?robgeerts wrote:Fixed in latest beta!Hesmink wrote:With the latest beta, all my RFXMeter counter type blocks, generate a third block with 'undefined':
In Dashtics:
HeatDashticks.jpg
In Domoticz default:
HeatDomo.jpg
This is tested with a default config, with only the Domiticz ip and port modified.
Who is online
Users browsing this forum: No registered users and 1 guest