Hey, fellow Omega programmers

I've been working on a PCD8544 driver last few days and thus I had to control GPIO pins from inside my C++ application - I didn't found any generic library for Omega 2 and so I've decided to roll my own one:

https://github.com/Patryk27/Omega2-GPIO

I've taken the mechanics from the fast-gpio tool and refactored it so it was down to two files and Arduino-like nomeclature (it has pinMode, digitalWrite, digitalRead and shiftOut).

I hope it gets useful for someone

I've included one simple example there and maybe tomorrow (depending on my free time) I'll post my PCD8544 driver - it will most likely be more useful than just this GPIO toggling tool, but it's always something to start with.

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

@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.

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.

@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).