Yep, agree, looks like a major bug, leading to a kernel panic or something similar.
If you want to check it further (and have no access to the console), make the syslog (or whatever is used) to log kernel logs and perhaps other data to some non-volatile place.
Alternatively, just stream the log to the ssh terminal (tail -f logfile) and maybe you will see some kernel messages before it crashes.
Sorry, I can not be more specific, I don't have any Omega up and running at this moment and I am not sure how the syslog is configured on the Omegas.
Marcin Debowski
@Marcin Debowski
Posts made by Marcin Debowski
-
RE: omega2+ shutdown every time I turn my mobile AP on
-
RE: New Omega 2 No Wifi Nothing happening...
@Alex-Hill said in New Omega 2 No Wifi Nothing happening...:
@Marcin-Debowski
Yes, when I first turned it on it went straight to solid Amber light.It's definitely not a good sign. It looks it simply doesn't boot. Serial connection would help to diagnose on what stage the booting process stops. To connect via serial using the UART ports of Omega you would need an external converter like this one:
I don't know, whether this is correct for the Omegas, but for the machines like Raspberry Pi, Orange Pi and few other (admittedly relying on SD cards), going straight to solid typically means having problems at the very early booting stage, basically the boot loader not being able to load anything (a kernel) from the storage.
-
RE: New Omega 2 No Wifi Nothing happening...
@Alex-Hill said in New Omega 2 No Wifi Nothing happening...:
I noticed that my Amber light never blinked. It turned solid straight away.
You mean right from switching it on?
Hey all, Received my omega 2 in the post yesterday. Just plugged it in today (Micro USB) I'm using windows 10. I can't see the wifi for the Omega 2.
It takes sometimes a few good minutes for the wifi name to appear on the list.
-
RE: omega2+ shutdown every time I turn my mobile AP on
@sunny-lau said in omega2+ shutdown every time I turn my mobile AP on:
I am currently facing some wifi connection problem so I use different WIFI AP to test.
I found that whenever I turn on my iphone AP and scan wifi with omega2+, it will hang and shutdown(SSH disconnect and LED turns off).
My iphone AP name has special letter (actually a chinese word).
Will it reboot by itself or just "shutdown" and stay disconnected?
-
RE: Getting Real Time from wifi to use in sketches
@Tyler-Brown said in Getting Real Time from wifi to use in sketches:
Since the omega2+ is wifi, how do I call for the date and time to use in sketches?
In a more simple way of asking, I would like something to turn on at a specific time of day and run for a specific amount of time,
an example, turn relay on Monday at 0600 and then turn relay off at 0605, 5 minutes later.
So, how do I use omega that is connected to the wifi get date and time to apply it to my needs?If I get the above right, a very basic shell script combined with the standard cron functionality is all what you may need.
# below whatever you use to turn the relays on - this is I guess what you call a sketch my_favorite_relay_script on # wait for some time (below for 5 min) sleep 300 # below whatever you use to turn the relays off my_favorite_relay_script off
Now you define your schedule with the crontab, and this is what you may want to read about it:
https://docs.onion.io/omega2-docs/running-a-command-on-a-schedule.htmlBelow, a crontab file that will execute the command every Monday at 6:00:
0 6 * * 1 /bin/sh /fulpath_to_the script_above
Note that if you need to switch it on and later off at specific times, you don't need any extra script and you can do it like this:
0 6 * * 1 /fulpath/my_favorite_relay_script on 5 6 * * 1 /fulpath/my_favorite_relay_script off
-
RE: Power consumption scenarios of an Omega2+ like board
@ccs-hello said in Power consumption scenarios of an Omega2+ like board:
@Marcin-Debowski
Place the 470uF cap on DC-DC inverter's output side. Basically, make it more "beefy" in supplying juice.
Hookup your ammeter the way you did it (except this time, on 3.3v side.)It won't boot. The meter adds 1m of wires. I have to prepare first some short solid leads for it.
-
RE: Power consumption scenarios of an Omega2+ like board
@Ken-Conrad said in Power consumption scenarios of an Omega2+ like board:
@Marcin-Debowski Yes baseline at 3.3V. I use a common bench power supply that has a variable volts output and displays the current drawn, in amps. I believe you have a similar power supply? I have my supply set to 3.3- 3.4V and the amp meter nicely displays the current required at that particular moment of the Omega boot, etc. Not a graph providing setup, but useful and accurate.
Yes, I have it too and I noticed the difference of ca 10% what I contributed to the wires.
I just reread this thread. It is about various problems users had powering their Omegas, including your posts about tests with small Chinese made power supply boards. You mentioned powering an Omega with 5 volts. By accident I did that once with a bare Omega for an hour or more. It ran fine, but got quite hot. After that it always required at least 3.4v to boot completely and now it draws more current ... I believe the 5 volts changed or degraded something in that Omega.
I am pretty sure I didn't power it with 5V but I will cross-check the load with the Omegas2plus I have.
What confuses me is your statement "recalculated from 7.0V to 3.3V". What did you do here? Did you calculate the amps at 3.3V by Ohm' Law for a constant load: A = 7/3.3 x (current measured at 7v) ?
To check your setup you could run this test - in place of the Omega wire a known resistive load, say 80 ohm 1/4 watt resistor or 16-20 ohm 1 watt resistor. Use your graphing to measure the current. Checking with Ohm's law, does the graph make sense?
I think the load depends on the voltage used but within some reasonably narrow range within the DC-DC converter spec, I would expect it to roughly follow the law. In other words, under such condition the load may be considered constant.
I will run some further tests to verify the meter and the setup. I will try to shorten all the lead wires and still place the meter right in frotn of the Omega. The idea with the fixed resistor is a good one too.
-
RE: Power consumption scenarios of an Omega2+ like board
@ccs-hello said in Power consumption scenarios of an Omega2+ like board:
Place the ammeter on the output side of the DC-DC inverter.
The solution is to put a 470uF 6.3V eletrolytic capacitor near the output sied of DC-DC inverter.To do this right I would need to place the capacitor between the ammeter and Omega. I expected this would "flatten" the characteristics (make a sort of running average) and I wanted to see the spikes of the current if any. What I mean, I expected the recorded current to be in this case strongly dependent on the charging / discharging characteristic of the capacitor and only indirectly on the Omegas short-time load demand - is this assumption correct?
-
RE: Power consumption scenarios of an Omega2+ like board
@Ken-Conrad, was your baseline for 3.3V? If it was for 5V this would be not that far off (possibly) taking into account the converter under the load.
In my other post on the cheap converters for 5V Vin the idle (stable) Omega2 current was 170-190mA.I tried to put the meter directly before the Omega but it didn't boot. The lead wires look solid but it is still the Chinese-who-knows-what-inside stuff.
-
RE: Air quality monitoring station
I am going to use the DHT11/DHT22 sensors for temperature and humidity readings. I found one thread within this forum describing how to do it, but the solution presented there is based on a python script executing the cpp compiled binary code. As far as I can see there are some python libraries to read set GPIO so I wonder why this has to be the described way.
My understanding how it works: the sensor is triggered by setting a high level pulse on the GPIO pin. The sensor responds to this pulse returning a wave of pulses with 2 different, fixed durations corresponding to 0 and 1. The task is to decode the pulses by analyzing their width (duration) and assemble them into bytes. This obviously requires sampling the GPIO state into some sort of array. It seems the sampling rate should be with the resolution ~20us (or 50kHz). Is this sort of resolution achievable by the said python module?:
https://docs.onion.io/omega2-docs/gpio-python-module.html