Thanks for your reply. I thought the same that 0.1.10 is more stable that previous, looked at changelog. But at first, I stucked in issue when I have to set internet connection via browser. Not always I see my ssid in the available networks list and usually type it manually. Even after that when I’m pressing configure it can freeze in this half-state. I’d prefer to set it using wifisetup over ssh or console.
Also I tried to use lede repos instead of onion’s, but with it I got error relocating errors for wget and missed libencrypt.so
Traceroute shows that I have access to the internet.
But to be honest, I use my own extension board, but I’m not sure this is the reason. If I had the problem with it my o2 wouldn’t work. And o2 gets 3.3v of power and enough current
Yep, I created ticket on onion’s helpdesk and sent them logs.
Steven I am a bit confused on how to install your cross compiled port. Do I have to rebuild it on the Onion for it to work? The files are quite large and I would need an SD card. Is there a way to copy the node rather than building it? Let me know what I am doing wrong.
Internet of Things (IoT) is a romantic marketing term created in recent 2-3 years.
There is no criteria nor standards on the IoTs. Some will rebrand a product existed for many years (way before IoT days)
as IoT to "catch the wave".
However, what I can say is lots of IoTs are cheap and sub-standard in many ways.
Cheap and quality go opposite ways.
Midnight Commander still have a problem with pseudographics even in version 4.8.20.
Trouble is related to utf8 encoding in /etc/mc/skins/default.ini file.
And I dont know why.
But I use little hack with this file. I just replace utf8-encoded pseudographics with latin characters (-|+*).
Looks good enouth.
Something like this (only [Lines] section have to be changed):
horiz = -
vert = |
lefttop = *
righttop = *
leftbottom = *
rightbottom = *
topmiddle = *
bottommiddle = *
leftmiddle = *
rightmiddle = *
cross = +
dhoriz = -
dvert = |
dlefttop = *
drighttop = *
dleftbottom = *
drightbottom = *
dtopmiddle = *
dbottommiddle = *
dleftmiddle = *
drightmiddle = *
Probably late answer but if somebody is searching like I was :)
One of the solution is to use HC-SR04+ version (support 3.3v)
I have tested it on my Omega2+ and it works fine. Or if you already have 5v version just use resistors (plenty examples on net). I played little bit with c++ using Patryk27 Omega2-GPIO library. You can check my code and compiled app at github:. I'm still playing with this script.
Basically, instead of connecting the Omerga2's Ethernet port to a Modem, it's connected directly to a Web Server with a static IP. See attached diagram.
I can connect my phone to the AP, but when I type in the web address (192.168.1.250) I get a message saying can't reach that page.
If there's no hardware handshaking, have you considered software handshaking? Instead of firing a (e.g.) 20kByte buffer at your device at any given time, first write a small "write request" (which includes the length) on the UART, wait for a "write acknowledgement" from the device, then write the buffer. You could even do it chunk-wise with known chunk sizes and acknowledge each chunk (and resend if something was lost). Preferrably, the transfer on the receiver side from the UART peripheral into RAM should happen via an interrupt / ISR or be DMA accellerated. I think this would actually eliminate most of the problems you're seeing right now. How does it currently work? Does some application thread read the data from UART into RAM?