Arduino Forum

Products => Arduino Yún => Topic started by: federicofissore on Apr 23, 2014, 10:03 pm

Title: Please upgrade your Yún - latest is 1.3
Post by: federicofissore on Apr 23, 2014, 10:03 pm
Hi everyone!

I'm more than happy to announce the immediate availability of a new Yún image. You can download it from the download page http://arduino.cc/en/Main/Software#toc8.
Download the Upgrade image, get a micro SD card and follow the instructions at http://arduino.cc/en/Tutorial/YunSysupgrade.

Updated paragraph
Since the first release of April 17th, 2014, more changes and improvements were piled on the stack. You can now read the complete list in the change log (https://github.com/arduino/openwrt-yun/blob/master/ChangeLog).

We called this image OpenWrt-Yún because it's now based on the stable version of OpenWrt, OpenWrt 12.09 Attitude Adjustment. This makes it much easier to build and develop. Previous Yún image version was mostly impossible to build: this version compiles from the beginning to the end. Detailed instructions about setting a build machine are available at https://github.com/arduino/openwrt-yun.
The first Yún shipping the new image has serial number Y00030600.

Thanks to git, OpenWrt-Yún is synchronized with official OpenWrt: we continuously get and build fixes and improvements. To give back to the OpenWrt community and to allow the curious to quickly discover the differences between Yún and OpenWrt, every time we add a change we update branch "rebased_master (https://github.com/arduino/openwrt-yun/commits/rebased_master)". It keeps all our modifications on top of the list, thus making it easier to discover how OpenWrt was customized.

Following OpenWrt source files organization, Yún specific packages have their own repository: https://github.com/arduino/openwrt-packages-yun. If you wish to contribute to the list of available packages, this is where to send your pull requests and to open your issues.

We really hope you'll be able to discover a new Yún, more stable and reliable. We'd also like to see you more involved into Yún internals, now that it's easier to build it.
Title: Re: New Yún image
Post by: federicofissore on Apr 23, 2014, 10:05 pm
Forgot a detail:
Next IDE version will contain updated examples, a new Mailbox example and an updated Spacebrew library. If you are in a hurry, you can download the nightly. http://arduino.cc/en/Main/Software#toc4
Title: Re: New Yún image
Post by: Robin2 on Apr 23, 2014, 10:34 pm
When can we expect the new version to be on Yun boards as standard?

How will we be able to tell whether a supplier has the old or the new version?

Can you arrange for a member of the development team to participate regularly in this Yun section of the Forum?

...R
Title: Re: New Yún image
Post by: federicofissore on Apr 23, 2014, 10:46 pm

When can we expect the new version to be on Yun boards as standard?

Newest batch of boards will ship this version


How will we be able to tell whether a supplier has the old or the new version?

The new version lights up the USB led when the linux side is ready, old one does not. A coming update will show the version number on top of the webpanel page (there is a issue to track this https://github.com/arduino/openwrt-yun/issues/2)
I should also be notified of the first board number with the new image: as soon as I know, I'll post that number here, so you'll know if you're buying a yun with the old image or not.


Can you arrange for a member of the development team to participate regularly in this Yun section of the Forum?

Since today, I'll be more present on the forum
Title: Re: New Yún image
Post by: mamu on Apr 23, 2014, 10:49 pm
Will this version of Yun free the serial port and support alternative Bridge communication based on SPI (see http://linino.org/doku.php?id=wiki:spidriverstream#use_streamspi_with_bridge)?
Or support a true boot notification compared to the sub perfect char skipping implemented in Bridge today (see  https://gist.github.com/wayoda/db3c023417757f726088)
Title: Re: New Yún image
Post by: federicofissore on Apr 23, 2014, 10:53 pm

Will this version of Yun free the serial port and support alternative Bridge communication based on SPI (see http://linino.org/doku.php?id=wiki:spidriverstream#use_streamspi_with_bridge)?

No. We gave a spin to the SPI Bridge of linino.org but found that it was incomplete: it supported only Bridge.get and put methods, not Process or anything else. Things may have changed since then, though.
Title: Re: New Yún image
Post by: mamu on Apr 23, 2014, 10:57 pm
And how about the boot notification?
(Sorry if you missed it in my posting because I modified my original one)
Title: Re: New Yún image
Post by: federicofissore on Apr 23, 2014, 10:58 pm

Or support a true boot notification compared to the sub perfect char skipping implemented in Bridge today (see  https://gist.github.com/wayoda/db3c023417757f726088)

It seems like we are missing a resistor on the handshake line, isn't it?
Title: Re: New Yún image
Post by: mamu on Apr 23, 2014, 11:02 pm
Not as far as I understood the writing. The resistor improves the responsiveness of the auto detect feature. But to be honest, I would be glad to have a real Linino state flag in my sketch even it takes a few seconds longer.

Btw: good to have you back here.. I missed you.
Title: Re: New Yún image
Post by: federicofissore on Apr 23, 2014, 11:07 pm
I'll give that a try, it seems cool stuff and not hard to implement on the Bridge side. I'm worried about the hardware though. I'll let you know how it goes.
https://github.com/arduino/Arduino/issues/2028
Thank you: very kind ;)
Title: Re: New Yún image
Post by: sonnyyu on Apr 23, 2014, 11:44 pm
One more important fix of New Yún image:

The very danger security bug - Heartbleed

(http://blogs.it.ox.ac.uk/oxcert/files/2014/04/Heartbleed-Patch-Needed.png)

http://en.wikipedia.org/wiki/Heartbleed (http://en.wikipedia.org/wiki/Heartbleed)

Quote
The affected versions of OpenSSL are OpenSSL 1.0.1 through 1.0.1f (inclusive).
https://github.com/arduino/openwrt-yun/blob/master/package/openssl/Makefile (https://github.com/arduino/openwrt-yun/blob/master/package/openssl/Makefile)

Quote
PKG_NAME:=openssl
PKG_VERSION:=1.0.1g
PKG_RELEASE:=1
PKG_VERSION:=1.0.1g, The heart is no longer bleeding

Current version is 1.0.1e. Please update to New Yún image ASAP.

http://download.linino.org/dogstick/all-in-one/latest/packages/libopenssl_1.0.1e-1_ar71xx.ipk (http://download.linino.org/dogstick/all-in-one/latest/packages/libopenssl_1.0.1e-1_ar71xx.ipk)
Title: Re: New Yún image
Post by: Jantje on Apr 24, 2014, 01:55 am

Btw: good to have you back here.. I missed you.

+1

I have upgraded a yun now. It went so smooth I doubth I upgraded at all.
When I started configuring  all went well (yun, cifs, tty, usb-acm,minicom...) except for

1) Yun didn't find my wifi access point (probably it found it but didn't list it due to to many access points).
But connected directly when name is provided (fortunately for me I know my protocol by heart)

2)
Code: [Select]
root@Marvin2:~# opkg install procps-pkill
Unknown package 'procps-pkill'.
Collected errors:
* opkg_install_cmd: Cannot install package procps-pkill.

so pkill won't work (for now).

3)
The mega that was connected during the whole protocol now has a broken USB port. Better be safe than sorry: disconnect all peripheral before doing the upgrade.

Best regards
Jantje

Title: Re: New Yún image
Post by: Jantje on Apr 24, 2014, 02:08 am
pkill seems to be in the procps package.
Best regards
Jantje
Title: Re: New Yún image
Post by: rmagnus on Apr 24, 2014, 07:16 am
Welcome back Federico and thank you!

I was really hoping to be able to take advantage of all the wonders offered by the Yun but after wasting many hours I began looking for other options.

Now I am back.

I will test the new release for the issues I had and report back here.

Greetings from Austin, TX.

Rodolfo

Title: Re: New Yún image
Post by: federicofissore on Apr 24, 2014, 07:29 am
Thank you, really, for your patience and passion

@sonnyyu I've added these two lines in the fixed issues
- Heartbleed http://heartbleed.com/
- Linux side ready visual notification: when linux boot completes, the usb led lights up (it's bright white)
Title: Re: New Yún image
Post by: Jantje on Apr 24, 2014, 12:32 pm

- Linux side ready visual notification: when linux boot completes, the usb led lights up (it's bright white)

It is really hard not to see it. Happy to know it is normal :-)

Best regards
Jantje
Title: Re: New Yún image
Post by: federicofissore on Apr 25, 2014, 10:23 am
FYI I've changed last "Bridge solved issue" line to
- Bridge is now run with "-u" python flag, preventing some random lockups in the Bridge
as the 64K issue is not related.

If you run into troubles using some Process.run with large outputs, you must use the asynchronous version. Since Bridge (with Process.run) is waiting for the process to end before start consuming its output and since Linux is waiting for the output to be consumed before putting more into the buffer, they both will block. With the asynchronous version, output is immediately consumed by bridge
Title: Re: New Yún image
Post by: msssltd on Apr 26, 2014, 08:40 am
Just want to say thank you for the update.

I upgraded one of my Yun's yesterday.  I completed the upgrade over the network and all went smoothly.  Took me about an hour, including re-installing packages and restoring my own scripts

Really good to see we can use all the OpenWRT packages, so I won't have to install nginx manually.

For the moment I am using the uhttpd server for my PHP application.  Interestingly, a bit of javascript which had been causing one of the pages to crash fcgi , after being left open in a browser for a couple hours, has been running Ok all night.

So to Fredrico and anyone else who may have contributed, you have my thanks.

Title: Re: New Yún image
Post by: avenue33 on Apr 28, 2014, 03:12 pm
I've proceeded with the recommended upgrade. But now, when my Yun is connected to the network, the [font=Courier]arp -a [/font] command doesn't list [font= Courier]arduino[/font] but [font= Courier]host-001[/font] instead --[font= Courier]192.168.1.24[/font] is the address of the Yun.

Code: (Yun) [Select]
# uname -a
Linux myYun 3.3.8 #1 Fri Apr 11 07:16:38 CEST 2014 mips GNU/Linux


Code: (Mac) [Select]
$ arp -a
mac (192.168.1.1) at 11:22:33:44:55:66 on en1 ifscope [ethernet]
host-001 (192.168.1.24) at cc:dd:ee:ff:00:11:22 on en1 ifscope [ethernet]
router.lan (192.168.1.254) at 77:88:99:aa:bb:cc on en1 ifscope [ethernet]


Even performing a [font=Courier]sudo arp -d -a[/font] didn't solve the problem.

Are you experiencing something similar? Thank you!
Title: Re: New Yún image
Post by: bjarne on Apr 29, 2014, 06:19 pm
First off, big thank you for the new image !

I installed it from a USB stick as mentioned earlier in this thread, worked like a charm.  I got everything re-configured as I had it before.  A couple of minor questions:

1.  I copied my Mac id_rsa_pub key to ~/.ssh/authorized_keys on the Yun, but I still have to enter my password when I ssh into the Yun.  This worked for the old image, did I forget something, or has this changed in the new image ?

2.  I think I remember some talk about being able to upload via the IDE without password, I never did get that to work (on the old or new image).  There was some allusion to a new version of the IDE which would allow this, did this ever happen ?
Title: Re: New Yún image
Post by: tdicola on Apr 29, 2014, 08:17 pm
Just throwing in my experience with the upgrade, it went smoothly and the Yun seems to be working great.  I really like the new indicator LED for when the Linux side is booted.  Overall seems like a great upgrade, thanks!
Title: Re: New Yún image
Post by: Tunell on Apr 29, 2014, 10:44 pm
Just tried plugging in a USB keyboard and it was not given an event number. Still only shows event0.
Normally it will set up the keyboard as event1.

No dice.

Will have to go back to the old method :(

edit: the old method doesn't anymore apparently....
The keyboard shows up as having been attached in dmesg, but is not assigned an event#

Now starting from scratch on getting USB keyboard to work. DANG IT.
Title: Re: New Yún image
Post by: federicofissore on Apr 30, 2014, 09:55 am
@bjarne: yun uses dropbear by default, so file is /etc/dropbear/authorized_keys

@Tunell I have a logitech usb keyboard. I've run
Code: [Select]

root@Arduino:/# opkg update
root@Arduino:/# opkg install kmod-usb-hid
root@Arduino:/# reboot

and when I plugged in my keyboard, it printed
Code: [Select]

root@Arduino:/# [   62.780000] usb 1-1.1: new low-speed USB device number 4 using ehci-platform
[   62.920000] usb 1-1.1: New USB device found, idVendor=046d, idProduct=c312
[   62.920000] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[   62.920000] usb 1-1.1: Product: USB Multimedia Keyboard
[   62.920000] usb 1-1.1: Manufacturer: LITEON Technology
[   63.030000] input: LITEON Technology USB Multimedia Keyboard as /devices/platform/ehci-platform/usb1/1-1/1-1.1/1-1.1:1.0/input/input1
[   63.040000] generic-usb 0003:046D:C312.0001: input: USB HID v1.10 Keyboard [LITEON Technology USB Multimedia Keyboard] on usb-ehci-platform-1.1/input0
[   78.410000] usb 1-1.1: USB disconnect, device number 4


Running
Code: [Select]
cat /dev/input/event1 | hexdump printed "things" when pressing the enter key
Title: Re: New Yún image
Post by: rmagnus on Apr 30, 2014, 10:30 am
I did the update but the linino side stopped responding.

The arduino side works.

And the linino ends with a kernel panic message.

I have attached the output here.

Any ideas?

Thank you

Rodolfo
Title: Re: New Yún image
Post by: federicofissore on Apr 30, 2014, 10:51 am
Looks something went wrong with the onboard flash. You can try with the advanced procedure http://arduino.cc/en/Tutorial/YunUBootReflash (you may skip the uboot section) or mail support@arduino.cc and ask for a replacement
Title: Re: New Yún image
Post by: chetto983 on Apr 30, 2014, 03:46 pm
Do you Know about wifi stability?
Title: Re: New Yún image
Post by: federicofissore on Apr 30, 2014, 03:51 pm
There was some hardware software interference between wifi and usb. That's all I know it has been fixed regarding wifi. It may still  be better though, as a consequence of sticking with stable openwrt
Title: Re: New Yún image
Post by: bjarne on Apr 30, 2014, 05:02 pm

@bjarne: yun uses dropbear by default, so file is /etc/dropbear/authorized_keys

Thanks Frederico, that works.
Title: Re: New Yún image
Post by: Tunell on Apr 30, 2014, 07:20 pm
Keyboard works!
Would be nice if Kmod-usb-hid were included by default, I'm deploying a fleet of yuns for a networking project. It would be nice if I didn't have to connect to the internet to get a keyboard working.
But it's awesome to have this up and running now.
Title: Re: New Yún image
Post by: federicofissore on May 01, 2014, 07:05 pm
Yep, unfortunately disk space on yun is a constraint. Best is that you make your own customization.

Setup instructions are available at https://github.com/arduino/openwrt-yun

Once you're ready to build, manually execute the first part of the build script
https://github.com/arduino/openwrt-yun/blob/master/build.sh#L1-L21

then run
Code: [Select]
make menuconfig. Look for the kernel modules you wish preinstalled: they are selected as "M" (module), select them as "*" (built-in)

Finally build the image running
https://github.com/arduino/openwrt-yun/blob/master/build.sh#L27
Title: Re: New Yún image
Post by: sonnyyu on May 02, 2014, 08:46 am
The advantage of building an image that includes an addition packages is due to the use of squashfs, all files provided by those packages are actually kept in compressed form in flash. In an other word it will take less space.
Title: Re: New Yún image
Post by: sonnyyu on May 05, 2014, 08:37 pm
At New Yún Image build  directory:
Code: [Select]
~/OpenWrt-yun/docs  has document source code.

Make pdf of it:

Code: [Select]
sudo apt-get install -y texlive-lang-french
sudo apt-get install -y tex4ht tex4ht-common
make docs/compile V=s


openwrt.pdf  is official doc.

Title: Re: New Yún image
Post by: domgiles on May 06, 2014, 12:24 am
Is there anyway back...

I had a power failure during the firmware upgrade of the new image.... Nothing all year and the one time I'm in the middle of something useful. I was running of a server instead of a laptop as well and as a result lost power to the board. Now I can't see the Yun.

Is there anyway back or is it a dead board now?
Title: Re: New Yún image
Post by: domgiles on May 06, 2014, 01:24 am
Solved it.... rebuild via tftp
Title: Re: New Yún image
Post by: noblepepper on May 06, 2014, 01:33 am
Most likely you can revive it. You say you can't see the yun, what do you mean? No webpage or WiFi port in the IDE? No USB port in the IDE? No ssh connection? No USB on a COM or tty? The power is still out so it's dark? ;-)

If you still have USB, load the yunserialterminal sketch, open the serial monitor, press the yun reset button and post the output.

Title: Re: New Yún image
Post by: federicofissore on May 06, 2014, 08:58 am
@domgiles did you solve it using the advanced procedure? http://arduino.cc/en/Tutorial/YunUBootReflash

To anyone: since upgrading via webpanel/with sysupgrade DOES NOT touch the most fragile part (u-boot), you can always revive your board using the advanced procedure
Title: Re: New Yún image
Post by: domgiles on May 06, 2014, 09:08 pm
I didn't get the chance to boot into safe mode... It hung before been given that opportunity. I was forced to follow these instructions.... http://arduino.cc/en/Tutorial/YunUBootReflash

Which worked fine but I'd used a similar approach when building other Linux kernels... It's not an approach I'd whole heartily recommend.
Title: Re: New Yún image
Post by: 5a2v0 on May 13, 2014, 09:41 am
hi i read about this update and i would  to know if i can put the image in a usb stick instead of a micro sd ?
Title: Re: New Yún image
Post by: federicofissore on May 13, 2014, 09:43 am
Yes you can. Once you've plugged that it, open the webpanel. If it shows the upgrade box as mentioned in http://arduino.cc/en/Tutorial/YunSysupgrade than you can safely proceed
Title: Re: New Yún image
Post by: 5a2v0 on May 13, 2014, 01:51 pm
ok thanks...

i put the zip and the bin (extracted) file in the root of my usb stick.. then i plugged in the usb in Yun and then i plug micro-usb to turn on the Yun....

after yun start i went to http://192.168.1.3 (yun local ip) and i started the upgrade process ... the wifi led start blinking but when it stops i can not found the yun's wifi SSID..

now i have  "L13" e "ON" leds on...arduino's sketch seem doesn't run anymore because the lcd (in the sketch is updated every 1 sec) is "freezed"

maybe i must power off and then power on the board ?
Title: Re: New Yún image
Post by: federicofissore on May 13, 2014, 01:53 pm
Maybe it got stuck in the uboot phase after reboot. Try uploading YunSerialTerminal and rebooting the yun
Title: Re: New Yún image
Post by: 5a2v0 on May 13, 2014, 02:31 pm
before you reply i unplugged the micro usb and plugged in again...
yun start & its wifi become avaiable ! :)

trought my phone i surf to arduino.local (192.168.240.1) and i change arduino psw and wifi configuration to connect it with my router's wifi...the yun restart but got stuck...

i unplugged and plugged in again micro usb and it start but now:

- no arduino's wifi
- it doesn't connect to my router's wifi
- USB led is ALWAYS on (no usb stick or sd card are in) !

EDIT:
after about 5 minutes (why so much?), yun connect itself to my router's wifi with "UNKNOWN" hostname... now i can work with it...
Title: Re: New Yún image
Post by: federicofissore on May 13, 2014, 02:37 pm

- USB led is ALWAYS on (no usb stick or sd card are in) !


From http://forum.arduino.cc/index.php?topic=235360.0

- Linux side ready visual notification: when linux boot completes, the usb led lights up (it's bright white)
Title: Re: New Yún image
Post by: 5a2v0 on May 13, 2014, 02:54 pm
ok sorry ! :P i didn't read this..

one more question:
via ssh i did:

opkg update
opkg install php5 php5-cgi
opkg update
opkg install php5-mod-json
opkg install php5-mod-curl

then in /etc/php.ini i uncomment the json & curl extension
then in /etc/config/uhttpd i uncomment php interpeter

once restarted uhttpd server, i can see that my php webpage that with previous open-wrt version was much quick, become slow...4-5 sec to display the page !!

this is my php page:
Code: [Select]
<html><body>
<?php
$ch 
curl_init();
curl_setopt($chCURLOPT_URL"http://localhost/data/get");
curl_setopt($chCURLOPT_USERPWD"PASSWORD");
curl_setopt($chCURLOPT_RETURNTRANSFER1);
$output curl_exec($ch);
curl_close($ch);
echo 
$output;

$result json_decode($outputtrue);
echo 
'<br/>';

print_r($result);
echo 
'<br/>';

echo 
$result[value]['totale'];
echo 
'<br/>';

echo 
$result[value]['cucina'];
echo 
'<br/>';

echo 
$result[value]['bagni'];
echo 
'<br/>';

echo 
$result[value]['stanze'];
echo 
'<br/>';

echo 
$result[value]['rele Bagni'];
echo 
'<br/>';

echo 
$result[value]['rele Stanze'];
?>

</body></html>
Title: Re: New Yún image
Post by: federicofissore on May 13, 2014, 02:58 pm
I can't talk about the speed of php, but I would suggest you to use the embedded php bridge client: it's in /usr/lib/python2.7/bridge/php IIRC
Title: Re: New Yún image
Post by: vmdg on May 14, 2014, 03:20 pm
Hello all
  hmmm am i the only one having problems with the new image?   I have two Yun's ,  placed new image on sd cards,  a lot  of
blinking ~ 3minutes so all seems ok.  Then goto edit configuration, click to save changes and get site not found.
<http://192.168.240.1/cgi-bin/luci/;stok=54b67fb3ae59751d9aea025bc24869a0/webpanel/config#>
New config/changes are not saved.  Never had this issue with previous image.   (opsys XP, ie8, no network)

TIA for help
vince
Title: Re: New Yún image
Post by: federicofissore on May 14, 2014, 03:22 pm
Try this http://forum.arduino.cc/index.php?topic=235360.msg1721108#msg1721108
Title: Re: New Yún image
Post by: vmdg on May 14, 2014, 03:56 pm
Hi Federico

I can run everything as before upgradinging the image.  But i can't change my password etc, nothing  get saved because it cant
find the site <http://192.168.240.1/cgi-bin/luci/;stok=54b67fb3ae59751d9aea025bc24869a0/webpanel/config#>. and aborts
the operation.

TIA
vince


Title: Re: New Yún image
Post by: federicofissore on May 14, 2014, 04:32 pm
Doesn't http://192.168.240.1/ work?
Title: Re: New Yún image
Post by: vmdg on May 14, 2014, 05:11 pm
Fedrico

http://192.168.240.1/ does work.  It's when you click on 'Configure and Restart' i get HTTP 500 Internal server error. Changes are not save and Yun doesn't restart,  it stays running and the Wifi is also still running. For some reason it doesn't like this page
<http://192.168.240.1/cgi-bin/luci/;stok=54b67fb3ae59751d9aea025bc24869a0/webpanel/config#>.
Also tried LUCI with no sucess saving changes.

Regards
vince

Title: Re: Please upgrade your Yún
Post by: Robin2 on May 15, 2014, 11:25 am
Do BeagleBones have these problems?

...R
Title: Re: New Yún image
Post by: 5a2v0 on May 15, 2014, 01:32 pm

Fedrico

http://192.168.240.1/ does work.  It's when you click on 'Configure and Restart' i get HTTP 500 Internal server error. Changes are not save and Yun doesn't restart,  it stays running and the Wifi is also still running. For some reason it doesn't like this page
<http://192.168.240.1/cgi-bin/luci/;stok=54b67fb3ae59751d9aea025bc24869a0/webpanel/config#>.
Also tried LUCI with no sucess saving changes.

Regards
vince


and what if you try to change your password via ssh ?
storing new password will done or not ?
Title: Re: Please upgrade your Yún
Post by: vmdg on May 15, 2014, 04:58 pm
Changing passwd with Putty does work. 
Title: Re: Please upgrade your Yún
Post by: 5a2v0 on May 15, 2014, 05:21 pm
Once you have changed the password via ssh, if you now try to change any option via web-panel, still it doesn't work ?
Title: Re: Please upgrade your Yún
Post by: vmdg on May 15, 2014, 06:46 pm
%a2v0

No,  still doesn't work.   Tried changing time zone and wireless name,  then pressed configure and restart,  immediately boots me
out to 'website cannot display the page'

TIA
vince

Title: Re: Please upgrade your Yún
Post by: mytrant on May 15, 2014, 06:58 pm
Attempting to compile the new firmware results in a failure on v8m-rb:

Building on Ubuntu 14.04, using the instructions on the github readme.

Code: [Select]
mips-openwrt-linux-uclibc-gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... make[5]: Entering directory `/home/tjbenne/working_code/linino_yun/OpenWrt-yun/build_dir/target-mips_r2_uClibc-0.9.33.2/v8m-rb-3.14.5-git/out'
  g++ '-DENABLE_DEBUGGER_SUPPORT' '-DENABLE_EXTRA_CHECKS' '-DV8_TARGET_ARCH_MIPS' '-D__mips_soft_float=1' '-D_MIPS_ARCH_MIPS32R2' '-DBUILDING_V8_SHARED' '-DV8_SHARED' -I../src  -Wall -Werror -W -Wno-unused-parameter -Wnon-virtual-dtor -pthread -fno-rtti -fno-exceptions -pedantic -ansi -fvisibility=hidden -fPIC -m32 -fdata-sections -ffunction-sections -O3  -MMD -MF /home/tjbenne/working_code/linino_yun/OpenWrt-yun/build_dir/target-mips_r2_uClibc-0.9.33.2/v8m-rb-3.14.5-git/out/mips.release/.deps//home/tjbenne/working_code/linino_yun/OpenWrt-yun/build_dir/target-mips_r2_uClibc-0.9.33.2/v8m-rb-3.14.5-git/out/mips.release/obj.host/v8_base/src/accessors.o.d.raw  -c -o /home/tjbenne/working_code/linino_yun/OpenWrt-yun/build_dir/target-mips_r2_uClibc-0.9.33.2/v8m-rb-3.14.5-git/out/mips.release/obj.host/v8_base/src/accessors.o ../src/accessors.cc
In file included from /usr/include/stdio.h:27:0,
                 from ../src/../include/v8stdint.h:34,
                 from ../src/../include/v8.h:41,
                 from ../src/v8.h:52,
                 from ../src/accessors.cc:28:
/usr/include/features.h:374:25: fatal error:  sys/cdefs.h: No such file or directory
#  include <sys/cdefs.h>
                         ^
compilation terminated.


It seems that the v8m-rb package expects sys/cdefs.h which is not supplied in this system.

I shall clean and rebuild once more but is there a pressing need to have v8m-rb in the system? Is it used by any core items on the AR9331 side?
Title: Re: Please upgrade your Yún
Post by: noblepepper on May 15, 2014, 07:20 pm
Anything that is marked as a module <M> in make menuconfig can be left out without impact on the base image. These are things that are available to install with opkg but not included in the image that is flashed to the Yun.

I don't know why you are running into that problem, you may want to double check that you didn't miss a step in the instructions. The directory v8m-rb-3.14.5-git isn't in my build tree anywhere after I built the image.
Title: Re: Please upgrade your Yún
Post by: mytrant on May 15, 2014, 07:59 pm
Thanks for the response -

I had no problem in another build I had done two days ago. In this new (last night git clone) I found I could not unselect v8m-rb in "make menuconfig". I had done an update this morning, and have decided to run another complete clean git clone and build to see if I find the same problem.



Title: Re: Please upgrade your Yún
Post by: mytrant on May 16, 2014, 12:58 am
One quick note - the latest github arduino/openwrt-packages-yun contains the arduino packages which in turn contains the ability to build node.js for the latest Yun firmware.

That is where the v8m-rb.3.14.5-git directory comes from:
Code: [Select]

openwrt-packages-yun / arduino / v8m-rb/Makefile
....
PKG_NAME:=v8m-rb
PKG_VERSION:=3.14.5-git
PKG_RELEASE:=1
Title: Re: Please upgrade your Yún
Post by: federicofissore on May 16, 2014, 09:32 am
Googled for the error message and it looks like you're missing package libc6-dev-i386
See http://ubuntuforums.org/showthread.php?t=1877944

Short version foot note: do you want to avoid wasting time? Set up a Debian VM. It's the only way we can be sure everyone has a successful experience with openwrt-yun.
Longer version foot note: compiling openwrt-yun is not difficult but takes patience. It's highly suggested that you strictly follow the instructions (use a debian wheezy, real or running inside virtualbox or kvm, not your own distro) as many different distributions may need specific tweaks that we are unlikely to document since they will be unsupported.
Title: Re: Please upgrade your Yún
Post by: Jantje on May 16, 2014, 02:21 pm

Short version foot note: do you want to avoid wasting time? Set up a Debian VM. It's the only way we can be sure everyone has a successful experience with openwrt-yun.
Longer version foot note: compiling openwrt-yun is not difficult but takes patience. It's highly suggested that you strictly follow the instructions (use a debian wheezy, real or running inside virtualbox or kvm, not your own distro) as many different distributions may need specific tweaks that we are unlikely to document since they will be unsupported.

Wouldn't it be a great service/idea to provide a working correctly setup Debian VM from time to time?  8)
I guess there is one floating around and it is just a matter of sharing.
That would save you quite some time on reading/responding on setup issues  :D

Best reagrds
Jantje
Title: Re: Please upgrade your Yún
Post by: federicofissore on May 16, 2014, 02:28 pm
I fear that would transform setup questions into virtualbox questions :)
And debian issues won't be over anyway, since newer packages would require additional prerequisites (https://github.com/arduino/openwrt-yun#prerequites). It has already happened (https://github.com/arduino/openwrt-yun/commit/243f707a4e889e08583cedf5129342bf88912971) when we added node packages
Title: Re: Please upgrade your Yún
Post by: noblepepper on May 16, 2014, 03:43 pm
@mytrant - you need v8m if you want node.js, if you don't you can disable all the options under Languages->Node.js and then it will let you disable v8m. Or you can work with the 1.0.0 release (see below) which doesn't have node.js, you should end up with something very close to the prebuilt images.

@federico - I might add to your footnote "even then there may be undocumented changes, prepare to learn!"

This brings to light a fact I did not realize even though it is obvious. When you pull from the git https://github.com/arduino/openwrt-yun (https://github.com/arduino/openwrt-yun) you get the latest, greatest, PERHAPS buggiest thing available.

If you want to work with the code at a particular point you can use something like
Code: [Select]
git checkout -b release 1.0.0 right after you clone.

To switch back you can use the copy SHA link by the latest commit. At this exact moment in time that would be:
Code: [Select]
git checkout -b f58425387a0ce96bb709489f526dfaf0dae2e1af
git pull origin f58425387a0ce96bb709489f526dfaf0dae2e1af


I would say somebody needs to improve the OpenWrt tutorial on build root, set up  a tutorial on working with things such as debian VM and linino/Yun on a build root in a VM but I learned long ago that it is best to replace "somebody needs to" with "I cheerfully volunteer to" ;-)
Title: Re: Please upgrade your Yún
Post by: federicofissore on May 16, 2014, 04:28 pm

This brings to light a fact I did not realize even though it is obvious. When you pull from the git https://github.com/arduino/openwrt-yun (https://github.com/arduino/openwrt-yun) you get the latest, greatest, perhaps buggiest thing available.

Wow! Buggiest!
I know (and sadly accepted) that openwrt build sometime fails, but just really sometime. May you elaborate? Why buggiest?

1.0.0 is different from the latest * only in that it downloads the list of packages from another git repo, https://github.com/arduino/openwrt-packages-yun

* and soon to be become 1.1.0 thanks to your run-avrdude fix
Title: Re: Please upgrade your Yún
Post by: federicofissore on May 16, 2014, 04:38 pm
Since I suspect the git thing may be the source of trouble, I switched the feeds URL to svn
https://github.com/arduino/openwrt-yun/commit/8ad03f07d3c11ce2eda7d00c152730c20672ba68
Title: Re: Please upgrade your Yún
Post by: mytrant on May 16, 2014, 04:55 pm
Federico

Thank you for your instructions and footnote - the comment on using the same base world makes sense.

Having worked with other buildroot worlds, I should have followed all the notes to a 'T'.

OpenWRT has enough different build practices (different - not a normal use of Makefile, not a clear path to rebuild sections...) that adding any new changes is not to be recommended.

Thanks to all for any assistance given on these forums as well, it is a good community to ask questions in.
Title: Re: Please upgrade your Yún
Post by: sonnyyu on May 16, 2014, 10:29 pm
Using  hypervisor compare with bear metal will lost % performance, and different type hypervisor will be vary.
Worst case you got hit by 80%

(http://i.imgur.com/vZOHuaN.png)

http://en.wikipedia.org/wiki/Hypervisor (http://en.wikipedia.org/wiki/Hypervisor)

VMware Workstation and VirtualBox is type 2 hypervisor will be suffer more than type 1 hypervisor.

OpenVZ might be best fit: it does not have the overhead of a true hypervisor, it is very fast and efficient. The disadvantage with this approach is the single kernel. All guests must function with the same kernel version that the host uses. My personal experience only lost 5~10%.

http://en.wikipedia.org/wiki/OpenVZ (http://en.wikipedia.org/wiki/OpenVZ)


Title: Re: Please upgrade your Yún
Post by: mytrant on May 16, 2014, 11:37 pm
Oddly enough am now timewasting....

installed Virtualbox, Debian Wheezy and went to run the following:
Code: [Select]

apt-get install git subversion build-essential asciidoc \
    fastjar flex gawk libgtk2.0-dev intltool zlib1g-dev \
    genisoimage libncurses5-dev libssl-dev ruby sdcc unzip \
    bison libboost-dev libxml-parser-perl libusb-dev bin86 \
    bcc sharutils openjdk-7-jdk mercurial cvs bzr npm


Got the result:
Code: [Select]

Reading package lists... Done
Building dependency tree
Reading state information... Done
E: unable to locate package npm


Any thoughts on an attempt to build openwrt-yun on the same world?
Title: Re: Please upgrade your Yún
Post by: noblepepper on May 17, 2014, 03:32 am
While I agree with Federico that using the standard build environment will eliminate many problems, I have had a good experience with Ubuntu. I do have to Google occasionally to find the source of an error but I avoid learning vm's and relearning Debian dogma. I am on the last 13.?? Ubuntu but I expect 14.04 won't be too much trouble.
Title: Re: Please upgrade your Yún
Post by: noblepepper on May 17, 2014, 03:52 am

Wow! Buggiest!
I know (and sadly accepted) that openwrt build sometime fails, but just really sometime. May you elaborate? Why buggiest?

Because it is the latest and greatest! It's the nature of the beast. If you want to be on the bleeding edge you need to be prepared for some issues.

While I envy some of the things you get play with, some of the comments I have seen make me hope you wear asbestos underwear. I am extremely impressed with the yun and what the team has put together.

I also added some emphasis to the perhaps in the original post, it's not ALWAYS the buggiest.
Title: Re: Please upgrade your Yún
Post by: Jantje on May 17, 2014, 12:19 pm


Wow! Buggiest!
I know (and sadly accepted) that openwrt build sometime fails, but just really sometime. May you elaborate? Why buggiest?

Because it is the latest and greatest! It's the nature of the beast. If you want to be on the bleeding edge you need to be prepared for some issues.

While I envy some of the things you get play with, some of the comments I have seen make me hope you wear asbestos underwear. I am extremely impressed with the yun and what the team has put together.

I also added some emphasis to the perhaps in the original post, it's not ALWAYS the buggiest.

For the record:
I understood your "perhaps buggiest" remark as "latest and greatest". There is no way to guarantee "regressionless progress".
Best regards
Jantje
Title: Re: Please upgrade your Yún
Post by: federicofissore on May 17, 2014, 10:22 pm

Got the result:
Code: [Select]

Reading package lists... Done
Building dependency tree
Reading state information... Done
E: unable to locate package npm



mytrant, you're absolutely right! I've been fooled by the differences between debian and ubuntu once more.
I've changed the prerequisites section (https://github.com/arduino/openwrt-yun#prerequites) replacing apt-get with a script that does the first setup (https://github.com/arduino/openwrt-yun/blob/master/FIRST_SETUP_debian_wheezy.sh).

I'm running a build with a fresh debian just now. If everything goes well, I'll report later tomorrow evening
Title: Re: Please upgrade your Yún
Post by: federicofissore on May 18, 2014, 09:10 am
It worked fine :)
Title: Re: Please upgrade your Yún
Post by: rmagnus on May 19, 2014, 10:58 pm
Guys, I want  to report that I tested the bridge using fileio with the downgraded opwnwrt and a 145 kilobyte text file and it worked perfect :)

@Federico: 

1) so without adding any resistors to the yun, what is the best way to know that the linux side has finished booting?
2) has the speed of the bridge been improved in anyway? If not, how can it be?

THANK YOU

Sincerely

Rodolfo Magnus

Title: Re: Please upgrade your Yún
Post by: Jantje on May 19, 2014, 11:32 pm

2) has the speed of the bridge been improved in anyway? If not, how can it be?

you kind of like went from windows 7(linino) to xp(openwrt). how can it not be it is faster?
Best regards
Jantje
Title: Re: Please upgrade your Yún
Post by: rmagnus on May 20, 2014, 12:46 am
I read 144,000 characters in 30 seconds from the SD card .... through the bridge...... so roughly 4,800 chars per second.

it is fast.......

you are right

What I have not found is a safe way to make sure the linux side has booted without the resistor.

THANK YOU

Rodolfo
Title: Re: Please upgrade your Yún
Post by: federicofissore on May 20, 2014, 09:07 am

Guys, I want  to report that I tested the bridge using fileio with the downgraded opwnwrt and a 145 kilobyte text file and it worked perfect :)

Yeah! 8)


you kind of like went from windows 7(linino) to xp(openwrt). how can it not be it is faster?

XD


1) so without adding any resistors to the yun, what is the best way to know that the linux side has finished booting?

I have an entry in my backlog about https://gist.github.com/wayoda/db3c023417757f726088 but it's still unplanned


2) has the speed of the bridge been improved in anyway? If not, how can it be?

That's a kind of an open question. I would like to have a recipe for making it go 10x faster without losing functionalities, but I'm still scratching my head. Any hints are more than welcome
Title: Re: Please upgrade your Yún
Post by: rmagnus on May 21, 2014, 06:23 pm
@federico I also tried reading the same 146K bytes at the same time I was playing sound with the madplay player and it worked perfect. You could see somewhat slowed performance but less than I expected.  I will keep testing and report back......

I have a question here:  I need to look for keys on the Linux datastore using bridge.get () from the arduino side but I don´t want to stop until the key appears there. Is there a way I can do that? Can I just "peek" to see if the key is there and if not, continue with something else?  THANK YOU
Title: Re: Please upgrade your Yún
Post by: federicofissore on May 22, 2014, 02:22 pm

I have a question here:  I need to look for keys on the Linux datastore using bridge.get () from the arduino side but I don´t want to stop until the key appears there. Is there a way I can do that? Can I just "peek" to see if the key is there and if not, continue with something else?  THANK YOU


I would "get" in the loop and do something if the key is found and has the right value
Title: Re: Please upgrade your Yún
Post by: rmagnus on May 23, 2014, 03:39 pm
Thank you Federico, if I call bridge.get() function the program will stop if the key is not there yet.

What I want is something like Serial.available() or a way to call bridge.get() where the program does not stop if the key is not found, it returns false or -1 but keeps going.

Is that possible?

The documentation I have found on bridge is very scarce. Maybe I am looking on the wrong place.

Grazie

SIncerely

Rodolfo Magnus
Title: Re: Please upgrade your Yún
Post by: sonnyyu on May 23, 2014, 07:28 pm
@Rodolfo, You might upgrade Linux datastore to Memcached. In computing, Memcached is a general-purpose distributed memory caching system. It could delivery 10~20 time speed boost than Mysql.

Code: [Select]
opkg update #updates the available packages list
opkg install memcached
/etc/init.d/memcached  start
/etc/init.d/memcached  enable


Code: [Select]
opkg update #updates the available packages list
opkg install python-openssl #adds ssl support to python
opkg install distribute #it contains the easy_install command line tool
easy_install python-memcached


Code: [Select]
nano /mnt/sda1/memcacheyun.py

Code: [Select]
#!/usr/bin/python
import memcache
mc = memcache.Client(['127.0.0.1:11211'], debug=0)
mc.set("some_key", "Some value")
value = mc.get("some_key")
print value
mc.set("another_key", 3)
mc.delete("another_key")
mc.set("key", "1")   # note that the key used for incr/decr must be a string.
mc.incr("key")
print  mc.get("key")
mc.decr("key")
print  mc.get("key")


Code: [Select]
root@Arduino:chmod 755 /mnt/sda1/memcacheyun.py

Code: [Select]
root@Arduino:/mnt/sda1/memcacheyun.py
Some value
None
2
1
Title: Re: Please upgrade your Yún
Post by: rmagnus on May 24, 2014, 12:57 am
@sonnyyu

Great!  I will try this!

THANK YOU

Have a great weekend!

Regards

Rodolfo
Title: Re: New Yún image
Post by: mamu on Jun 14, 2014, 11:01 pm

I'll give that a try, it seems cool stuff and not hard to implement on the Bridge side. I'm worried about the hardware though. I'll let you know how it goes.
https://github.com/arduino/Arduino/issues/2028


Did you find time to do some tests on the topic?
I'm sorry not to do the test on my Yun because it is mounted inside an enclosure where I have no access to.
Title: Re: Please upgrade your Yún
Post by: federicofissore on Jun 15, 2014, 12:42 pm
Not me but I've forwarded the gist to the hardware guy.
Title: Re: Please upgrade your Yún
Post by: mamu on Jun 15, 2014, 04:45 pm
BTW: Did the image update and it worked perfectly!
Response of web requests seem to be much faster. You and the team behind Yun did a very good job!
Title: Re: Please upgrade your Yún
Post by: Farmboy on Jun 20, 2014, 05:35 am
Frederico, do you know the new serial number of the Yun's with the upgrade in them already?  Is it possible I have one, or do I need to upgrade, just got it a couple weeks ago.

Dean
Title: Re: Please upgrade your Yún
Post by: JosAH on Jun 20, 2014, 02:01 pm

Frederico, do you know the new serial number of the Yun's with the upgrade in them already?  Is it possible I have one, or do I need to upgrade, just got it a couple weeks ago.

Dean


If it is present in the new release, check the reease date in file /etc/arduino/linino-arduino-release.

kind regards,

Jos
Title: Re: Please upgrade your Yún
Post by: federicofissore on Jun 20, 2014, 02:47 pm
I've asked for the number. As JosAH suggests, if file /etc/arduino/linino-arduino-release exists, it's the old version.
Title: Re: Please upgrade your Yún
Post by: JLS1 on Jun 23, 2014, 09:30 am
Upgrade v1.1 is out !

Whats new ?

Many thanks info

Kamil
Title: Re: Please upgrade your Yún
Post by: federicofissore on Jun 23, 2014, 09:42 am
A part a variety of fixes, the main feature is the introduction of DFS (Dynamic Frequency Selection) http://en.wikipedia.org/wiki/Dynamic_Frequency_Selection
It SHOULD make wifi slightly better IF your home Access Point supports DFS and IF your country regulatory domain allows it
Title: Re: Please upgrade your Yún
Post by: TheProtocolRoom on Jun 23, 2014, 01:56 pm
Hi,

when / where will we be informed about the changes in the image? I want to upgrade our 25 Yun's, but first I have to know what has changed...

Thomas
Title: Re: Please upgrade your Yún
Post by: Jantje on Jun 23, 2014, 02:10 pm
25 yun's here in Belgium  :D cool.
I've looked to your website and based on that I would say: If your installation is working and working ok you probably do not want to upgrade the "installation"
If you are still in the process of development I would test 1 yun and go from there. Basically there are a significant number of stability improvements. There is a drawback that not everything is 100% compatible ( Arduino yun moved from Linino -a clone from openwrt- to openwrt; so technically speaking it is a downgrade)

Best regards
Jantje

PS cool projects you are doing
Title: Re: Please upgrade your Yún
Post by: federicofissore on Jun 23, 2014, 02:31 pm
@TheProtocolRoom as said, the only significant improvement is Dynamic Frequency Selection (http://en.wikipedia.org/wiki/Dynamic_Frequency_Selection) support on the wifi driver: this should add stability but it depends on your hotspot and on your country regulatory domain, so it's probably NOT something you MUST have.

Changes to packages such as python Bridge, webpanel as well as those maintained by openwrt are available via opkg update, opkg list-upgradable
Title: Re: Please upgrade your Yún
Post by: federicofissore on Jun 26, 2014, 11:46 pm

Frederico, do you know the new serial number of the Yun's with the upgrade in them already?  Is it possible I have one, or do I need to upgrade, just got it a couple weeks ago.

Dean


I finally got that number: the first yun with the new image has code Y00030600
Title: Re: Please upgrade your Yún
Post by: Farmboy on Jun 27, 2014, 07:33 pm
Okay, I have a new Yun that is upgraded out of the box.  So I want to upgrade my first one.

I have no idea how to download the zip file into my SD card I bought.  There is no place on my laptop to program an SD card.  How do I do that?

And how do I unzip the file?  Do I need to unzip it before I put it on the SD card? 

Or apparently I can do it by using a USB Thumb drive instead?

Thanks,

Dean
Title: Re: Please upgrade your Yún
Post by: federicofissore on Jun 27, 2014, 07:51 pm
Yes you can do that using a pen drive. Alternatively, you can use luci (the "advanced configuration panel" link you find in the arduino webpanel) and do that with your browser. See http://wiki.openwrt.org/doc/howto/generic.sysupgrade#luci.web.upgrade.process

Also remind that, despite having the new image, newer images were released in the meanwhile, so your upgraded yun is probably worth upgrading all the same
Title: Re: Please upgrade your Yún
Post by: allairgoo on Jun 30, 2014, 08:42 am
After Update on 2 Yùn, the same problem : apparently crontab give me headaches

lines like this in crontab (edited with crontab -e of course)
*/5     *       *       *       *       /usr/bin/php /www/sd/get_data.php

are not working. ( I precise that /usr/bin/php is a symlink to /usr/bin/php5-cli  and the the php script is correctly working alone when I manually launch it: it creates a json file on the sd card: so everything is working in this code).

logread shows me they are executed with no error
Jun 30 08:15:01 zlikabox cron.info crond[25598]: crond: USER root pid 17485 cmd /usr/bin/php /www/sd/get_data.php

But they wont do job via cron:  there is no json file modified on the sd card, the SD card is not in read-only mode , root obviously has write access and execution rights :p
Title: Re: Please upgrade your Yún
Post by: federicofissore on Jun 30, 2014, 09:39 am
cron runs processes with a minimal environment. Even obvious things like PATH may miss some folder. Try to log the running environment and make sure your script runs with that. Otherwise, wrap your script in a shell script with the first line being #!/bin/ash (it's ash, not bash)
Title: Re: Please upgrade your Yún
Post by: allairgoo on Jun 30, 2014, 09:50 am
well i will try , but why did those PHP script have runned correctly with no change/difference of path or structure of them (simple .php file with <php and so on them)  for 3 months under the previous image?
Title: Re: Please upgrade your Yún
Post by: federicofissore on Jun 30, 2014, 09:53 am
I don't know, but if you manage to spot a bug in the image, I'll be more than happy to (try to) fix it
Title: Re: Please upgrade your Yún
Post by: allairgoo on Jun 30, 2014, 09:57 am
well this is a very strange case indeed.

And i did a /usr/bin/reset-to-factory-anyway

and I got some bigger problems
Title: Re: Please upgrade your Yún
Post by: federicofissore on Jun 30, 2014, 10:02 am
This has been discussed and solved with http://forum.arduino.cc/index.php?topic=252264.0
Title: Re: Please upgrade your Yún
Post by: allairgoo on Jun 30, 2014, 10:54 am
i'm doing a few test with cron now .. I will open a new thread with this problem maybe someone has the same issues.
Title: Re: Please upgrade your Yún
Post by: rmagnus on Jul 02, 2014, 07:46 pm
Hey guys:

I have good news and bad news.

The good news is: we know that the bridge works slow even after downgrading to openwrt from linino.

I needed to have a fast way to talk to the arduino side from openwrt.

I commented out the tty0 reference in /etc/inittab  and now I am happily communicating from python using serial to the arduino side at 115,200 with a heavy trafic load and it works awesome!

If anyone is ineterested I can post the code.

Now the bad news:

After downgrading from linino to openwrt something happened with the usb audio support.

Having a USB audio card was very easy:

http://dev.mikamai.com/post/69775973742/arduino-yun-with-sound-the-supereasy-way

Now it does not work.

When trying to run madplay testfile.mp3 for example it gives this error:

audio: /dev/dsp: No such file or directory

Any ideas how to fix this?

I found some places with instructions like this one:

http://www.hermann-uwe.de/blog/playing-audio-on-the-nslu2

but I cannot run modprobe on openwrt.

PLEASE HELP

Thank you

Rodolfo
Title: Re: Please upgrade your Yún
Post by: mamu on Jul 02, 2014, 08:19 pm

I commented out the tty0 reference in /etc/inittab  and now I am happily communicating from python using serial to the arduino side at 115,200 with a heavy trafic load and it works awesome!
If anyone is ineterested I can post the code.

That is exactly how I use it since about 7 month and it works like a charm.
Title: Re: Please upgrade your Yún
Post by: federicofissore on Jul 03, 2014, 09:22 am
rmagnus, I suppose you've already tried rebooting... There are other posts from people having audio working fine
Title: Re: Please upgrade your Yún
Post by: rmagnus on Jul 04, 2014, 04:50 am
I did and I tried on 3 yun´s  with the new firmware and one with the linino.

The linino one worked perfect. But then I downgraded to openwrt and it stopped working.

Seems like I need to install something to make the /dev device to appear.
Title: Re: Please upgrade your Yún
Post by: federicofissore on Jul 04, 2014, 10:08 am
Can you create a separate topic on this issue? I think (and hope actually) that it's just a matter of missing kernel modules. And with "missing" I mean you just need to install them
Title: Re: Please upgrade your Yún
Post by: rmagnus on Jul 05, 2014, 02:24 am
yes, thank you
Title: Re: Please upgrade your Yún - latest is 1.2
Post by: anjoze on Jul 11, 2014, 02:39 pm
Hi.
My Yun doesn't detect any SD card or USB stick maybe because it was working for 2 days underwater   :smiley-eek-blue:
Now I want to do the upgrade...
Can I do it using:
Arduino Web Panel - Administration - Backup/Flash Firmware - Flash new firmware image - Choose file ?
Or the upgrade must be done using SD or PEN?
Thanks
Title: Re: Please upgrade your Yún - latest is 1.2
Post by: federicofissore on Jul 11, 2014, 02:41 pm
Both are fine. Former is a bit more advanced, but if you're fine, go with it
Title: Re: Please upgrade your Yún - latest is 1.2
Post by: anjoze on Jul 11, 2014, 03:36 pm
Success!  8)
Still without SD card and USB but that's because probably something burned out.
They should make a waterproof version  :smiley-mr-green:
Title: Re: Please upgrade your Yún - latest is 1.2
Post by: anjoze on Jul 11, 2014, 11:28 pm
Ok, I've installed with success 1.2 firmware.
Now there is one problem: I cant upload sketches from Wifi, this is the output:
Code: [Select]

avrdude: AVR device not responding
avrdude: initialization failed, rc=-1
         Double check connections and try again, or use -F to override
         this check.

/usr/bin/run-avrdude: line 4: can't open /tmp/efuse: no such file
rm: can't remove '/tmp/efuse': No such file or directory
sh: 203: unknown operand

avrdude: Version 5.11svn, compiled on Jul 10 2014 at 20:04:19
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"
         User configuration file is "/root/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : unknown
         Using Programmer              : linuxgpio
         AVR Part                      : ATmega32U4
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PA0
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    10     8    0 no       1024    8      0  9000  9000 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           flash         65     6   128    0 yes     32768  128    256  4500  4500 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           lfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           hfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           efuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           lock           0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : linuxgpio
         Description     : Use the Linux sysfs interface to bitbang GPIO lines

avrdude: Calibrating delay loop... calibrated to 28 cycles per us
avrdude: AVR device not responding
avrdude: initialization failed, rc=-1
         Double check connections and try again, or use -F to override
         this check.

avrdude done.  Thank you.


When I upload it from USB it ok.
Title: Re: Please upgrade your Yún - latest is 1.2
Post by: federicofissore on Jul 12, 2014, 09:16 pm
Thank you for reporting. It sound like a critical issue. We'll address it asap.
Title: Re: Please upgrade your Yún - latest is 1.2
Post by: federicofissore on Jul 12, 2014, 09:25 pm
It looks like an issue with run-avrdude.
Can you open a YunSerialTerminal (or ssh) and type
Code: [Select]

avrdude -q -q -c linuxgpio -C /etc/avrdude.conf -p m32u4 -U efuse:r:/tmp/efuse:d
cat /tmp/efuse

and paste the output?
Title: Re: Please upgrade your Yún - latest is 1.2
Post by: foreveralgerian on Jul 12, 2014, 10:53 pm
hi to all
I am a student and beginner in the field of arduino
I did upgread Image 1.2
right after, I have a problem with the wifi and wired connection
I find no point of access yun
and not connected with the local area networks (LANs)
help me please
Title: Re: Please upgrade your Yún - latest is 1.2
Post by: anjoze on Jul 12, 2014, 10:57 pm

It looks like an issue with run-avrdude.
Can you open a YunSerialTerminal (or ssh) and type
Code: [Select]

avrdude -q -q -c linuxgpio -C /etc/avrdude.conf -p m32u4 -U efuse:r:/tmp/efuse:d
cat /tmp/efuse

and paste the output?

Yes, I can ssh but when I execute the comand it gives this:
avrdude: AVR device not responding
avrdude: initialization failed, rc=-1
         Double check connections and try again, or use -F to override
         this check.
Title: Re: Please upgrade your Yún - latest is 1.2
Post by: federicofissore on Jul 13, 2014, 08:21 pm
try rebooting and retry
Title: Re: Please upgrade your Yún - latest is 1.2
Post by: federicofissore on Jul 14, 2014, 11:06 am
Did you manage to reboot and retry? In the meanwhile, I've modified run-avrdude slightly to make it less likely to fail. It will be available in 1.3
Title: Re: Please upgrade your Yún - latest is 1.2
Post by: anjoze on Jul 14, 2014, 06:49 pm
Sorry for the delayed answer.
Yes, I've rebooted several times and did't work.
I'll try again when when 1.3 is available.
Thank for your help.
Title: Re: Please upgrade your Yún - latest is 1.2
Post by: anjoze on Jul 14, 2014, 11:36 pm
I've remember something else...
I have a SPI board that was working fine before upgrade.
Now it's giving wrong information. I test it on my UNO and the communication is fine, but not on YUN using ICSP header.
I don't know if my YUN is working 100% or if some parts are "burned" and this was coincidence with the firmware upgrade.
Title: Re: Please upgrade your Yún - latest is 1.2
Post by: federicofissore on Jul 15, 2014, 11:41 am
1.3 is out: you may want giving it a try
Title: Re: Please upgrade your Yún - latest is 1.3
Post by: onire on Jul 15, 2014, 10:07 pm
Hi Federico,
I followed this guide (http://arduino.cc/en/Tutorial/ExpandingYunDiskSpace)  to to expand the Yún disk space.
Now, if I want to upgrade my yun, what should I do?
Thank you

Onire

Title: Re: Please upgrade your Yún - latest is 1.2
Post by: PCWorxLA on Jul 15, 2014, 11:04 pm

1.3 is out: you may want giving it a try
Change log on GitHub says 1.4 was released?  :~

Ralf  ;)
Title: Re: Please upgrade your Yún - latest is 1.3
Post by: anjoze on Jul 15, 2014, 11:41 pm
Didn't work  =( same error message
The firmware upgrade was ok.
Everything else is ok, wifi speed it's better, less problems with Wifi.

Because my Yun was in contact with water, like I've said before,  probably some part is damaged and is affecting AVR, USB/SD and SPI.
Thank you very much for your work with YUN. This Arduino was a bit abandoned until your contribution.
That makes me, and other people, trust  and invest in this device for the future.
Title: Re: Please upgrade your Yún - latest is 1.3
Post by: anjoze on Jul 15, 2014, 11:48 pm

Hi Federico,
I followed this guide (http://arduino.cc/en/Tutorial/ExpandingYunDiskSpace)  to to expand the Yún disk space.
Now, if I want to upgrade my yun, what should I do?
Thank you
Onire


You can read the first message of this post: http://forum.arduino.cc/index.php?topic=235360.0
Follow this instructions: http://arduino.cc/en/Tutorial/YunSysupgrade
Or you can do:
Arduino Web Panel - Administration - Backup/Flash Firmware - Flash new firmware image - Choose file
Title: Re: Please upgrade your Yún - latest is 1.3
Post by: NewLine on Jul 16, 2014, 07:23 am
I must say this thread is becoming a bit confusing on what image we are talking about. It didn't see that the titles of the post in this thread do some this change. But E.g. 1.3 is announced with a 1.2 title. Also the first post, is not entirely clear what part belongs to what release. Personally I would keep 1 thread per release and make only that ont sticky.
Title: Re: Please upgrade your Yún - latest is 1.3
Post by: NewLine on Jul 16, 2014, 07:30 am

Hi Federico,
I followed this guide (http://arduino.cc/en/Tutorial/ExpandingYunDiskSpace)  to to expand the Yún disk space.
Now, if I want to upgrade my yun, what should I do?
Thank you

Onire




Actually I would like to know this as well. If we follow the upgrade howto, will it restore the image on the flash, or will it keep it on the Sd? I assume the boot stuff anyway needs to on the flash? I hope all the rest will just update the sd content.
Title: Re: Please upgrade your Yún - latest is 1.3
Post by: federicofissore on Jul 16, 2014, 09:27 am

Change log on GitHub says 1.4 was released?  :~


Compiling the image takes about 36 hours on our small build machine (it's small so it drains less power)
That's why you'll see a greater number: 1.4 is being baked as we speak.


I must say this thread is becoming a bit confusing on what image we are talking about ... Personally I would keep 1 thread per release and make only that ont sticky.


Yeah, me too. I will copy paste the first post content (or something like that) otherwise people new to this forum may feel they missed a lot of the discussion.


I followed this guide (http://arduino.cc/en/Tutorial/ExpandingYunDiskSpace)  to to expand the Yún disk space.
Now, if I want to upgrade my yun, what should I do?


If you're using the sd card as expanded disk space, you have two options:


Title: Re: Please upgrade your Yún - latest is 1.3
Post by: PCWorxLA on Jul 16, 2014, 09:13 pm


Change log on GitHub says 1.4 was released?  :~


Compiling the image takes about 36 hours on our small build machine (it's small so it drains less power)
Are you using a Raspberry Pi?  :smiley-mr-green:

Ralf  ;)
Title: Re: Please upgrade your Yún - latest is 1.3
Post by: federicofissore on Jul 16, 2014, 10:57 pm
Two :)
Title: Re: Please upgrade your Yún - latest is 1.3
Post by: anjoze on Jul 18, 2014, 10:40 pm
It's very interesting but my YUN disappeared from serial port (not showing on IDE) and upload  again using Wifi  :smiley-eek:
The output was this:
Code: [Select]

Sketch uses 23,384 bytes (81%) of program storage space. Maximum is 28,672 bytes.
Global variables use 1,219 bytes (47%) of dynamic memory, leaving 1,341 bytes for local variables. Maximum is 2,560 bytes.

avrdude: Version 5.11svn, compiled on Jul 14 2014 at 22:18:19
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"
         User configuration file is "/root/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : unknown
         Using Programmer              : linuxgpio
         AVR Part                      : ATmega32U4
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PA0
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    10     8    0 no       1024    8      0  9000  9000 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           flash         65     6   128    0 yes     32768  128    256  4500  4500 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           lfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           hfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           efuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           lock           0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : linuxgpio
         Description     : Use the Linux sysfs interface to bitbang GPIO lines

avrdude: Calibrating delay loop... calibrated to 46 cycles per us
avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e9587
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: Calibrating delay loop... calibrated to 48 cycles per us
avrdude: reading input file "0xFF"
avrdude: writing lfuse (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of lfuse written
avrdude: verifying lfuse memory against 0xFF:
avrdude: load data lfuse data from input file 0xFF:
avrdude: input file 0xFF contains 1 bytes
avrdude: reading on-chip lfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of lfuse verified
avrdude: reading input file "0xD8"
avrdude: writing hfuse (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of hfuse written
avrdude: verifying hfuse memory against 0xD8:
avrdude: load data hfuse data from input file 0xD8:
avrdude: input file 0xD8 contains 1 bytes
avrdude: reading on-chip hfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of hfuse verified
avrdude: reading input file "0xFB"
avrdude: writing efuse (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of efuse written
avrdude: verifying efuse memory against 0xFB:
avrdude: load data efuse data from input file 0xFB:
avrdude: input file 0xFB contains 1 bytes
avrdude: reading on-chip efuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of efuse verified
avrdude: reading input file "/tmp/sketch.hex"
avrdude: writing flash (32748 bytes):

Writing | ################################################## | 100% 14.22s

avrdude: 32748 bytes of flash written
avrdude: verifying flash memory against /tmp/sketch.hex:
avrdude: load data flash data from input file /tmp/sketch.hex:
avrdude: input file /tmp/sketch.hex contains 32748 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 13.06s

avrdude: verifying ...
avrdude: 32748 bytes of flash verified

avrdude done.  Thank you.
Title: Re: Please upgrade your Yún - latest is 1.3
Post by: anjoze on Jul 18, 2014, 11:46 pm
One update: After pressing the 32U4 reset, I have Serial port again.
Resuming, with Linino I've lost the Wifi Uploads, upgraded to 1.2 firmware didn't solve the problem, upgraded to 1.3 firmware didn't solve the problem.
Now, after 2 days with power disconnected, I can upload sketches via wifi again. BUT, now if I upload a new sketch I have to reset always the 32U4, it doesn't matter if I upload it by wifi or serial.
Strange....
Title: Re: Please upgrade your Yún - latest is 1.3
Post by: Dawiinci on Jul 23, 2014, 06:16 pm
I updated but now I have an older? version than before...

OpenWRTYun Attitude Adjustment 1 / LuCI 0.11 Branch (0.11+svn10459)
Kernel 3.3.8


Bevor I had:
Linino Barrier Breaker devel / LuCI Trunk (svn-r9877)
Kernel 3.8.3

What happened? I followed this guide and downloaded this image:
http://arduino.cc/en/Tutorial/YunSysupgrade
http://downloads.arduino.cc/openwrtyun/1/YunSysupgradeImage_v1.3.zip

I also used to update another one by using the menu under advanced settings:
Flash new firmware image

There it is possible to flash without resetting everything and without SD card.


Am I missing something?


Title: Re: Please upgrade your Yún - latest is 1.3
Post by: mamu on Jul 27, 2014, 06:19 pm
How about Version Release 1.4?
Should one update to this version in contrast to the threads title?
Title: Re: Please upgrade your Yún - latest is 1.3
Post by: federicofissore on Aug 04, 2014, 09:20 am
We got technical problems, just solved. Started backing 1.4 once more
Title: Re: Please upgrade your Yún - latest is 1.3
Post by: yellowcoin on Aug 06, 2014, 04:42 pm
@Federico Fissore

I complied the new files and was wondering which BIN files should I upgrade.

I assume these files are the same as 1.3
openwrt-ar71xx-generic-yun-16M-kernel.bin
openwrt-ar71xx-generic-linino-u-boot.bin

This might need to be updated to YUN
openwrt-ar71xx-generic-yun-16M-rootfs-squashfs.bin

and this would be the general file for the update
openwrt-ar71xx-generic-yun-16M-squashfs-sysupgrade.bin

I would assume i should choose the sysupgrade.bin file. But for advance users to do the rootfs.bin file
Title: Re: Please upgrade your Yún - latest is 1.3
Post by: federicofissore on Aug 06, 2014, 08:55 pm
The right files names are listed in the zip files you can download from the following urls
http://arduino.cc/en/Main/Software#toc8
http://arduino.cc/en/Tutorial/YunUBootReflash

1.4 has a modified kernel: we've added a built-in module for mounting loop devices. It enables the webpanel to look into the sysupgrade file and see if it's an actual update or just an old one
Title: Re: Please upgrade your Yún - latest is 1.3
Post by: yellowcoin on Aug 06, 2014, 09:43 pm
whoops forgot to say i was compiling 1.4 which is why I was asking about the files.  I guess i should do the kernel too.