[SOLVED] Arduino Yún upload a .hex file and USB connection is broken

Hi
I am using arduino Yun for my proyect (I am communicating my Yun with my android cellphone)
My problem started because the usb connection is broken (and maybe the wifi connecting too) the LED13 start to blink close to four seconds, I can not send/receive computer data remotely or via USB. This started to be annoying to me, is a situacion that i suffer repeatedly and I can't keep a stable connection.

Also when I connect the Yun to a wireless lan i see a popup message telling me that I need to up a .hex archive (I attach a image to show you the situacion), I try to search in forum a solution but i can not solve this situation.

I don't now neither if this problems are relationated one to other.

I read that this type of problems are solutioned reflashing the board, but I don't know if this solution is appropriate to this case, and if the form to make that solution is same used to the other boards, or if the process is special because the board has two processors (ATmega32u4 and AR9331)

Since now I regards ths answers that you can give me.

Sorry if my english is not very good.

@Godoy,
Right now, the .hex part is not important. First, let us make the Yun work right.

Next, please let us know the computer your are working from Windows, Apple, Linux, other.

After that, please read the follow answer - so we can get your Yun working like it is supposed to.

= [Q:] I cannot connect to My Arduino Yún. What do I do? =

First it's good to know, when Arduino Yun cannot find the AP you have set it for (like your home wifi), it has a script that puts it back into default SSID and AP mode.

Next, you may have already watched this video, but it's worth watching again. Pay extra attention to the part with the sketches.
Getting started with Arduino Yún - tutorial (6:53)

Then, read these short instructions. We (the volunteer support group) already know these steps by heart, so be familiar with the different reboot methods, and especially the 30+ second wifi reset. Also, not mentioned on that page, if you reset the Wifi/Linux part of the Yun, it will take from 2-8 minutes for the reboot. Lastly on this part, YOU MUST WAIT for the Linux portion to fully boot BEFORE YOU PRESS ANY of the REST buttons.
Resetting the processors (AR9331, WiFi, and 32U4)

Then start over, plug your Yun into the USB port, run this sketch, and hit the Wifi Reset button (for 5-10 seconds). (See image below for reset button)

The YunSerialTerminal provides a simplified console access to the Linux part of the Yun. It works via the USB port (the one that powers the Yun - the microUSB). From there you'll be able to run a few commands to give us a better idea of problems.

Also, be ready with this sketch YunWiFiStatus. This sketch will help us see the status of your home AP. The sketch prints the wifi status to the console every 5 seconds or so. This sketch might seem familiar as it was in that first video link (above).

Let us know how it goes.
Post results from the YunSerialTerminal, if you are still having problems.
Please use markup when posting results. (See image below)

Jesse

arduino_markup.png

Hi
The computer that i am using to work have windows 7.
I saw with calm the videos on internet and i comeback to review the different methods for reset.
The problem has come to be very recurrent, difficulting the process to carry out the entrusted tasks.

I did the next steps:

  1. Restarts wifi (pressing for +30 seconds)
  2. Expect fifteen minutes
  3. Charge via USB the sketch YunSerialTerminal
  4. Open a serial monitor to 115200 bps
  5. Press RST Wifi button (for 5-10 seconds). I can see an AP that begins with the name "Arduino Yun-xxxxxxx"

The connection is broken continuosly
At this point i stop:

When I upload the sketch is done trough the COM7 port, but when the connection is broken (Arduino Yun accuse why LED13 start to flashing), appears a new port, the COM8, for a fraction of seconds (<1seg)
Then occurs anyone of this situations: The connection is broken and don't recognize any port (in this case COM7 or COM8), until that returns to happen the event. Or is normalized and returns try to connect to the initial port (in this case COM7).

I achieved obtain ones screen snapshots of the IDE and of the windows' device administrator. (the images showing this are attached down)

COM8 time t0+deltat_AD.png

After many attemps, the monitor show the next:

PART 1:

[ 1389.440000] wlan0: deauthenticating from b4:ee:b4:7a:fa:44 by local choice (Reason: 3=DEAUTH_LEAVING)
Terminated
root@Arduino:/# [ 1391.460000] Removing MTD device #3 (rootfs_data) with use count 1
[ 1391.490000] Resþ

U-Boot 1.1.4-dirty (Apr 10 2014 - 15:12:15)

Arduino Yun (ar9331) U-boot

DRAM:  64 MB
Top of RAM usable for U-Boot at: 84000000
Reserving 142k for U-Boot at: 83fdc000
Reserving 192k for malloc() at: 83fac000
Reserving 44 Bytes for Board Info at: 83fabfd4
Reserving 36 Bytes for Global Data at: 83fabfb0
Reserving 128k for boot params() at: 83f8bfb0
Stack Pointer at: 83f8bf98
Now running in RAM - U-Boot at: 83fdc000
Flash Manuf Id 0xef, DeviceId0 0x40, DeviceId1 0x18
flash size 16777216, sector count = 256
Flash: 16 MB
Using default environment

In:    serial
Out:   serial
Err:   serial
Net:   ag7240_enet_initialize...
No valid address in Flash. Using fixed address
No valid address in Flash. Using fixed address
: cfg1 0x5 cfg2 0x7114
eth0: 00:03:7f:09:0b:ad
eth0 up
: cfg1 0xf cfg2 0x7214
eth1: 00:03:7f:09:0b:ad
athrs26_reg_init_lan
ATHRS26: resetting s26
ATHRS26: s26 reset done
eth1 up
eth0, eth1
Hit any key to stop autoboot:  4  3  2  1  0 
## Booting image at 9fea0000 ...
   Image Name:   MIPS OpenWrt Linux-3.3.8
   Created:      2014-11-14   8:00:46 UTC
   Image Type:   MIPS Linux Kernel Image (lzma compressed)
   Data Size:    1185448 Bytes =  1.1 MB
   Load Address: 80060000
   Entry Point:  80060000
   Verifying Checksum at 0x9fea0040 ...OK
   Uncompressing Kernel Image ... OK
No initrd
## Transferring control to Linux (at address 80060000) ...
## Giving linux memsize in bytes, 67108864

Starting kernel ...

[    0.000000] Linux version 3.3.8 (jenkins@jenkins) (gcc version 4.6.3 20120201 (prerelease) (Linaro GCC 4.6-2012.02) ) #1 Fri Nov 14 08:57:34 CET 2014
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU revision is: 00019374 (MIPS 24Kc)
[    0.000000] SoC: Atheros AR9330 rev 1
[    0.000000] Clocks: CPU:400.000MHz, DDR:400.000MHz, AHB:200.000MHz, Ref:25.000MHz
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 04000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Zone PFN ranges:
[    0.000000]   Normal   0x00000000 -> 0x00004000
[    0.000000] Movable zone start PFN for each node
[    0.000000] Early memory PFN ranges
[    0.000000]     0: 0x00000000 -> 0x00004000
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 16256
[    0.000000] Kernel command line:  board=Yun console=ttyATH0,250000 mtdparts=spi0.0:256k(u-boot)ro,64k(u-boot-env)ro,14656k(rootfs),1280k(kernel),64k(nvram),64k(art),15936k@0x50000(firmware) rootfstype=squashfs,jffs2 noinitrd
[    0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
[    0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
[    0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
[    0.000000] Writing ErrCtl register=00000000
[    0.000000] Readback ErrCtl register=00000000
[    0.000000] Memory: 60936k/65536k available (2565k kernel code, 4600k reserved, 650k data, 180k init, 0k highmem)
[    0.000000] SLUB: Genslabs=9, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS:51
[    0.000000] Calibrating delay loop... 265.42 BogoMIPS (lpj=1327104)
[    0.080000] pid_max: default: 32768 minimum: 301
[    0.080000] Mount-cache hash table entries: 512
[    0.080000] NET: Registered protocol family 16
[    0.090000] gpiochip_add: registered GPIOs 0 to 29 on device: ath79
[    0.090000] MIPS: machine is Arduino Yun
[    0.530000] Setting DogStick2 GPIO
[    0.550000] bio: create slab <bio-0> at 0
[    0.550000] SCSI subsystem initialized
[    0.560000] usbcore: registered new interface driver usbfs
[    0.560000] usbcore: registered new interface driver hub
[    0.560000] usbcore: registered new device driver usb
[    0.570000] Switching to clocksource MIPS
[    0.570000] NET: Registered protocol family 2
[    0.570000] IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.580000] TCP established hash table entries: 2048 (order: 2, 16384 bytes)
[    0.580000] TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
[    0.580000] TCP: Hash tables configured (established 2048 bind 2048)
[    0.580000] TCP reno registered
[    0.580000] UDP hash table entries: 256 (order: 0, 4096 bytes)
[    0.590000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[    0.590000] NET: Registered protocol family 1
[    0.610000] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.610000] JFFS2 version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    0.620000] msgmni has been set to 119
[    0.620000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254)
[    0.620000] io scheduler noop registered
[    0.630000] io scheduler deadline registered (default)
[    0.630000] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    0.640000] ar933x-uart: ttyATH0 at MMIO 0x18020000 (irq = 11) i{ a AR933X UART
[    0.640000] console [ttyATH0] enabled, bootconsole disabled
[    0.640000] console [ttyATH0] enabled, bootconsole disabled
[    0.650000] m25p80 spi0.0: found w25q128, expected m25p80
[    0.650000] m25p80 spi0.0: w25q128 (16384 Kbytes)
[    0.650000] 7 cmdlinepart partitions found on MTD device spi0.0
[    0.660000] Creating 7 MTD partitions on "spi0.0":
[    0.660000] 0x000000000000-0x000000040000 : "u-boot"
[    0.660000] 0x000000040000-0x000000050000 : "u-boot-env"
[    0.670000] 0x000000050000-0x000000ea0000 : "rootfs"
[    0.670000] mtd: partition "rootfs" set to be root filesystem
[    0.670000] mtd: partition "rootfs_data" created automatically, ofs=7B0000, len=6F0000 
[    0.680000] 0x0000007b0000-0x000000ea0000 : "rootfs_data"
[    0.680000] 0x000000ea0000-0x000000fe0000 : "kernel"
[    0.680000] 0x000000fe0000-0x000000ff0000 : "nvram"
[    0.690000] 0x000000ff0000-0x000001000000 : "art"
[    0.690000] 0x000000050000-0x000000fe0000 : "firmware"

PART 2:

[    0.710000] ag71xx_mdio: probed
[    0.720000] eth0: Atheros AG71xx at 0xba000000, irq 5
[    1.270000] eth0: Found an AR7240/AR9330 built-in switch
[    2.300000] eth1: Atheros AG71xx at 0xb9000000, irq 4
[    2.850000] ag71xx ag71xx.0: eth1: connected to PHY at ag71xx-mdio.1:04 [uid=004dd041, driver=Generic PHY]
[    2.850000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    2.850000] ehci-platform ehci-platform: Generic Platform EHCI Controller
[    2.860000] ehci-platform ehci-platform: new USB bus registered, assigned bus number 1
[    2.890000] ehci-platform ehci-platform: irq 3, io mem 0x1b000000
[    2.910000] ehci-platform ehci-platform: USB 2.0 started, EHCI 1.00
[    2.910000] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[    2.910000] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    2.910000] usb usb1: Product: Generic Platform EHCI Controller
[    2.920000] usb usb1: Manufacturer: Linux 3.3.8 ehci_hcd
[    2.920000] usb usb1: SerialNumber: ehci-platform
[    2.920000] hub 1-0:1.0: USB hub found
[    2.920000] hub 1-0:1.0: 1 port detected
[    2.930000] Initializing USB Mass Storage driver...
[    2.930000] usbcore: registered new interface driver usb-storage
[    2.930000] USB Mass Storage support registered.
[    2.930000] input: gpio-keys-polled as /devices/platform/gpio-keys-polled/input/input0
[    2.940000] sdhci: Secure Digital Host Controller Interface driver
[    2.940000] sdhci: Copyright(c) Pierre Ossman
[    2.940000] usbcore: registered new interface driver ushc
[    2.940000] TCP cubic registered
[    2.950000] NET: Registered protocol family 17
[    2.950000] Bridge firewalling registered
[    2.950000] 8021q: 802.1Q VLAN Support v1n8
[    2.960000] VFS: Mounted root (squashfs filesystem) readonly on device 31:2.
[    2.960000] Freeing unused kernel memory: 180k freed
[    3.260000] usb 1-1: new high-speed USB device number 2 using ehci-platform
[    3.620000] usb 1-1: New USB device found, idVendor=058f, idProduct=6254
[    3.620000] usb 1-1: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[    3.620000] usb 1-1: Product: USB2.0Hub
[    3.710000] hub 1-1:1.0: USB hub found
[    3.710000] hub 1-1:1.0: 4 ports detected
[    4.020000] usb 1-1.4: new high-speed USB device number 3 using ehci-platform
[    4.180000] usb 1-1.4: New USB device found, idVendor=058f, idProduct=6366
[    4.180000] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    4.180000] usb 1-1.4: Product: Mass Storage Device
[    4.190000] usb 1-1.4: Manufacturer: Generic
[    4.190000] usb 1-1.4: SerialNumber: 058F0O1111B1
[    4.290000] scsi0 : usb-storage 1-1.4:1.0
[    5.030000] Error: Driver 'gpio-keys-polled' is already registered, aborting...
[    5.290000] scsi 0:0:0:0: Direct-Access     Multi    Flash Reader     1.00 PQ: 0 ANSI: 0
- preinit -
Press the [f] key and hit [enter] to enter failsafe mode
- regular preinit -
[    9.590000] JFFS2 notice: (525) jffs2_build_xattr_subsystem: complete building xattr subsystem, 2 of xdatum (1 unchecked, 1 orphan) and 26 of xref (0 dead, 15 orphan) found.
[   10.770000] sd 0:0:0:0: [sda] Attached SCSI removable disk
switching to jffs2
- init -

Please press Enter to activate this console. [   38.050000] Loading modules backported from Linux version master-2014-05-22-0-gf2032ea
[   38.050000] Backport generated by backports.git backports-20140320-37-g5c33da0
[   38.220000] cfg80211: Calling CRDA to update world regulatory domain
[   38.230000] cfg80211: World regulatory domain updated:
[   38.230000] cfg80211:  DFS Master region: unset
[   38.230000] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
[   38.240000] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
[   38.240000] cfg80211:   (2457000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
[   38.240000] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, 2000 mBm), (N/A)
[   38.250000] cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
[   38.250000] cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
[   38.250000] cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0 mBm), (N/A)
[   39.220000] ieee80211 phy0: Atheros AR9330 Rev:1 mem=0xb8100000, irq=2
[   39.220000] cfg80211: Calling CRDA for country: US
[   39.220000] cfg80211: Regulatory domain changed to country: US
[   39.230000] cfg80211:  DFS Master region: FCC
[   39.230000] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
[   39.230000] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 3000 mBm), (N/A)
[   39.240000] cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz), (N/A, 1700 mBm), (N/A)
[   39.240000] cfg80211:   (5250000 KHz - 5330000 KHz @ 80000 KHz), (N/A, 2300 mBm), (0 s)
[   39.240000] cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 3000 mBm), (N/A)
[   39.250000] cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 4000 mBm), (N/A)
[   39.670000] NTFS driver 2.1.30 [Flags: R/O MODULE].
[   39.720000] Error: Driver 'gpio-keys-polled' is already registered, aborting...
[   39.740000] loop: module loaded
[   39.870000] PPP generic driver version 2.4.2
[   39.930000] ip_tables: (C) 2000-2006 Netfilter Core Team
[   40.050000] NET: Registered protocol family 24
[   40.080000] nf_conntrack version 0.5.0 (954 buckets, 3816 max)
[   40.530000] i2c /dev entries driver
[   40.560000] Linux video capture interface: v2.00
[   40.690000] fuse init (API version 7.18)

Continuing with the tasks:

I tried the state of my home AP, I uploaded the sketch YunWiFiStatus, attach images showing this.

@Godoy,
very good work! Your Yun work again.

However, you may have a problem with too many AP (Access Point) in your area. If you have a smarphone, get a wifi analyser. I recommend the Wifi Analyzer from FarProc. Check, how many AP in your area.

Otherwise, you are good. Make Yun sketches have fun!

Jesse

But the connection is broken and for a moment appear 2 ports available, as seen in the images "COM7 time t0_DA.png" and "COM8 time t0 + deltat_AD.png"
This happens repeatedly. There is some explanation about that.
As I can (and if necessary) yun reflash or do something to give me back my Arduino to an initial state as newly purchased. Or it may be a problem with my computer.
What we if, this did not occur before,and has become very annoying.

Godoy:
But the connection is broken and for a moment appear 2 ports available, as seen in the images "COM7 time t0_DA.png" and "COM8 time t0 + deltat_AD.png"

This is normal. When the Yun is plugged into a USB port for the first time, TWO drivers are loaded: one for the actual Yun USB (Serial) interface, and one for the Yun's bootloader. They will be assigned two different COMx numbers.

When you first plug in the Yun, you get the USB device recognized beep, and it shows up as the first of the two port numbers. When you go to load a sketch over the USB port, the processor resets, and enters the bootloader: you will near the USB disconnected beep as the main port goes away, and the USB connected beep as the bootloader comes on line. At this point, the IDE will be talking with the bootloader to download the code. When done, the processor resets again: the USB disconnected beep plays as the bootloader goes away, and the connected beep plays when the main port comes back online.

This will repeat every time you download new code. It's perfectly normal and is to be expected.

@Godoy,
As ShapeShifter explains this is normal. Sadly, this is a problem with Windows. We hope now that Microsoft supports Arduino they will fix this soon.

Sorry, I do not use Windows. I use Linux, many people use Apple.

Good Luck. Make good sketches. We help you. :smiley:
Jesse

jessemonroy650:
Sadly, this is a problem with Windows. We hope now that Microsoft supports Arduino they will fix this soon.

Don't hold your breath for it to change, as I really doubt that Microsoft will change their whole USB device driver philosophy to accommodate a relatively small number of Arduinio users that use '32U4 based processors. This is not a Microsoft bug, and it is not an Arduino problem. It's simply the way that Windows is designed to manage USB devices and drivers.

It's a sad fact with Windows that every time you plug in a USB communications device with a new VID/PID combination, Windows will want to assign a new COMx number to it. This is usually even true if you plug that device into another USB port that hasn't seen that VID/PID before, it will get a new COMx number on that port (unless the USB device driver has taken special pains to prevent that, most communications device vendors don't do that.) This is in no way unique to Arduino -- my (old) Windows box had COMx numbers up in the 40s and 50s before I ever got my first Arduino.

Many people don't like it, but that's just the way it is, and we all have to deal with it. Since a '32U4 processor based Arduino can run in two modes, with two different VID/PID combinations, it's going to get two different COMx numbers in Windows. The only way you're going to change that is to format your computer's disk and install a different operating system.

@ShapeShifter

This is normal. When the Yun is plugged into a USB port for the first time, TWO drivers are loaded: one for the actual Yun USB (Serial) interface, and one for the Yun's bootloader. They will be assigned two different COMx numbers.
...
When you go to load a sketch over the USB port, the processor resets, and enters the bootloader: you will near the USB disconnected beep as the main port goes away, and the USB connected beep as the bootloader comes on line.

Thank you very much for the explanation, I understand now what was happening below.

but looking at the rest of the lines, is described:

This will repeat every time you download new code. It's perfectly normal and is to be expected

and sorry for the insistence. But in my case, this happens once the outline is already loaded, not only the start as expected. It can be 30 seconds or 10 minutes, there is not a pattern, occurs suddenly and repeatedly. What does not seem normal, since previously not occurred.

@jessemonroy650
Thank you for your encouragement and their constant contributions.

There is an explanation or solution to the request made by Arduino Yun to upload a file .hex (The JPEG image is attached in the first post).

From already thank you very much for your answers.

Godoy:
::::SNIP::::

There is an explanation or solution to the request made by Arduino Yun to upload a file .hex (The JPEG image is attached in the first post).

From already thank you very much for your answers.

@Godoy,

Okay. What you are seeing is an OPTION for arduino users. It is not a request. The yun is not asking you to do anything.

The message in the box is for users that want to upload sketches via the webinterface and not the USB. So it is an option, not a request.

Again Arduino Yun presents an option for uploading sketches. It is not a request for action.

I hope this is clear.
Jesse

Godoy:
and sorry for the insistence. But in my case, this happens once the outline is already loaded, not only the start as expected. It can be 30 seconds or 10 minutes, there is not a pattern, occurs suddenly and repeatedly. What does not seem normal, since previously not occurred.

It's clear that English is not your primary language, and while your English is quite good,I just want to make sure I understand the problem, so let me try to rephrase it:

After your sketch is loaded and running, every so often you see COM7 go away, COM8 appears momentarily, then COM7 comes back again. Is this correct?

This means you are having a problem that is causing the '32U4 Ardunio processor to re-enter the bootloader. I've seen it happen with power supply problems where turning on a load connected to the Arduino causes such a heavy load on the power supply that the voltage drops to the point where the processor resets: it momentarily enters the bootloader, D13 may pulse bright/dim for a couple seconds, then the sketch starts again. It could also be something in your sketch causing the processor to crash (out of memory, accessing an invalid pointer, etc.) or perhaps the way the USB port is being accessed makes the processor think you are trying to access the bootloader to load new code?

I would look at power first, make sure the 5V processor supply is clean and steady and doesn't get low when outputs and loads are turned on. Then look at the code: is it doing anything particular at the time this happens? Is there any pattern to it that might point to a particular section of code?

And for the .hex file request, Jesse is right on target. This is an optional way to upload a sketch to the board without using the Arduino IDE. You can use the IDE to upload a sketch over USB or the network, or you can use that web dialog to upload a compiled sketch directly.

After your sketch is loaded and running, every so often you see COM7 go away, COM8 appears momentarily, then COM7 comes back again. Is this correct?

Yes. that's exactly what happens. And as you point LD13 provides a pulse bright/dim for a couple seconds and then the sketch starts again.

I would look at power first, make sure the 5V processor supply is clean and steady and doesn't get low when outputs and loads are turned on.

To the Arduino Yún I've connected 3 devices extras that communicate via I2C (in a structure in master-slave, where Yun is the master). From pin 5V of Arduino is given power to these devices, and Arduino is connected to the USB port of the PC.
With a multimeter, I measured the voltage drop in the slave devices, and found that reach 3.2 V (if in doubt, I attached a picture).
This indicates a possible supply problem, but I need your opinion. The solution is to feed I2C devices with an independent source?

Thanks again for your continued support.

master-slave.pdf (394 KB)

It probably won't hurt to use a separate power supply for the devices. Just remember that all of the grounds must be connected together: both power supplies, the Yun, and the I2C device grounds.

How much current do these I2C devices consume? A PC USB port is good for a maximum of 500 mA, and about half of that (200 to 300 mA) will be used up by the Yun itself. Conservatively speaking, that leaves about 50 mA for each of the three I2C devices. That should be enough for a small sensor, but not enough for an LED driver, motor driver, servos, etc.

Godoy:
To the Arduino Yún I've connected 3 devices extras that communicate via I2C (in a structure in master-slave, where Yun is the master). From pin 5V of Arduino is given power to these devices, and Arduino is connected to the USB port of the PC.
With a multimeter, I measured the voltage drop in the slave devices, and found that reach 3.2 V (if in doubt, I attached a picture).
This indicates a possible supply problem, but I need your opinion. The solution is to feed I2C devices with an independent source?

The Arduino Yun has a diode in series with the 5V output so the output is actually 4.3V. There is another diode in series with the Vin pin so you have another diode voltage drop on slave boards. It is better to power the boards with an external power supply.

The Arduino Yun has a diode in series with the 5V output so the output is actually 4.3V

Thank you very much for your information, I did not know.

I commented that I have power the Arduino with a wall charger (220 / 5V-1A) through its microUSB port, similar the following USB Wall Charger - 5V, 1A (Black) - TOL-11456 - SparkFun Electronics. But the slaves remain the 3.2V

That should be enough for a small sensor, but not enough for an LED driver, motor driver, servos, etc.

Exactly one of the slave devices is a motor driver, with this wall charger should not be enough?

This motor driver works with 5V so we'd better feed independently, or am I wrong?

Godoy:
This motor controller works with 5V so we'd better feed independently, or am I wrong?

Yes, a motor controller, especially one that runs at 5V, is almost always better off having its own power supply and not being powered by the Arduino board.

Godoy:
I commented that I have power the Arduino with a wall charger (220 / 5V-1A) through its microUSB port, similar the following USB Wall Charger - 5V, 1A (Black) - TOL-11456 - SparkFun Electronics. But the slaves remain the 3.2V

What is the voltage If you disconnect the slaves and measure the output of the 5V pin?

We are off-topic. Time for a new thread.

Godoy,
if you problems persist, please start a new thread.
TIA
Jesse