Show Posts
Pages: [1] 2 3 ... 6
1  Products / Arduino Yún / Re: Is the Arduino Yun still Open Hardware? on: Today at 08:36:19 am
The choice of having a module with headers is not the best choice IMHO. A board with either a Gainstrong GS-Oolite or a Carambola 2 castellated module would have been a much better choice: smaller, more integrated and CE/FCC/RoHS certified...

Check these ones::
http://8devices.com/community/viewtopic.php?f=3&t=685&hilit=yun
https://www.indiegogo.com/projects/dpt-board-linux-and-wifi-becomes-easy
My lack of electronics makes I do not understand your comment.
If I look at the links I see the following:
The first is a shield which has been coming for a couple of months now.
The second has nothing to do with a dual core solution (real time + unix)
I don't know what Carambola 2 and Gainstrong GS-Oolite are.
Sorry about my lack of explanations!

The Arduino Yùn is in fact a Leonardo + Atheros AP121 reference design + 1 port USB hub and microSD slot combo.

You know the Leonardo, for sure!

The Atheros AP121 reference design is a Wifi router design proposed by Atheros (a WiFi SoC manufacturer), which is the base of many existing routers, including the famous TP-Link TL-WR703N pocket router. This reference design contains an Atheros AR9331 SoC including WiFi, a 5-port Ethernet switch and a MIPS24Kc 400 MHz CPU, along with a DRAM chip, an SPI Flash chip, a crystal and 2 transistors: this is basically what is hidden under the Yun's metallic shield.

The USB hub is the TQP48 chip on the bottom  side of the Yùn PCB.

But the AP121 reference design is also exactly what is contained on both the Gainstrong GS Oolite and 8Devices Carambola 2 modules:
http://3cmade.en.alibaba.com/product/1735283497-218161922/GS_OOLITE.html
http://8devices.com/carambola-2

So if you take a board that includes one of these modules and also the required USB hub+microSD combo chip (AU6350), and you connect it to an external Arduino board, you get a Yùn...

The actual connection between the Linux router ant the Arduino CPU only requires a few signals: UART, SPI, handshake and reset, for a total of. 9 signals only!
2  Products / Arduino Yún / Re: Is the Arduino Yun still Open Hardware? on: Today at 07:32:29 am
I really like the yun concept. I only think it is a shame the "arduino side" is a leonard only and not a due, Mega or teensy 3.1.
I have 4 yuns now so arduino can't complain about me  buying clones smiley-twist of which 2 have the leonardo disabled and a mega attached.
Yes, it would be great to have a Yùn "shield", so you can attach any Duino you like: small, powerful, etc, depending on your needs.

If the yun is selling like hot cake I just don't understand why there is so little interest in the Arbor Linux Shield which is a yun shield https://www.indiegogo.com/projects/arbor-linux-shield-an-openwrt-wifi-development-board-for-arduino-other-mcus
At the current rate of 35$ a day this shield will never exist  smiley-cry
The choice of having a module with headers is not the best choice IMHO. A board with either a Gainstrong GS-Oolite or a Carambola 2 castellated module would have been a much better choice: smaller, more integrated and CE/FCC/RoHS certified...

Check these ones::
http://8devices.com/community/viewtopic.php?f=3&t=685&hilit=yun
https://www.indiegogo.com/projects/dpt-board-linux-and-wifi-becomes-easy

I may come with my own soon, stay tuned smiley-mr-green
3  Products / Arduino Yún / Re: Is the Arduino Yun still Open Hardware? on: Today at 06:28:40 am
Actually, the Yùn is selling like hot cakes ....
What is your source for this statement?
Best regards
Jantje
A large distributor in a European country...

Apparently, you can't get any official figures from Arduino, unlike the RPi Foundation: http://www.raspberrypi.org/two-million/.
4  Products / Arduino Yún / Re: Is the Arduino Yun still Open Hardware? on: July 29, 2014, 08:14:52 am
Hi,
1.  Arduino YUN Schematic (PDF)
2. Arduino YUN Layout (PDF)
3. Arduino YUN Gerber (RAR)

