Posts made by Flemming Richter

@Michael-Smorto
Well... then the first thing to check is whether it is opkg list or grep that segfaults.

You may try without piping:
opkg list >opkg.list
grep ^python opkg.list

A better way to do it, is to use the package.
cd into the dir where you downloaded lede-project
$ mkdir package/libs/libugpio/
$ cd package/libs/libugpio/
$ wget https://dev.openwrt.org/export/35269/packages/libs/libugpio/Makefile
$ cd -
$ make menuconfig
save changes and exit
then build it
$ make -j4

After that, your dependencies shall be resolved.
Remember that you also need to install libugpio on the omega. You can do so by opkg install libugpio

I just noticed this other thread:
https://community.onion.io/topic/2101/from-cross-compiling-for-the-omega-i-cannot-successfully-build-the-gpioread-example

I also got this problem and libugpio is not even listed in LEDE menuconfig under libs, so I assume one has to find it elsewhere.

@Matthias-Nowak Hello. What is the status of your docks?
I really want one, but forgot about this while I waited for my Omega2.

In order to understand what is going on, you should check the serial console during boot.

Strange.
Here is what I guess is happening:

• rootfs is mounted from from your SPI flash.
• your dev tree contains a bug. You even get a warning about that.
  "[ 10.643639] spidev spi32766.1: buggy DT: spidev listed directly in DT"
• the re-init of the SPI driver cause problems

Maybe you can try booting with a different device tree blob (*.dtb file).

You would have to look at the datasheet.
It has 2 serial interfaces.

I assume one of the serial interfaces is for data transfer while the other is for control.
So, if you use serial to USB converters, you should be able to connect both to an USB hub and connect the hub to the onion.

Did you have any luck with this?
I was just thinking about the same.
I don't think it should be too difficult to locate the ENV offset, but it would be nice to know the full flash partitioning layout.
E.g. at which offsets do you find the kernel, etc.

It is not too difficult to figure all this out, but I would prefer if the information were available on the wiki page.

@Samuel-Mathieson
Sorry for the late reply.
I didn't see your post before now.
If you still wonder about this, here is some hints.

The easiest way is to use a solid state relay or a transistor to PWM control the light.
DC LEDS (without any electronics) is the easiest.

For regular AC, you might want to use a current or voltage limiter instead.
This can be done with a MOSFET, a capacitor and a few resistors.

There are many (other) solutions.

Right before I was about to press send, I did a quick search for PWM AC dimmer, which gave me results such as:
http://www.instructables.com/id/safe-and-simple-AC-PWM-Dimmer-for-arduino-Raspberr/

I hope this helps.

@Matthias-Nowak
Or a special purpose dock. E.g.:

• a battery backed RAM dock would be cool
• uSD card dock
• oscilloscope dock
• HW random generator dock (can be made by amplifying noice)

Or what about creating an expansion board which is connected to the onion through I2C or USB which could have its own GPIO controller, level converters, etc?
If this was connected via UART instead, it could even be made wireless by using serial over bluetooth.
This again could have expansions such as IR transmitter, so we can switch on TV, etc throw our onion.

There are plenty of possibilities.
If I were you, I would try to create something unique.

By the way: If you thing relays are scary, consider solid state relays.

@Neil-Kolban
I haven't read any of your books.
In fact, I don't read any books but rather use them as reference manuals (in addition to wikis, specs, etc.) when stuck.

I was wondering if your book will be organized in a way that makes it possible to jump right into a chaper which then will be like a tutorial which does not require me to everything else and if that the book will cover the interesting topics, such as the (omega openwrt) build process in great detail and various practical example projects.
So, I just purchased your book on RPi, and it is exactly the type of book I want.

So a big yes from me.

@Alex-Jochym
If I was to do this, I would start by investigating the available API from wunderground.
Then I would look for similar projects in order to get inspiration.

When it comes to language, it mainly depends on your level of skill.
C is not that hard, but you need to understand what a pointer is and you might want to find some libraries to use in order to avoid doing everything from scratch.
Python makes it easy to work with JSON, lists, sets, etc., but it will consume some extra space.
If you select Python, you don't have to worry about cross compiling, so it might be easier to start with.

So instead of asking which language is better (which basically can be compared to asking which religion is better, which of course depends on personal preferences), it is better to ask "In which language will it be easiest?".
I write this because I assume you are new to programming, and writing in C might kill your motivation if the task is too complex.

I hope this helps.

Please add kmod-tun to your repo

The campaign is done.

Would it be possible to share your linux .config with us now?
Most of us can compile kernel modules, but they will require the same kernel version as we use in our build system. So if you could please provide us with the .config for the kernel, we could simply build the kernel and modules and install both, so that we no longer got version conflicts.

This has been an active issue for at least 10 months now, so we really hope the situation will improve.

That said, I think the onion team is doing a really good job with both HW and SW, so I hope they will resolve this issue soon.

I have the exact same problem.
I need kmod-tun for my project, and it looks like the kernel is build with module version magic enabled, so I cannot simply use my own module.

So where do we find the .config for OpenWRT so we can simply recreate the image?