Posts by warp2

Here is my final report and my conclusions.

1. Burning of the SD-card with the tool offered for download works absolutely perfect. The first boot and the setup of the basic system also works smooth and easy following the advice on the screen. Perfect

2. I used the addon for a 2x16 LCD. Installation and setup worked pretty straight forward, defaults for the display operation are fine for me. Perfect

3. I intended to use LIRC and there were no problems during the HW installation. A test with mode2 was positive.

However I wasted some time to get an old RC to work which failed 100%. I read a lot of information how to do it or how to troubleshoot but in the end nothing helped. There is one very annoying issue with such information in the net, very often it is hard to find out what HW and SW Rev. it refers to. So this becomes trial and error business and ssh + nano does not offer any comfort for that. Does not work for me.

4. Plan B for RC job was to use a smartphone app. I tried SYBU for iOS and this really works fine. LE now is a high quality system everybody can use. Perfect

Thanks a lot for this product

Sorry both of you for my delayed answer. There were urgent matters that kept me from working on my Raspi.

In the meantime I got a new 16G SD-Card and decided to make a new installation following the published documentation closely. This way I avoid all traps I might have layed out during my experimental detours.

I will stay in touch and report how things work out....

HiassofT

I see you do some HW work and found those traps laid out by so called unused pins.

Usually you take another one and change some config accordingly.

I have no problems in soldering or mechanical work which helps a lot.

I use a hifiberry dac+ which has a parallel 40 pin connector unsoldered in the layout. So you have access to every GPIO pin if you solder a connector on to the board ( and give up warranty).

The bad news about it is that the traces are extremely narrow so I used all GND and PWR pins in parallel. I really wonder what the layouter had in mind when he did this.

This way the system worked stable from the start. Sound quality is excellent.

The LCD is hooked up in 4-bit mode and ran after definition of the pins w/o problems.

LIRC needs to be set up still to work with some old remote. That’s where I expect some trial and error work in configs.

milhouse

You define LE as an embedded product sealed for the benefit of the user. It allows some predefined adaptions only or else the user will have to take questionable actions. At the same time you say it is an open system. How does that go together. Im afraid there are too many HW permutations to allow this strategy. You will most likely have to allow some access to handle such problems.

Thank you for the offer to help me for the next config steps. As I told above I need to know where and how to make entries to bring up LIRC with some old remote.

Thank you for coming back

Warp2

HiassofT

I fully agree that you intend to build a system that a user can not spoil unintentionally. Further it must be a pain to combine existing SW, external stuff, standards etc. and create something that suits everybody. That is simply a mission impossible.

On the other hand Apple shows the advantages of tightly sealed SW on well defined HW. But I have to admit that occasionally I really hate such limits.

I use LE on a Raspberry which requires a setup of the GPIO signals to hook up a DAC, LIRC and a LCD. Depending on the manufacturers of extra HW there is no standard hook up and I have to add a few lines in various config files. In cases like this chances are to spoil the system with a bad workaround. A catch 22......

LE is really great as it is. Documentation and How Tos could help to handle remaining wishes.

Best regards

Warp2

Quote from vpeter

Btw: I did make whole system RW few years back. And it was very, very easy. Only few lines of code changed.

I think this lock is not years old, so this might not work on the latest Rev.

I plugged the SDcard into my Linux machine and there I can access the whole file system when I am logged in as root.

HiassofT

I think it is obvious that I like LE more than OSMC et al.

I hope you do not take it as an insult that I do not see any reason why the file system has to be bullet proof. This SW just plays audio and video - it is not a banking app.

Most of all I thought this SW was meant to be open to the community for fine tuning and experiments or did I get the wrong message?

I agree the present approach improves stability. But this thread as well as several others show that users are discussing ways to bypass safety arrangements. From my point of view safety is a very personal matter. If a user refuses to change the default PW ....

Back to LE: My suggestion is to give full root access plus access to the file system to allow the user an easy setup. Then give him a script that sets system to either "safety" or "open" and asks for a new and long PW.

Thank you both of you for coming back so fast.

I can‘t say that I like this rock solid write protection. After all there will be quite a number of installations that will be modified in one way or the other.

If we are talking about safety I think any Linux system can be set up to a safety level much higher than what a media player should have. The bad point of this solution is, that it forces the user to give up the the standard ....

Besides that I really like LE - an excellent product - well done.

I agree with the argument that sudo is not needed when you are root. However I doubt very much that ssh root@IP really logs you in as a fully qualified root. I tried to modify config files and found out that many directories are write protected (rwx,rwx,r_x). Root should be able to edit such files or at least change the previleges with chmod. Nothing of that works.

Could somebody please give an advice how to handle this problem?