http://linino.org/doku.php?id=wiki:hardware

How can I trust these documents ? There are several noticeable differences between what they show and what I see on my Yun boards (see image).
You can't smiley-mad

The schematic doesn't contain a meaningful version number (only Rev. 010 in the frame) and is dated "Friday, August 30, 2013", this appears to be the same as the one provided on the Yùn product page (http://arduino.cc/en/uploads/Main/arduino-Yun-schematic.pdf.

However, the PDF containing the layout and the gerber files are consistent: they have the same date "2013-08-30" in their frames, additionally giving a hint on the board revision number with the layout file name "dogStick-01-V03.PCB".

My guess is that these files are related to Arduino Yùn R3, but my Yùn board (which contains the same changes as yours) has "R4" silkscreened (EDIT: actually in the bottom copper layer) on the bottom side near the bottom right corner of the PCB, so it looks like revisions don't match smiley-sad

There is also a ZIP file on the Yùn product page (http://arduino.cc/en/uploads/Main/arduino-Yun-DSN.zip) containing what appears to be the Orcad design file "DOGSTICK-V05(20140224).DSN", but I don't have Orcad and I can't import it in either Altium or PADS (f someone has Orcad and can generate a PDF out of it, thanks smiley-mr-green). So it looks like it is V05?!? Not so easy! The same file (zipped under a different name!) is available on the Linino Arduino Yùn product page http://www.linino.org/wordpress/wp-content/uploads/2014/02/Arduino_YUN-R4.DSN_.zip with a label "Arduino Yun R4 (ORCAD)" in front of it!

Even better, on the same Linino Arduino Yùn page (http://www.linino.org/modules/yun/), there is a PDF file http://www.linino.org/wordpress/wp-content/uploads/2014/02/Arduino-Yun-V4-Schematic.pdf with the label "Arduino Yun R4 Schematic (pdf)". Its frame contains a date "Friday, February 28, 2014", so it looks like it is newer indeed and corresponds to the Arduino Yùn R4 design. There is an item "Arduino Yun R4 Gerber (pdf)", but no link to download  smiley-slim

And you can't trust this schematic anyway, as my board has 3 buttons ("32U4 RST", "YUN RST" and "WLAN RST"), but I only see 2 in the schematic ("32U4 Reset" and "USER BUTTON")!

My conclusion is that Arduino/Dog Hunter is providing outdated or incomplete versions of the design files, be it on purpose or not.

Actually, the Yùn is selling like hot cakes with a comfortable margin, and they surely don't want to see cheap Chinese clone appearing soon smiley-twist
5  Products / Arduino Yún / Re: Node.js for the YUN on: May 26, 2014, 03:52:48 pm
@mantissa00: I have a 16 GB class 4 SD card with only 3% used, so this is not the problem.

The problem is more with CPU performance and RAM usage:
root@Arduino:~/node/foo# ./bin/www 
GET /contact 304 16238ms
GET /stylesheets/bootstrap.min.css 304 151ms
GET /javascripts/jquery-1.11.1.min.js 304 134ms
GET /stylesheets/style.css 304 135ms
GET /javascripts/bootstrap.min.js 304 131ms
POST /thanks 200 2873ms - 1.21kb
GET /stylesheets/bootstrap.min.css 304 63ms
GET /javascripts/jquery-1.11.1.min.js 304 60ms
GET /stylesheets/style.css 304 58ms
GET /javascripts/bootstrap.min.js 304 70ms
GET / 304 5007ms
GET /stylesheets/bootstrap.min.css 304 43ms
GET /javascripts/jquery-1.11.1.min.js 304 43ms
GET /stylesheets/style.css 304 45ms
GET /javascripts/bootstrap.min.js 304 49ms
GET /fonts/glyphicons-halflings-regular.woff 304 24ms
GET /about 304 4519ms
GET /stylesheets/bootstrap.min.css 304 43ms
GET /javascripts/jquery-1.11.1.min.js 304 45ms
GET /stylesheets/style.css 304 47ms
GET /javascripts/bootstrap.min.js 304 48ms
GET /contact 304 3426ms
GET /stylesheets/bootstrap.min.css 304 58ms
GET /javascripts/jquery-1.11.1.min.js 304 61ms
GET /stylesheets/style.css 304 62ms
GET /javascripts/bootstrap.min.js 304 65ms
GET / 304 3072ms
GET /stylesheets/bootstrap.min.css 304 30ms
GET /stylesheets/style.css 304 45ms
GET /javascripts/jquery-1.11.1.min.js 304 46ms
GET /javascripts/bootstrap.min.js 304 40ms
GET /fonts/glyphicons-halflings-regular.woff 304 19ms

And when using the memory limit options in "/usr/bin/node", I get an "process out of memory" very quickly...

So I guess that a full-stack Node.js is just too much for the Yun, and that all that can be done are only very simple scripts.

But then, what is the point in using Node.js, then? Besides the "all-JS" advantage, why not use Python Tornado or Nginx/Lua-based OpenResty in this case?

Please note that I am novice to Node.js and that I like its overall philosophy. But I am also trying to be pragmatic and find the best solution for developing web applications on the Yun. As such, I am asking eagerly for advises and experience from other users!
6  Products / Arduino Yún / Re: Node.js for the YUN on: May 25, 2014, 04:48:14 pm
Thanks Frederico, I have everything working now!

I performed some tests with a full-stack solution consisting in:
  • NodeJS as web server with server-side Javascript language and npm package manager
  • Express as MVC web application framework
  • Jade as the template engine
  • JQuery as client-side library for DOM traversal and manipulation, animation and Ajax for asynchronous updates
  • CoffeeScript as Javascript syntactic sugar
  • Markdown for plain text formatting syntax
  • Twitter Bootstrap as front-end client-side web UI framework
  • Glyphicons font for rendering icons
It takes 15~20 s to generate a page when not in cache, 2~3 s when in cache  smiley-roll-sweat

IMHO, Node.js is so slow that it is pretty unusable on the Yun in its current state.
7  Products / Arduino Yún / Re: Node.js for the YUN on: May 24, 2014, 05:17:01 am
The express installation looks it is OK, it look like it is installed in "/node/usr/lib/node_modules/express", but I cant't find the "express" command line script, and it is not in the PATH either.
8  Products / Arduino Yún / Re: Node.js for the YUN on: May 23, 2014, 03:04:14 pm
Hi Frederico,

Thank you very much, it works when removing the node memory options !

However, why do you recommend NOT to use the IDE serial monitor? Is it because it doesn't work well with a full screen text editor like nano?
9  Products / Arduino Yún / Re: Node.js for the YUN on: May 22, 2014, 04:30:31 pm
I have a Yun with latest image, a 16 GB SD Card formatted using the YunDiskSpaceExpander sketch and followed the instructions for installing node using opkg.

I tried both with or without a 512 MB swap on SDCard, installing express or johnny-five from a fresh boot results in the same "FATAL ERROR: Evacuation Allocation failed - process out of memory" message  smiley-cry

Here is my config:
root@Arduino:/# df -h
Filesystem                Size      Used Available Use% Mounted on
rootfs                   13.6G    375.1M     12.6G   3% /
/dev/root                 7.5M      7.5M         0 100% /rom
tmpfs                    29.8M    100.0K     29.7M   0% /tmp
tmpfs                   512.0K         0    512.0K   0% /dev
/dev/sda2                13.6G    375.1M     12.6G   3% /overlay
overlayfs:/overlay       13.6G    375.1M     12.6G   3% /
/dev/sda1               698.6M     12.0K    698.6M   0% /mnt/sda1
root@Arduino:/# free
             total         used         free       shared      buffers
Mem:         61116        43064        18052            0        16560
-/+ buffers:              26504        34612
Swap:       523260          168       523092
root@Arduino:/# ps -wwww
  PID USER       VSZ STAT COMMAND
    1 root      1496 S    init
    2 root         0 SW   [kthreadd]
    3 root         0 SW   [ksoftirqd/0]
    4 root         0 SW   [kworker/0:0]
    5 root         0 SW   [kworker/u:0]
    6 root         0 SW<  [khelper]
    7 root         0 SW   [kworker/u:1]
   90 root         0 SW   [sync_supers]
   92 root         0 SW   [bdi-default]
   94 root         0 SW<  [kblockd]
  106 root         0 SW   [khubd]
  132 root         0 SW   [kswapd0]
  180 root         0 SW   [fsnotify_mark]
  211 root         0 SW<  [ath79-spi]
  222 root         0 SW   [mtdblock0]
  227 root         0 SW   [mtdblock1]
  232 root         0 SW   [mtdblock2]
  237 root         0 SW   [mtdblock3]
  242 root         0 SW   [mtdblock4]
  247 root         0 SW   [mtdblock5]
  252 root         0 SW   [mtdblock6]
  257 root         0 SW   [mtdblock7]
  310 root         0 SW   [kworker/0:1]
  312 root         0 SW   [kworker/u:2]
  339 root         0 SW   [scsi_eh_0]
  341 root         0 SW   [usb-storage]
  473 root         0 SW   [kworker/0:2]
  530 root         0 SW   [flush-mtd-unmap]
  577 root         0 SW   [flush-8:0]
  578 root         0 SW   [jbd2/sda2-8]
  579 root         0 SW<  [ext4-dio-unwrit]
  601 root      1524 S    {rcS} /bin/sh /etc/init.d/rcS S boot
  602 root      1492 S    /bin/ash --login
  604 root      1488 S    logger -s -p 6 -t sysinit
  649 root         0 SW<  [cfg80211]
  756 root      1500 S    /sbin/syslogd -l 8 -C16
  758 root      1484 S    /sbin/klogd
  760 root       872 S    /sbin/hotplug2 --override --persistent --set-rules-file /etc/hotplug2.rules --set-coldplug-cmd /sbin/udevtrigger --max-children 1
  770 root       876 S    /sbin/ubusd
  834 root      1480 S    /sbin/netifd
  897 root      1492 S    udhcpc -p /var/run/udhcpc-eth1.pid -s /lib/netifd/dhcp.script -f -t 0 -i eth1 -C
 1360 root      1628 S    wpa_supplicant -B -P /var/run/wifi-wlan0.pid -D nl80211 -i wlan0 -c /var/run/wpa_supplicant-wlan0.conf
 1456 root      1500 S    udhcpc -p /var/run/udhcpc-wlan0.pid -s /lib/netifd/dhcp.script -f -t 0 -i wlan0 -C
 1516 root      1492 S    /sbin/watchdog -t 5 /dev/watchdog
 1615 root      1152 S    /usr/sbin/dropbear -P /var/run/dropbear.1.pid -p 22
 1622 root      1564 S    /usr/sbin/uhttpd -f -h /www -r Arduino -x /cgi-bin -t 60 -T 30 -A 1 -n 2 -p 0.0.0.0:80 -C /etc/uhttpd.crt -K /etc/uhttpd.key -s 0.0.0.0:443
 1631 root      1696 S    /usr/sbin/dbus-daemon --system
 1654 nobody     948 S    /usr/sbin/dnsmasq -C /var/etc/dnsmasq.conf
 1660 nobody    2168 S    avahi-daemon: running [Arduino.local]
 1663 root       796 S    /usr/sbin/thd --socket /tmp/triggerhappy.socket --triggers /etc/triggerhappy/triggers.d/ --daemon /dev/input/event0
 1687 root      1492 S    /usr/sbin/ntpd -n -p 0.openwrt.pool.ntp.org -p 1.openwrt.pool.ntp.org -p 2.openwrt.pool.ntp.org -p 3.openwrt.pool.ntp.org
 1694 root      1496 S N  {uSDaemon} /bin/sh /sbin/uSDaemon
 2399 root      1480 S N  sleep 2
 2400 root      1488 R    ps -wwww

@mantissa00: do you see something that could be different from your setup?
10  Products / Arduino Yún / Re: Node.js for the YUN on: May 17, 2014, 08:41:49 am
Hi Frederico,

I have node running on the latest Yun image with extroot and got the console test working ok.

However, when I try to install the express framework, I get the following message:
root@Arduino:~# npm install -g express
npm http GET https://registry.npmjs.org/express
npm http 304 https://registry.npmjs.org/express
npm http GET https://registry.npmjs.org/parseurl
npm http GET https://registry.npmjs.org/methods
npm http GET https://registry.npmjs.org/send
npm http GET https://registry.npmjs.org/accepts
npm http GET https://registry.npmjs.org/cookie-signature
npm http GET https://registry.npmjs.org/type-is
npm http GET https://registry.npmjs.org/merge-descriptors
npm http GET https://registry.npmjs.org/utils-merge
npm http GET https://registry.npmjs.org/range-parser
npm http GET https://registry.npmjs.org/escape-html
npm http GET https://registry.npmjs.org/qs
npm http GET https://registry.npmjs.org/cookie
npm http GET https://registry.npmjs.org/serve-static
npm http GET https://registry.npmjs.org/path-to-regexp
npm http GET https://registry.npmjs.org/buffer-crc32
npm http GET https://registry.npmjs.org/debug
npm http GET https://registry.npmjs.org/fresh
npm http 304 https://registry.npmjs.org/methods
npm http 304 https://registry.npmjs.org/send
npm http 304 https://registry.npmjs.org/parseurl
npm http 304 https://registry.npmjs.org/accepts
npm http 304 https://registry.npmjs.org/merge-descriptors
npm http 304 https://registry.npmjs.org/type-is
npm http 304 https://registry.npmjs.org/cookie-signature
npm http 304 https://registry.npmjs.org/utils-merge
npm http 304 https://registry.npmjs.org/range-parser
npm http 304 https://registry.npmjs.org/escape-html
npm http 304 https://registry.npmjs.org/qs
npm http 304 https://registry.npmjs.org/cookie
npm http 304 https://registry.npmjs.org/serve-static
npm http 304 https://registry.npmjs.org/path-to-regexp
npm http 304 https://registry.npmjs.org/buffer-crc32
npm http 304 https://registry.npmjs.org/debug
npm http 304 https://registry.npmjs.org/fresh
npm http GET https://registry.npmjs.org/mime
npm http GET https://registry.npmjs.org/negotiator
npm http 304 https://registry.npmjs.org/mime
npm http 304 https://registry.npmjs.org/negotiator
npm http GET https://registry.npmjs.org/debug
npm http 304 https://registry.npmjs.org/debug
FATAL ERROR: Evacuation Allocation failed - process out of memory


It looks like node is crashing because it is out of memory, although I am only performing a simple install.

It makes me worry about real node usability on a 64 MB-only memory without  activated swap.

Does anyone has experience with it?
11  Products / Arduino Yún / Re: Is the Arduino Yun still Open Hardware? on: May 06, 2014, 10:32:09 am
Yes, I meant BOTH lowest power with a reasonable price.

I know RT5350 is cheaper, and it uses also only SDR DRAM vs. DDR1/DDR2 which is also cheaper.

Did you hear something about AR9331 EOL or replacement yet?
12  Products / Arduino Yún / Re: Is the Arduino Yun still Open Hardware? on: May 06, 2014, 09:50:55 am
Depends what you consider: with 0.5W @ 18 dBm, the AR9331 is still the lowest power and the cheapest WiSoC  smiley-mr-green
13  Products / Arduino Yún / Re: Is the Arduino Yun still Open Hardware? on: February 12, 2014, 12:33:44 am
Nope.
14  Products / Arduino Yún / Re: Is the Arduino Yun still Open Hardware? on: February 08, 2014, 03:28:23 am
Sent him a PM, good idea, thank you!
15  Products / Arduino Yún / Re: Is the Arduino Yun still Open Hardware? on: February 07, 2014, 04:32:39 pm
Thank you!

However, I'd prefer to have the information available in the first place to save me all this RE work. And this is why I am trying at least to get this information into projects for the Open Hardware community like the Arduino one.

BTW, do you know someone official from the Arduino Team that would be able to address this above concern?
Pages: [1] 2 3 ... 6