Jump to content

Recommended Posts

Posted

We're working for a while now on a big software update for the RED Brick. This includes Kernel 4.12 and Debian 9.

 

This means:

 

  • Support for more WIFI USB sticks
  • Support for Access Point Mode for more WIFI USB sticks
  • Support for Bluetooth LE/4
  • Updated software: Node.js 8, Nagios 4, Octave 4, ...
  • And mode

But there are still some open problems:

 

  • Currently no 3D/OpenGL hardware acceleration

Today, we provide the first test version of the new image, along with a new Brick Viewer version. We're looking forward to your feedback.

 

http://download.tinkerforge.com/red_110alpha1/

  • 1 month later...
Posted

Okay, here's Alpha 2 including the following changes:

 

  • All network management is now done by Network Manager. this reduces the waiting times in Brick Viewer while configuring the network. The only thing that's not working yet is connecting to hidden WIFI networks
  • OpenHAB updated to version 2
  • Image size not too close to 8GB boundary anymore

http://download.tinkerforge.com/red_110alpha2/

 

Edit: The image is now uploaded.

  • 1 month later...
  • 2 weeks later...
  • 4 weeks later...
  • 2 months later...
Posted

just get some free memory, and do not show desktop icons on embedded device

 

I achieved this running update-alternatives --config x-session-manager and choosing openbox

 

Can't wait new image

Posted

With RED 1.10 brickd using constantly 20-25% of CPU, kworker using another 20-25 one. Can't profile IO because there is no suitable linux-perf/linux-tool package nor use any of iotop because of lack of I/O accounting support (CONFIG_TASKSTATS, CONFIG_TASK_DELAY_ACCT, CONFIG_TASK_IO_ACCOUNTING).

Is this normal ??

Posted

Hi,

this was recently discussed on the german board as well. Please let me try to  translate borgs statement from there:

we discussed the topic and checked the test we ran.

 

There are two findings:

 

1. The 1.10 image uses the Linux CPU frequency scaling governor. This means the CPU frequency is managed according to the load. Low frequency on low load and vice versa. This results in a lower system temperature and power consumption. But it also makes it look like the CPU resource consumption percentage is increased.

 

2. With image 1.10 we moved to the most recent Linux Mainline Kernel. Unfortunately, the SPI driver works very inefficient in our usage scenario. As far as we understand it the reason for this is, that drivers are optimized for multi processor systems, wich the RED brick is not. We already tried to improve the driver, you can find our modifications here: https://github.com/Tinkerforge/red-brick-linux/commit/2082ee9458d1bd553fb2c1b933162b3beabc8332

 

Anyhow, if you compare image 1.9 with 1.10 a performance decrease is measurable. We're working on improvements. Yet, this is a very time consuming topic.

  • 1 month later...

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...