Posts made by larry biscuits

Well....I'm gonna need a beer when I get home.

I was using a JSON file to store data from the script. I don't know why it took me so long to do this, but I included the logging for the script in cron and an error was generated indicating that it could not find my JSON. It appears when running the Python script from the shell, it must use the working directory. I included the full path in my script and it works now.

Though, I have no idea what changed from yesterday to today...

Tip of the Day: Use the logs to help diagnose an issue. They are terribly useful.

Hey all,

Had a cron job (python script) running just fine yesterday; today not so good. I can execute the python program just fine manually, however it will not execute through the cron scheduler. My crontab entry is (with quotes removed):

"#
"* * * * * python /root/TempMonitor/TempMonitor.py
"#

I also tried:

"#
"* * * * * /usr/bin/python /root/TempMonitor/TempMonitor.py
"#

Any ideas what happened?

Thanks,

Nick

Definitely got it up and running, though I got some really weird data out of a BME280 Temp, Press, Humidity sensor. It appeared one of the registers was not being read correctly. I am thinking there might be an issue with the I2C library? I compiled the same code on a Pi and it worked without problem. On the Omega, the data seemed fine until the temperature rose above a certain value (a few degrees C above room temp, heat from my finger). Once it got above this value, it seemed the read on one of the registers turns negative which doesn't seem correct.

I recorded the register data from the Python version of the BME280 code run on the Omega and compared against the C++ code on the Omega. I couldn't find anything in the code; I even stepped through all of the raw data. It appeared that the difference/error between the Python and the C++ code was in the raw data from the I2C read function.

I am cranking on something else at the moment and I will have to find time to crack this nut. If anyone is interested, I can post the code to see if there may be something wrong with the I2C C++ library. I have not been able to find a whole of example code, etc. for the Omega's using C++. The overwhelming majority of code out there is in Python. I am chasing down the C++ path since I am trying to build a fairly complicated program for performing analysis and need the interop so I can have the ability to blast code to an ARM, or other processor architecture.

Again, total disclosure, I could be the one messing something up. I do a lot of dumb things.

@Maximilian-Gerhardt thanks again for your guidance. I do believe the hiccup I initially hit was due to the .so library file. Once recompiled, it seemed fine.

@Maximilian-Gerhardt I am compiling on the Omega2. I do have the flag in the make file. I am using the binary from that was pre-compiled; though I am not sure if I installed it from the GitHub Repo or it it already existing on the Omega2 out of the box.

My make file:

# main compiler
CC = g++

TARGET1 := OnionBME280
LIBS := "-loniondebug -lonioni2c"

all: $(TARGET1)

$(TARGET1): 
	@echo "Compiling C program"
	$(CC) $(CFLAGS) $(TARGET1).cpp -o $(TARGET1) $(LDFLAGS) $(LIB)

clean:
	@rm -rf $(TARGET1) $(TARGET2)

I will take a stab at recompiling the dynamic library, though I am not a g++ guru (which may be very obvious from my makefile) and I may have issue compiling it.

Thank you for the example, I will definitely take a look. I learn in odd manners and an effective way to use an existing example and toy around with it.

I see Kit Bishop posts here and has a library on GitHub. Any benefit to using that over Onion's?

Thank you for your input!

Hey all,

I have been toying with the I2C driver in C++, however I am running into a problem. I got the header files and .so files on the Omega2+ (some were already loaded) and finally got the make to run correctly. However, the debugger is throwing an error with a method such as i2c_readByte. I will post the actuall error message tomorrow morning (not by the Omega at the moment). It almost seems like there needs to be an I2C object declared similar to the python version. However, I can't find the constructor in any of the source files. Is there one? How would I call a method without having on object defined?

I haven't slept well in the past few days, so I might be completely overlooking something.

Thanks,

N

Edit: The error messages

