Posts made by Patryk Wychowaniec

@volkan-ünal

Hi!

I have already responded you on GitHub, but to keep conversation here complete, I am also copy-pasting that response (https://github.com/Patryk27/Omega2-GPIO/issues/3) here:

I initially followed code written by the Omega team (https://github.com/OnionIoT/fast-gpio/blob/master/include/fastgpioomega2.h#L12) and I haven't really faced it with the documentation.

I believe the reason is that later we're doing a mmap call, which has to be page-aligned (which 0x10000600 is not), but it could be also a mistake in the MT7688's documentation.

There's no PWM mechanism in Omega 2 itself so I think there's no way it is available on the mini dock or power board.

But, hey, look at the docs: https://docs.onion.io/omega2-docs/pwm-expansion.html

You may take a look at my project: https://github.com/Patryk27/Omega2-GPIO

You should be able to port any Arduino code to Omega, but you need to take care for eg. global constructors (Gpio::initialize must be called first).

Most likely you'd also need to change your program's priority (read about pthreads) or use some real-time Linux patches (I had big problems with driving a PS2 mouse with normal program's priority).

It seems your DB is not configured to accept connetions from your Omega's IP.

You posted again log when the card is mounted - I was hoping you happen to have logs when the card is being unmounted, that could show us a possible reason.

Everything above (on the screenshots) looks ok to me.

I see it's mounted nearly properly (Linux recommends you to run fsck), but it shouldn't make it auto-unmount. Do you have logs when this unmounting happens?

Do you know if that is expected behavior once it is automatically mounted?

I'm not sure - I myself rely on mounting manually (that is: using mount command or by adding card to fstab to be sure).

It does not say that your file does not exist - this message says that ash cannot find any executable in bin named foghorn1.wav, which should be run. The same way when you write eg. ls - ash then looks for a proper executable in bin and if no results are yielded, returns an error message.

If you want to run a file from current directory, you'd need to write ./my-file, but it only works for executables, which - clearly - a music file is not.

I dont see what the converter has to do with not finding and playing a file

You cannot play music without a music player, look at examples:
https://www.raspberrypi.org/documentation/usage/audio/
https://superuser.com/questions/276596/play-mp3-or-wav-file-via-linux-command-line
Nowhere there you'll find ./my-file.mp3 nor pure my-file.mp3.

You'd need to install some music player and hope it gets along with your converter.

I'm plainly guessing but basing on my experience with displays, I'd say it would be something like this:

arrayIndex = x + (y/8)*screenWidth
bitIndex = y%8

Look at the display's documentation, it has to precise this.

You basically said "I have some no-name converter and some no-name software which does not work the way I think it should" - how can anybody answer this question without having to get your mind read?

Tell us some details: what's the name of your converter and what's the software you use which yields this message (I guess you just tried to do "./my-file.mp3" in the console, but I'm not going to play cat and mouse :-P).

You just need to mount it (if hasn't been for some reason).

You can even run manually sync after creating/editing file(s) but usually that's done automatically and so all the data is saved properly.

Where did you get the 0x10000600 number from?

Take a look at my GPIO management code:
https://github.com/Patryk27/Omega2-GPIO/blob/master/gpio.h

You did not write a thing that could be understood by anyone.
Try again.

I don't think that C# is a proper language for a device with 64 MB of RAM

How hot (about) does it get?

Mine also gets 'hot' when compared to, let's say, Atmegas, but I can safely for example put a finger on my Onion.

Does Wi-Fi etc. work without any problems?

Run omega2-ctrl gpiomux get in console and show results.
I had a very similar problem when writing an LCD driver and it all eventually ended up in having wrong gpiomux configuration.

Omega is not really a solution if you plan using it with other power source than USB adapter.
I would recommend going for the AVRs and if you need for example Wi-Fi, you might consider connecting AVR to ESP8266 and so on.

Properly prepared AVR-ESP stack can be ran on standard batteries for many weeks, even months (of course it strictly depends on your project).

Post some logs when it's restarting, otherwise it'll be hard to guess.

You can always compile it by yourself
Other that that, I have no idea.