Very good! Thinger.io always improving its features. Congratulations to @alvarolb and the team.
After this correction, I managed to access the Cluster Host in the SMALL plan!
I would suggest, if possible:
It would be interesting for the console of the devices to inform which ones are with “Disabled” status and used a different color, eg gray. Or standardize the columns on the bucket list and endpoints screens, changing the column name from “Enabled” to “State”, and insert a new color to represent “Disabled”. Ex: Connected (green); Disconnected (red); Enabled (Blue); Disabled (Gray).
See the example below:
Wouldn’t it be correct to inform it as Disabled? Can’t users be confused when trying to connect a disabled device because the state says Disconnected?
Option to migrate from SMALL plan → MEDIUM preserving data and settings of users, devices, bucket, endpoint, dashboard, token, clusthost…
The availability of “sa-east-1” Amazon Servers - South America (São Paulo) for Private Thinger instances.
2FA “two factor authentication” (Microsoft Authenticator, Google Authenticator…)
Include the “Decimal Places” field in the Tachometer widget
NOTE: As shown in the image, the Widget Tachometer does not have the “Decimal Places” option, similar to Widget Text. This ends up “confusing” the information. In the image, the Tachometer widget shows “053.00”, but ideally it should show “53”, when setting “Decimal Places” to 0.
Show the last date value at the top of the widget, when setting “Show Update”. It is an important indicator to let you know that the device is sending data to the bucket. The user learns that the data information is current or may identify a problem with updating bucket data
My Server’s TimeZone is UTC -03:00. In the bucket grid, the time that corresponds to my server’s timezone is informed:
Server Date Time 2021-11-12T11:59:12 -03:00
Date time of registration in the bucket: 2021-11-12T11:59:12.570Z
But the date of registration in the bucket appears with the letter Z at the end. Does the letter Z indicate that the timezone is UTC 00:00?
The correct case would be: 2021-11-12T11:59:12.570 -03:00 in the bucket’s grid screen?
When exporting the same data to CSV, the value I believe to be correct is informed: 2021-11-12T14:59:12.570Z.
Would it be possible for the CSV data to be exported considering the Server’s UTC, the same as what appears on the bucket’s grid screen?
I think it’s important for the platform to signal which devices have an encrypted connection with the Thinger Server.
This information guarantees a better management of devices and allows them to be identified and exchanged in the future by modern devices that allow the connection with encryption.
Implement “Sleeping” state for devices in “Device List” screen.
Justification: It is very common for us to create routines for devices to go into Sleep mode to save battery power or save on data traffic.
The problem is that if we put the device to sleep, the Thinger Server points out that the device is disconnected.
But the device may be disconnected for various reasons that prevent it from working properly. In sleep mode, the device is working correctly, and will wake up again at a defined future time (10, 20, 30 minutes…), to reestablish its connection with the Thinger Server to send or receive data… sleep then…
It would be interesting if the sleep mode could be set by the device (via a function from the Arduino-Library library) or by the Thinger Server, in the same way that today we can set Sampling Interval vs Stream by Device to write to the Bucket.
I imagined something like the highlighting of the name and the time left for the device to wake up:
If this functionality is available, I can use it on my device that uses GSM(M2M) internet connection to save data. Recently, I saw that maintaining the device’s connection with the Thinger Server, using the GSM(M2M) internet, consumes a lot of data with download. And my GSM(M2M) plan only has 20 MBs per month. In addition, instead of appearing disconnected, it would be informed that the device is sleeping and the time until it wakes up again, which is very relevant information to know that everything is working fine.
Try it in various ways with // ; / # @
But I could not
It would be important to allow recording information about the variables, such as informing whether the variable represents a number in days, hours, minutes, seconds or millis.
Note that a property modified by a device would erase all tags, values and comments and will write just the payload content tags and its values, I guess properties are not conceived to be read and consulted by users but mostly by devices, it’s a kind of bucket but with just one value.