OnionBME280.cpp:(.text+0x3c): undefined reference to `i2c_readByte'

Edit: The very simple test code

#include <stdio.h>
#include <stdlib.h>
#include <onion-i2c.h>

int main()
{
	int status, rdByte;

	status = i2c_readByte(0, 0x76, 0x88, &rdByte);

	// Print Results
	printf("The result is: %i", status);

	return 0;
}

All,

I am reading data from the Arduino Dock2 and printing the data via python to the shell. Every now and then, the serial output gets goofed up and it prints a chopped up line. I figure this is due to the ArduinoDock running its script and the Omega's python serial read not being in sync. Is there a way to combat this? Sample output below.

'V0: 0.72 V, V1: 0.70 V, V2: 0.72 V, V3: 0.72 V, VAVG: 0.71 V'
'V0: 0.72 V, V1: 0.72 V, V2: 0.72 V, V3: 0.71 V, VAVG: 0.72 V'
'V0: 0.72 V, V1: 0.71 V, V2: 0.71 V, V3: 0.71 V, VAVG: 0.71 V'
'V0: 0.73 V, V1: 0.72 V, V2: 0.72 V, V3: 0.73 V, VAVG: 0.72 V'
'V0: 0.71 V, V1: '
'0.73 V, V2: 0.71 V, V3: 0.71 V, VAVG: 0.72 V'
'V0: 0.70 V, V1: 0.72 V, V2: 0.70 V, V3: 0.71 V, VAVG: 0.71 V'
''
''
'V0: 0.72 V, V1: 0.70 V, V2: 0.71 V, V3: 0.72 V, VAVG: 0.71 V'

Thanks!

Nick

All,

Trying to flash the Aruino Dock 2, but keep getting this error message:

Arduino: 1.8.0 (Windows 10), Board: "Onion Arduino Dock"

Sketch uses 5506 bytes (17%) of program storage space. Maximum is 32256 bytes.
Global variables use 242 bytes (11%) of dynamic memory, leaving 1806 bytes for local variables. Maximum is 2048 bytes.
avrdude: ser_open(): can't open device "192.168.7.82": The system cannot find the file specified.

Problem uploading to board. See http://www.arduino.cc/en/Guide/Troubleshooting#upload for suggestions.

This report would have more information with
"Show verbose output during compilation"
option enabled in File -> Preferences.

Any ideas? I can connect to the Omega via SSH manually using the IP address given above. I also installed the Dock 2 package onto the Omega.

EDIT (very significant): I am a dummy. I did not have the correct port selected under the Tools menu in the Arduino IDE. All good now .

Good info, but I can't even connect to the Omega2+'s using the standard dock (not the Arduino dock).

Edit: Got two new units and still no luck. I am thinking something occurred on my machine which is preventing me from accessing the Omega's.

Edit2: I can connect using SSH to the default IP when connected to the Omega's AP. I can access the command line, but nothing else (omega-ABCD.local). I checked firmware and called for an install of the console, but still nothing. They are definitely connected to the main access point in the office here - I can ping websites fairly easy.

Edit 3: Likely because of the issue I am having, I cannot upload an Arduino sketch to the Dock2 board.

So I have two Omega2+'s, one on the Arduino 2 Dock and another on the Expansion Dock. These units were working pretty well a few weeks ago, however the wireless settings on one were a bit finicky after a firmware update. I connected the finicky one to my wireless network using the command line interface via SSH and everything was relatively happy.

However, I went to power up the unit today and I could not connect to it via SSH, the web portal/console, or even ping it. I tried the other...no luck either. I performed a factory reset by holding down the reset button (worked good in the past) on both of them, connected to their default wireless with default password and I still can't connect to them via SSH, etc. Anyone ever run into this? Is there a way to connect via serial? A "harder" reset?

On a side note, we do have a Ubiquity router in the office and it's a pretty powerful router. Is there possible interference?

I ordered a few more so I'll have those in a couple days. Just seems weird they are on the fritz when the last time fired them up, they were good to go.

Had a new one though....I have python 2 and 3 installed on the Omega. Though, I can't get the python 3 script to use the pyserial module. It keeps giving me a 'module not found' error. Should I uninstall Python 2 and try to reinstall pyserial?

I might be a bonehead....

I think it should have been:

opkg install python-pyserial

The Omega2 documentation does not include the 'install' command.
https://docs.onion.io/omega2-docs/uart1.html

Nick

Hey guys,

I was attempting to install the pyserial package to access serial data on an Arduino Dock2. However when I run

opkg python-pyserial

It indicates that it is not recognized. Is it available on another repo somewhere?

Thanks!

Thanks! I should be able to make my through; I see one of those is for the DS18B20 temp sensor. I purchased those not fully aware that they were digital.

My apologies if I posted in the wrong location to :). When I get something simple put together, I will try my best to post it. I am sure the more experience will find some ways to tweak it.

I am new to Omega2, but just got it yesterday and have started playing with it. I have been playing with Arduino's for a while, but one challenge I kept coming across was getting data out of an Arduino remotely without having to do a whole of other things. I am already impressed with how I can control it while sitting on my couch.

What I am trying to accomplish to log temperature and then be able to access those temperature readings remotely. I am thinking the cloud ability is the key component to the remote access. However, I am not savvy at programming this project. I am confident I can get a one wire sensor and make individual readings, but I am not sure how I can write the data to a file (could be a CSV file). Any ideas how I can accomplish my goal. I see a few projects that are controlling freezers; maybe this could be an add-on ability.

Thinking ahead, it would be great to add charting ability for display purposes.

Thanks!