Hi,
this message to share with you a new project I have built with an Onion Omega. Plus some metal machining and wood-working.
website: http://heliogyre.com
facebook page: http://www.facebook.com/HelioGyre - please feel free to like and share if you want to help me getting the product know (and develop Onion Omega's market footprint!)
Done. (submitted a first time by mistake while the survey was incomplete, but re-submitted completed afterwards)
Hi,
I think I have more or less understood what happened:
If instead of plugging 5V on a GPIO, I plug a 3.3V signal, then things seem to be OK, and the Omega boots.
Now I have discovered a new thing, is that despite the Omaga starts its own Wifi, the former IP (192.168.0.7 in my case) is not accessible from my home Wifi, and I had to reconfigured the Wifisetup through a Serial connection.
It looks like I have made a wrong wiring 2 days ago, where I plugged a connector of my home-made PCB the wrong direction, and my guess it has partly damaged the Omega, and make it forget its wifi settings...
Though I am not sure (I would understand it has been completely destroyed, but only very partially as it seems to be for me, seems very strange), any feedback from anyone here is welcome.
Best regards,
Frédéric
Hi,
adding another strange thing I noticed: the 1.8V pin outputs 3.4V, and it is not connected to anything. I Never measured it before, but it might give a hint to my problem.
Please help with any idea
Frederic
Hi,
My Omage has a stange behaviour since today, that was not happening before...
It looks like when there is a 4.5V voltage on GPIO 18 and 19 at boot time, the Omega does not start. At least, the LED does not light.
If I put this voltage to only one of GPIO 18 or 19, it starts.
If after the LED has lit, I put this voltage on GPIO 18 and 19, then no problem.
However in a separate post, Lazar told that he could test 5V on an input without issues (https://community.onion.io/topic/381/electrical-specs/5)
So,
Thanks for any help, I am struggling with this and don' t understand what"s wrong.
Thanks Kit.
We then agree that the code is in onion-settings-general.html.
I think there is a bug as I stated yesterday, around line 202, as zonenamePromise does not set the zone name but the time zone (redundantly to the other Promise right before it).
However, on my Omega, the Console DOES change the timezone (but not the zone name as expected with this bug).
And thanks for the Polymer tip, will check your URL.
Thanks Kit for the tests and the init cycle demystification!
Indeed, I think the /etc/init.d/system script is also called when one changes the time zone (otherwise as I was saying earlier, the new time zone is not appearing in the date command). And I am wondering what is the magic behind this. Actually it looks like the console is written with some web framework, but I don't know which one, and I don't understand who it is architectured. Might look like Symfony, but it is not.
Me again... I did investigate further, and could see that /etc/init.d/system was doing a "echo $timezone > /tmp/TZ" (and also a "date -k")
So am I correct by assuming that to properly change the timezone from command line, one should:
???
(indeed, I don't understand how and when /etc/init.d/system is called when the timezone is changed from the console - if I can get an explanation for that, that would be cherry on the cake)
Thanks!
Now one question please.
[ things are going strange on my Omega: the /etc/TZ file is now present on my system, but the /etc/timezone one I was featuring a few days ago has disappared!!! Well, this is good news, since I am back to normal, but I don't understand what happened. ]
I am trying to change the timezone with the command line, by mimicking the console:
uci set system.@system[0].timezone=XYZ
uci commit system
This changes the /etc/config/system file, but /etc/TZ is not changed (it is actually a link to /tmp/TZ, which does not change).
And finally the "date" command still features the previous timezone 
So, what should I do on the command line to actually change the time zone?
Thanks in advance!
(btw, when I change the timezone through the console, all is changed properly)
While browsing the files on the Onion, I wonder if there is not a bug on setting the "zonename" (as opposed to "timezone"):
when I change the timezone through the console, the /etc/config/system still indicates "UTC" as zonename
in /www/apps/services/onion-device-provider/onion-device-provider.html, line 202, the zonenamePromise seems to change the timezone, instead of the timezone. Actually it looks like the timezone is changed twice, instead of changing the timezone and the zonename. Which would explain the zonename sticks to UTC even though the timezone is changed.
Looks like the problem does not happen on Kit's Onion, maybe I have a too old build.
Hope this helps?
Interesting Kit, thanks! Will dig this further and let you know if I can achieve something reusable...
Looks fine.
Imho, their should be an issue in your /etc/config/uhttpd file.
Did you double-check the line : list interpreter ".php=/usr/bin/php-cgi"
?
what is the URL of your file?
what are the first lines of your file?
Hi,
Not 100% sure my question is linked to this discussion but i guess yes... (pls let me know otherwise).
For my project I only need a few milliseconds of the Omega every second.
Is it possible to set it in some low-power or zero-power mode when it does not work? Ang get it waken up every second automatically? This would save a huge amount of energy.
Thx!
Many thanks for your prompt answer.
I had not in mind the Get-Started page! "Setting up using the GUI" could be a nice way as it is not technical. I am just wondering how to avoid the various steps of the wizard:
I will ship the factory firmware, but with my own software installed as well, tested and working with the current firmware. So I would like to avoid that the other Omega stuff appears to the users, and for sure, I would not like the users to make any firmware upgrade.
For that, is there any way to customize the Wizard, so that there is no other steps than "Login to Omega" and "Setup Wifi"?
Thanks!
Frédéric
Hi,
I am developing a end-user product based on Omega, using the WiFi connectivity.
As far as I could read on the web site (tutorials, wiki, community), setting up the WiFi requires some technical background, which most users won't have (such as Serial/USB or SSH connexion, running ifconfig to know the IP address, ...).
So, is there a standard and simple documented process to connect an Omega to a Wifi network, that I could use as a starting point to write a user manual? I guess this would be useful to many of the Omega projects as soon as it has to be used by non-developers.
Thanks in advance!
Can't remember what I did regarding time settings when I unpacked the Omega.
UTC by default is fine, so when my project is advanced enough I will factory-reset my Omega and see who to pack things properly with this.
Thank you both again 
Thanks a lot Lazar, this does help.
Just had a look at that file, and wonder how is the time zone set.
In my case there is "option timezone 'CET-1CEST,M3.5.0,M10.5.0/3'".
Is this automatically set from the answer of the time server? For my project it's important to know whether this information is based on user input, or automatically from a server.
Thanks again!
Thanks Kit for your answer!
funny and strange for the /etc/TZ file. I was expecting one as it's OpenWRT standard, and dit not find it, but found /etc/timezone instead on my Omega... So I wonder what makes the Omega chose for one or the other...
Regarding the time server, if anyone can give more insights that would be great.
I think I have never set the time zone on my Omega (not 100% sure unfortunately), so as my time mentions a time zone corresponding to my location, I suspect that this time server also locates the IP address of the Omega to embed the timezone in the time update.
If I could get a confirmation (or negation) of this assumption that would really help.
Thanks!