Linux version info and install instructions

Thanks! That helped me reset the application. Another issue I’m encountering on my Linux installation is repeated requests to login to MyRealdash. My linux device is installed as a guage cluster (non-interactive) and it also rarely has internet connection so when this popup appears I have to connect a mouse and internet to turn it off which is quite inconvenient for a daily basis.

Is there any way to disable this from poping up? I’ve tried being logged in and not logged in to myreadash on setup. Doesn’t appear I can run the app in “offline” mode or something similar.

MRD-only versions require MRD login and occasional online check for valid credentials. We have not found any other reliable way to do this.

Facing an issue when trying to use the Linux-ARM64 build

SBC:
Khadas Vim3l


OS:
vim3l-ubuntu-20.04-gnome-linux-4.9-fenix-1.0.11-220429-emmc.img

https://dl.khadas.com/firmware/VIM3L/Ubuntu/EMMC/

After installing the .deb package and installing all supporting devels through apt


I get the following error:

realdash: /lib/aarch64-linux-gnu/libasound.so.2: no version information available (required by /lib/aarch64-linux-gnu/libsndio.so.7.0)
Segmentation Fault

I proceeded by installing libasound-dev to attempt and resolve that issue but unfortunately am met with same results

Interesting. RealDash does not directly use libasound, but OpenAL instead. try installing libopenal-dev

Have you considered a license key system? I think for most users a constant internet connection in a vehicle would not be an ideal requirement.

I agree. I have no plans for a constant, or even a regular connection once deployed to the car.

This would have the same problem as MRD credentials with constant offline usage. Its too easy to share the key/credentials. Unfortunately people do that if its too easy.

I was thinking more like a one-time license key system. Where the application requires an internet connection for “activation” and the license keys are single-use linked to an MRD account. Similar to how most computer-locked application licenses are.

A keygen app would appear in about one week. Also, key would work on one time purchase situations, but does not solve the subscription status check that has to be done for MRD.

I’m open to suggestions, but currently I can’t think of any other reliable way than periodical online checks. Personally, I think having RealDash online offers so much more features that sharing the Internet from your phone while driving is a minor inconvenience.

I can certainly see your point, but the intervals would have to be far enough apart that the user is not hampered by it all of the time. There should also be a message, like a toast, or a message gauge, that would inform the user xx number of days in advance that a connection is going to be necessary. This way, it does not catch the user off guard.

When it does time out, I recommend a couple of different strategies. The first would be that the styling all be removed. Make colors black and white, remove graphics/needles, but retain the numbers. This makes it look bad, but still convey information. Another very graphical software package I work with will start normally, but after a random interval (2-10 minutes), it will shrink the graphics of the entire screen to about 1/3 it’s original size. It’s functional, but certainly not practical. All of the writing is super tiny, and only usable enough to see that it is working. People want RD, because it looks slick, not because it will tell them things the original dash would already tell them. Either one of these strategies will prevent people from wanting to continue unlicensed.

Sure, it will look awful, but if I am out and away from a connection, and my dash will not give me basic info, such as speed and other vital information, then I am looking at a potential safety and legal issue on the roadway. If I’m at work, ready to head home in a long commute, and my dash will not work, I am in a pickle. Pop up a message and tell the user they are in reduced functionality mode. This keeps drivers who didn’t put RD in their car (ie, my Wife) informed that there is not some catastrophic problem with the car, and they don’t freak out because their car doesn’t work.

Onto a licensing scheme. I have a software package, that is a pretty high dollar item. There is a license manager for it. It binds itself to my hardware. There is an online portal, where I manage what hardware it is bound to. I run the software, it goes out to the site to verify my license. If it lines up with what I have selected on the portal, then all is good. If not, it requests me to enable it. I have to log onto the online site, and authorize. If there is no hardware currently in my folder, then it will ask if I want to enable this hardware, yes or no. If I select yes, I see the IP address, and a hash of the hardware. If I want to change the hardware, then the process is the same, and it will give me the option to add a license, or to replace the existing hash with the new one, and the old one will disable the next time it checks for a license. This allows me to move from one piece of hardware to another, or easily add another license, but in either case, there is this quasi-two-factor authorization. Basically, it allows me to use any hardware I want, but through the licensing, only one piece at a time - OR - it will make it all too easy to give the company more money to buy an additional license.

