Massive dump on our thoughts and test results


#1

Here are some of the things that we discovered about the GSC3570. Not all of these are technical; some are opinions. Honestly, we found little wrong with the firmware and most of these things are things we think could be improved to make the device more useful.

  • Everything is fine, but like any touchscreen, it is a magnet for fingerprints. An option might be to sell additional screen protectors that can be replaced as they get dirty or damaged.

  • Our tester had no problem setting the phone up with wifi for the first time.

  • Minor points off for putting the speakers on the back instead of the front. Points off for awkward wall-mount design. Points off for no camera or Bluetooth capabilities.

  • GDMS, obviously, is a must. You’re doing great things with GDMS and we’d hate to see newer devices get lost as your product suite enlarges.

  • Our biggest concern is that this will be a “low-level” device with more advanced devices coming later. If that’s the case, we’ll likely never sell or install one of these because customers will want the more advanced devices. In which case, the question becomes one of differential cost vs differential utility.

  • It really comes down to this: AS IT IS NOW, the unit is basically a speakerphone on the wall with available connections to detect and/or trigger a few things in the real world. A Raspberry PI can do more than this unit does for less money, even if you factor in the cost of a touch screen for an RPi. The unit seems to be lacking in market segmentation.

  • Who is it for? Who is going to use it? What are they going to do with it? Why would they pay money for this if there were something else with small incremental cost but large incremental usefulness? Why would they buy this if there were something cheaper that did the same thing? How long does it take to install one? If you didn’t install it during build-out, how much will it cost to run new wires to install it now?

  • The device cannot be used for building control or security because the device itself is not secureable. You cannot use some sort of authorization method to prevent someone from opening a door. Which means if someone breaks in, they just walk over to the device and press “open” and now the door opens for all their friends to come in.

  • As it’s built now, it only really works where there is a need for someone to buzz open a door where there isn’t already a way to buzz open a door. If we’ve got GDS units in place, then we’ve got GXP phones that can open them. None of our customers are going to stand up and walk to a wall to open a door when they can do it from their desk.

  • Add Android (mainly for push notifications and real-time calendar capabilities), a camera, motion sensor, light sensor, and emergency light and you have a device we can sell to universities.

  • Audio calls work as expected with good quality.

  • The device itself is fine. Volume could be louder, both from the speaker. Microhpone gain could be upped a bit; it’s somewhat soft when listening to from other phones unless someone gets right up close to it.

  • For a wall-mount device, it’s adequate. We would also like to see an enclosure of some sort that would allow this to be placed on a conference room table and used as a master control device for conference features and the like.

  • Unfortunately, as a wall-mount unit, it looks awkward stuck on the wall at a particular angle. An in-wall mount bezel option would be nice so it could be flush with the wall during new construction. However, this would kill the speaker output so you’d need to move the speakers to the front of the unit.

  • We would like to be able to rearrange and/or disable the buttons on the screen. For instance, if we don’t have anything to monitor, we’d like to remove that button. Also, we’d like to move SOS call to the top

  • Needs to be a security code so people can’t poke at the settings without knowing what the code is.

SO much about this unit is promising, but it’s also missing SO much as well.

  • It’s not Android, Linux, or any other embedded OS that can run OTS software; it’s Grandstream firmware, and while that’s fine for a medium desktop phone, we think this device should be running Android or embedded Linux to offer a much great suite of product capabilities.

  • If it had those capabilities, and assuming it’s mounted on a wall inside (or outside) of a conference room, then it could be used to display the schedule for that room, offer capabilities for people to schedule the room in the future, display building safety or other alert push notifications, be used as a “blue light” one-touch safety phone, participate in audio conferencing (video as well if a camera were added to the unit or Bluetooth capabilities were added).

  • Assuming it’s not used by a single person, we see it more useful as part of building infrastructure but only for a small portion of the building. Conference room or restricted access areas, for instance, at universities or larger corporations.

  • No Android (and no access to some app store)

  • No camera

  • No bluetooth

  • No desktop option

  • No flush-mount wall bezel option

  • No security on screen

  • No customization of screen

  • Would be nice to be able to change the blue background to match color in use at customer’s site

  • Device can’t figure out if it’s a glorified phone with a video doorbell option or a glorified video doorbell with a phone option


#2

Well I agree in some points to you but I wouldn’t see it that bad.
If a picture would be shown while the GDS rings that would upgrade the device to 50 percent useful factor.
The device has no doubt the potential for some things if the software is properly adjusted.
there are enough interfaces present.
But someone has to do this of course
In contrast to you, I see it a little differently with the Android operating system: logically there are many apps for Android that can be installed at the push of a button, but is the device is then useful for long-term use in a secure environment ? Also, the ability to update is very limited, as the devices are usually delivered with an ancient Android version anyway.
I think that a Linux operating system can be patched much longer and doesn’t make it so dependent.For a security device (what it could be someday) possibly a better choice.

I also really cannot understand that nobody thought of desktop operation.

The camera-less version makes very much sense for me.
As a guest in a hotel with a camera in the apartment?
Very few would feel comfortable with that and would probably not come back.
That would come pretty close to George Orwell’s 1984 televisor.


#3

I won’t argue Linux versus Android since they’re so similar as to be irrelevant. The biggest difference is that Android (besides being licensed) comes with a massive amount of easy-to-install applications that can all be done from a few touches on the screen. Linux installations typically require command line access to install and configure, and are nowhere near as convenient as Android. I say Android because people see a touch screen and that’s what they think (or Apple OS, but that’s obviously not an option here). Linux would be fine, but Android offers easier access to a wider selection of apps for the average user as it is today.

As for a camera, remember - this device is currently designed to be a door opener with a phone attached to it. A camera in that case makes sense. We do NOT see this being used in a hotel room (makes no sense, really) unless it’s also the HVAC controller, a light controller, a window blind controller, and voice assistant. In which case - it’s way off the mark. In any case, any public use of a device like this that has a camera in it needs to be dealt with for privacy concerns, and we can see how the decision to leave out a camera makes sense in some circumstances, but adding a camera makes sense in others.

Back to the subject of Android updates, we don’t see that being a problem in a fixed mount device. You don’t have to worry about mobile carrier compatibility so you don’t have to have the latest version of Android. Yes, applications tend to be programmed for more recent versions, but I have a Galaxy Note 4 running Android 6 that runs everything just fine. While we’d love to see Android 9 on a device like this, 7, or would likely be fine as well. Even if it can never be upgraded, the additional functionality it provides over stock Grandstream firmware would be a huge benefit.

Lastly, Linux provides a much larger attack surface as well, but I said I wouldn’t get into the Linux versus Android thing. :slight_smile: