tomb18:
The docs say to enter name.local in your web browser but if i do, the browser can't resolve it (DNS i suspect).
The name translation doesn't use DNS, it uses a zeroconf mechanism. This requires software on your computer to be able to translate the names. This software is installed by default on MacOS and iOS devices, not installed under Windows, available for Linux, and not available for Android. The simplest solution for Windows is to install Apple's Bonjour - this is automatically installed if you install iTunes or QuickTime, and can be manually installed by itself (look for Bonjour Printer Services.)
Well I did figure this out too. If your arduino is plugged into the computer you are trying to access it from with the IDE, then the IDE will not report the IP address. Other computers will.
This is not true. My Yun often shows up three times in the IDE, listed as it's USB serial port, it's WiFi address, and it's Ethernet address (both network addresses show up if I have both connected.) I've had lots of problems getting the network addresses showing up in old IDE versions, and I was one of the loudest complainers) but since loading 1.6.5 (from arduino.cc, I have no experience with arduino.org's version) the Yun's network address(es) have always shown up in the IDE, regardless of whether the USB port is plugged into the same computer or into a different power supply.
Knowing a little bit about how the serial ports and the network addresses are detected, I know that they are completely independent processes, and I can't imagine a scenario where one will interfere with the other. I suspect that you have something else going on, and it's just coincidence that it started showing up when you plugged into the other computer.
It's really unfortunate that I and probably many others will have to go through this due to the breakup of the company.
Yes, it's the users who will lose in the long run. And also the people on this forum who are trying to help: this is the original forum hosted by the original company, which has been around for a long time. The new company that split off is doing things differently enough that it is not only confusing for the users with their products and software, but it makes it more difficult here on this forum when we don't realize that it is people with a different company's product trying to get help on its company's forum. As time goes on, it's getting worse - fortunately, we are getting better at recognizing when this might be the case.
tomb18:
I also think I loaded the wrong version of Linux on the YUN. Seems there are different versions between the .ORG vs the .CC versions. What a nightmare!
Which one do I use??
I think the hardware is the same between the two companies, or at least close enough that it shouldn't make a difference. So you need to make a decision as to which company do you want to follow? You have three choices:
- Load the arduino.cc OpenWRT firmware, the arduino.cc IDE, and come to this site/forum for help
- Load the arduino.org Linino firmware, the arduino.org IDE, and go to to their site/forum for help
- Continue to use an unknown or random/mixed version of software and forums, and continue to whine about your predicament.
How do you search for directions, tutorials? ?
Pick a company, use their software, and use their web site/forum as your primary resource. Then, when searching other sites, assume they are talking about the arduino.cc version, since it has been around the longest. But be aware that there are different versions out there, and that some details may change. (The big three differences between arduino.cc's and arduino.org's firmware that I'm aware of are the default WiFi name, the default password, and the default IP address.)
Also be aware that there are other systems out there that are Yun clones or call themselves Yun compatibles, some of which come from Dragino, and which use yet a third set of firmware (but at least they dont call themselves arduino and don't have their own IDE.)
tomb18:
Well, the PORT section is grayed out. So I cannot use the IDE anymore. It did work before.
I have never seen or heard of this before. Perhaps you have a corrupted IDE installation, or a problem with your Java installation? (The IDE makes heavy use of Java.)
So I opened a browser and it is there at 192.168.1.139 where its IP had been assigned. I can upload a sketch, but all that happens is it hangs uploading...
That could also be an IDE installation issue. But without posting more details, we can only guess. Seeing the output from the loading process would be very helpful.
The arduino.cc code examples don't exist anymore...
What do you mean? They are right here.
Or are you saying that you don't see them in the IDE? If so, that could be another indication of a corrupted IDE installation. Or do you have the arduino.org version of the IDE installed? If so, they may have their own set of examples, so you need to look over there for help.
Do I look here? Or on some other forum dedicated to .ORG arduinos?
It all depends on whose software you are using: if you have arduino.cc's firmware and IDE installed, look here. If you have arduino.org's firmware and IDE installed, look over there for help. If you have a mixture of one company's firmware and the other company's IDE, then you will be on your own to figure out which side is causing the issue and where you should look for help.
How in the world can you use this for any thing other than a TOY? How can this be considered to be anywhere near being something other than ALPHA? Don't the developers have any sense of pride? This is a total piece of junk!
You very much remind me of my son: any time he ran into a problem, and it something didn't work perfectly on the first try, he would scream bloody murder about what a piece of junk that thing was. In his mind, any problems were always someone else's fault. I tried to teach him that when something goes wrong, and nobody else is complaining about the same problems, that it was very likely something he was doing wrong and not an inherent fault in the item. If only one person is experiencing a problem, is it more likely that the problem is with the product or the person? He would protest, but when he stepped back and looked at the situation closely and rationally, he would figure out that he was indeed doing something incorrectly. He always wanted the easy way out, and wanted the answer immediately handed to him with no effort on his part - but life doesn't work that way.
This sounds like a similar situation: the Yun has been around for a couple years now, and we've heard of (and solved) a lot of complaints and issues during that time. But this is the first time hearing of some of the things you are reporting. What is more likely: there have been hidden bugs that you are now discovering for the first time after two years, or perhaps you might be doing something differently (or have an unusual setup) that is triggering these issues?
Admittedly, the Yun is a complex piece of hardware, and it has it's quirks - there is definitely a learning curve associated with it. It's not an Uno; it's much more advanced than that. The Uno is a good bulletproof introduction to development boards, and great for a beginner. The Leonardo added some more advanced USB features, but also added some complexity to the equation: there are some quirks/tricks to getting the bootloader and serial port to work properly. The Yun is based on the Leonardo, so it shares the same quirks and limitations, and adds the Linux side and networking to the equation so it becomes much more complex. It is not a beginner's tool, and requires a more advanced approach to working with it. Experience helps solve any issues, and patience is a great help toward gaining that required experience.
Now we get to see how much you are like my son: he would never have the patience to read all of this, and I would've lost him after a couple paragraphs. Did you read all the way to the end? If so, then you just may have the determination to work through these temporary stumbling blocks and make some progress in your issues.