This keeps you and your team from having to tie up their time in handling license issues. It seems that you have the user control panel portion of MRD already working, so perhaps this sort of function could be added? BTW, I have another package, that is very low end (US$19.95) that uses an almost identical scheme. If you’d like more info on how either package works, I’d be glad to discuss.

Now in the case of RD, it is possible that two pieces of hardware are operating at a time, but maybe only for a few days, until the software needs to check in, and finds out that the license is no longer valid. At that point, RD will pop up with one of the reduced functionality modes, a message, and kick off an option to add or replace a license.

I think that much if any reduced functionality in a dashboard would not be a good idea. Removing needles would be just as bad as it not working.

I do understand the licensing issues and piracy but there can be some real issues with requiring internet access. One example is depending on how the physical dash is designed getting to the UI elements of the OS to connect to wireless can be an issue if making this as a product for consumers, now granted the online check could be removed for manufacturers license.

However, what might work in both terms of reducing piracy and eliminating being required to be online would be to use a public/private key licensing that is nonced with hardware elements of the system it’s running on. The likelihood of major hardware changes happening would be slim and also put in place a way to deactivate a license, etc. since it is PKI technology it wouldn’t be possible to create any type of keygen or crack unless your private key was released or stolen.

Reduced functionality would far outweigh no functionality. I like the public private key idea. Needs to be user managed to the greatest degree possible. Takes care of those midnight/weekend hardware change issues.

I am obviously biased with my perspective. But as a manufacturer license user, the requirement for an internet connection would be a deal breaker for the Linux implementation of RealDash for us. Our current implementation uses the Android version which doesn’t have this issue, however we intend to steer our development towards the Linux version as we continue to build our own hardware and software solutions for the dashboard. Linux is simply much more development-friendly than Android.

Of course, for you and your dev team you must focus your resources on what you think is important. I’m sure any licensing system is going to require a fair bit of legwork. I agree that for most consumers using this on a touchscreen interface this login requirement is not a huge deal, but for any application that is meant as non-interactive (display only) or is heavily integrated into the functionality of the vehicle this would be a much larger issue.

I love the direction you guys are going with the RealDash online functionality and hope you keep up the great work!

Interesting reading/suggestions. For sure, we would like RealDash work perfect for every situation, and MRD version offline usage is something to improve on. I hope you understand that there are only three people working on RealDash, and we just have to prioritize on what we put our resources into.

I will discuss with other developers on how we could improve the offline usage. While I like the idea of reduced functionality, it does not fix the problem. I would like to remind you all, that RealDash is in no way guaranteed to be street legal or work as only display for your vehicle. If you choose to go that way, you are doing that your own risk.

For manufacturer licenses, we do offer custom Linux build that will work offline, all you need to do is ask.

In current version (2.1.0), the number of offline start-ups is limited to 20. For a quick fix, I will increase this to 100 and add a warning toast when there is 3 or less offline start-ups remaining. Meanwhile we will try to figure out a better solution.

Just wondering if you think there might ever be a version of this that will not require the desktop? That would really open doors for fast boot, and a professional, permanent install.

We have experimented with X-less version, but unfortunately it still has issues. Mostly on areas like input handling, keyboards, Bluetooth setup etc. I would like to continue development of X-less Linux version, hope to ever find time to do so.

Another big problem is that this makes app a hardware specific. We would need to create separate installation packages for different hardware, like Raspi and its versions, odroid, whatnots. All of them would require their own install package, which is a bit much to handle.

Thank you for your hard work on it! Getting that boot time down to the 5 second range makes this all a viable installation for the masses

I for one would love a complete package solution. Buy this hardware use this image your done. Especially if it make the system boot quicker and use less power on standby.

Possible hardware platform perfect for RealDash. Preorder atm.

https://www.autopi.io/hardware/autopi-socket-can/

Im Not a Linux Guru but this looks promising.

From the website.
NOTE: This is a pre-order of the device. Expected delivery in July 2022. We recommend to pre-order today to reserve your device for early delivery.

Problem I see with this is that it’s obd2 based and it still requires HDMI for display. Something that I’m working on will be similar that will likely use a CM4 based on the pi but will drive a display directly and get rid of the hdmi and lcd controller requirements.