Re: [beagleboard] ncp349 chip on beagle
Full wave bridge rectifier, if they make 'me small enough would be the cat's meow. Worked we'll on an old project back in the op amp days. Sent from my iPad On May 21, 2014, at 11:41 PM, Eric Fort eric.f...@gmail.com wrote: the ncp349 chip used for overvoltage protection on the dc power input for the beaglebone seems to do a good job of providing overvoltage protection. Even looking at it's datasheet though, I'm not completely sure if it will protect the board against reverse polarity. (I'm not out to overtly or purposely try this but I too have occasionally made mistakes...) so should the beagle bone white/black be protected from application of reverse polarity being applied, i.e. powering it with -5v instead of +5v, by the ncp349 (or might it be a good idea to add a reverse polarity diode across DC in that will pop the power supply save the board. Eric -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] 4G eMMC Durability?
I wasn't seeing data corruption due to Linux but from the cards going completely kaput. No amount of effort seemed to restore them. I was under the impression the eMMC used MLC rather than TLC or MBC? That would imply a different controller and ideally a much longer lifespan. On Wednesday, May 21, 2014 12:27:28 PM UTC-7, Gerald wrote: Reliability at the cell level is the exactly the same. he controller is exactly the same. However, having more unused space enhances the wear leveling where cells get used less often. It does not however prevent issues with data corruption for any Linux issues. Gerald On Wed, May 21, 2014 at 2:21 PM, Willem Buitendyk wil...@pcfish.cajavascript: wrote: I have about 150 beaglebone's running wild over a large geographical area, basically all over British Columbia. When I first deployed them last year they all started failing within about a month. That amounted to a lot of needless driving, hair pulling, forehead banging and just general over anxiety - its a wonder I'm still alive. I eventually ended up using two uSD cards, one with a read only mounted filesystem and the other used for writing data (ext4). My beaglebone's are paired with a msp430 so I have managed to ensure they also receive a nice, clean power down. So far its been about a year and I'd say well over 95% are still working fine. However, I recently talked with a tech support from an industrial SD card manufacturer and he informed me that SD cards that are only ever read to can also fail eventually. He suggested that you write a little bit once in a while to activate the wear levelling mechanism. As things seem to be working (for now) I haven't drummed up the courage to try writing again. Now we have the beaglebone black with 4G eMMC and I'm wondering just how much more reliable eMMC is compared to the stock Kingston 4GB cards in read only mode that came with the Beaglebone. I know eMMC is supposed to be much improved having an integrated controller but wonder if in a read-only scenario it makes any difference? Furthermore, I wonder if others on here can offer any experiences or comparisons of eMMC to say SLC memory? Thanks -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Commercial use of BeagleBone
Hi all, I wanted to ask two question regarding commercial usage. 1. About the arrangement to buy a beagle board black without logo mentioned by Gerald. Who handles this arrangement?, CircuitCo does not answer mails and I had not success to contact them. 2. Now Beagle board black will come with debian installed. Has It some consequence to the commercial use? I mean, Debian is GNU licensed, can a product be sell containing Debian and proprietary software running over it? On Friday, November 11, 2011 1:34:32 PM UTC+1, David Goodenough wrote: I know that BeagleBoards are not supposed to be used in commercial products, and that clones/derivatives should be used instead. I have also read in the BeagleBone SRM that We mean it; these design materials may be totally unsuitable for any purposes.. So its obviously on our own heads - we can not blame anyone else. But that does not quite answer the question as to whether there is the same prohibition on commercial use on the BeagleBone. David -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Bootloader, MLO, u-boot and boot button
Dear all, thanks for your answer: maybe move resistors is the better solution for me. Thanks again. Alberto -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Connect two BeagleBoneBlack between USB serial cable with IP over USB
Thanks, Really help me On Thursday, January 30, 2014 7:49:50 AM UTC+8, Brandon I wrote: Yes it is! The beaglebone gets the ip from a hardcoded value and the dev PC gets the ip from a dhcp server running on the beaglebone. The beaglebones usb ip is set and the dhcp server is launched in the /usr/bin/g-ether-load.sh script, called by the the g-ether-load.service (run systemctl status g-ether-load to view details). At the bottom of this script you'll see: /sbin/ifconfig usb0 192.168.7.2 netmask 255.255.255.252 /usr/sbin/udhcpd -f -S /etc/udhcpd.conf That first line sets the beaglebones ip and subnet mask, the second fires up the dhcp server using the configuration file /etc/udhcpd.conf, seen here: start 192.168.7.1 end192.168.7.1 interface usb0 max_leases 1 option subnet 255.255.255.252 The start and end is the address range the server can assign to the dev PC. The subnet limits the network to http://www.subnet-calculator.com/the addresses 192.168.7.1 - 192.168.7.2 (with a broadcast address of 192.168.7.3). The problem is, when you attach two beaglebones to the same dev PC, the dhcp server on each beaglebone assigns an address of 192.168.7.1. Your dev PC says, wait, I can't have to interfaces with the same IP so refuses it...but, even if more ips were allowed, the dhcp protocol has no way to handle this crazy network topology, so everything gives up. To make two work on the same pc, change the hardcoded beaglebone ip in /usr/bin/g-ether-load.sh and the dhcp ip range in /etc/udhcpd.conf to a different subnet. Sticking with the 255.255.255.252 subnet mask, which allows 2 ips and a broadcast ip, the next subnet starts at 192.168.7.4, so assign the beaglebone to 192.168.7.5 and the dhcp range to 192.168.7.4 (or flipping the ips would work too, it's an arbitrary selection). -Brandon On Wednesday, January 29, 2014 1:32:01 AM UTC-8, Andrea Pola wrote: It's possible to connect two BeagleBoneBack using the IP over USB. One is acting like Dev PC and may have the 192.168.7.1 address and the other act as normal BBB using 192.168.7.2 address. I'm trying to do it, and i'm encountering problem. Someone has made anything about this? Thanks -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Official eQEP driver Support
On Wed, May 14, 2014 at 4:59 AM, Teknoman117 linux.robotd...@gmail.comwrote: I don't believe that actually will change the I/O configuration. For the pin ctrl entry to be adopted, it needs to be used by some driver. Turns out there is a pinmux helper device. Check out this blog post: http://hipstercircuits.com/enable-serialuarttty-on-beaglebone-black/. More specifically, this section: fragment@2 { target = ocp; __overlay__ { test_helper: helper { compatible = bone-pinmux-helper; pinctrl-names = default; pinctrl-0 = pinctrl_uart5; status = okay; }; }; }; - Nathaniel With cape-universal, I believe our new path is to include stuff like this in https://github.com/cdsteinkuehler/beaglebone-universal-io. In that case, you could simply do something like: root@beaglebone:~# config-pin P8.16 qep root@beaglebone:~# config-pin -q P8.16 P8_16 Mode: qep root@beaglebone:~# cat /sys/devices/ocp.3/P8_16_pinmux.24/state qep However, with HDMI enabled, I'm not able to find a valid set of pins to put together an entire eQEP. Further, the entries for an eqep don't seem to be in cape-universal. There has been some discussion if they are necessary, but I haven't been able to expose an eqep as of yet. I'll disable HDMI and reboot next, but can those with experience comment on if something like this is necessary: https://github.com/jadonk/beaglebone-universal-io/commit/5394b3e3813913e2b05253a1f06dbdb9f09341b5 diff --git a/cape-universal-00A0.dts b/cape-universal-00A0.dts index ad5b388..bc6c005 100755 --- a/cape-universal-00A0.dts +++ b/cape-universal-00A0.dts @@ -602,7 +602,7 @@ P9_27_gpio_pd_pin: pinmux_P9_27_gpio_pd_pin { pinctrl-single,pins = 0x1a4 0x27; }; /* Mode 7, Pull-Down, RxActive */ P9_27_qep_pin: pinmux_P9_27_qep_pin { -pinctrl-single,pins = 0x1a4 0x21; }; /* Mode 1, Pull-Down, RxActive */ +pinctrl-single,pins = 0x1a4 0x31; }; /* Mode 1, Pull-Up, RxActive */ P9_27_pruout_pin: pinmux_P9_27_pruout_pin { pinctrl-single,pins = 0x1a4 0x25; }; /* Mode 5, Pull-Down, RxActive */ P9_27_pruin_pin: pinmux_P9_27_pruin_pin { @@ -752,7 +752,7 @@ P9_92_gpio_pd_pin: pinmux_P9_92_gpio_pd_pin { pinctrl-single,pins = 0x1a0 0x27; }; /* Mode 7, Pull-Down, RxActive */ P9_92_qep_pin: pinmux_P9_92_qep_pin { -pinctrl-single,pins = 0x1a0 0x21; }; /* Mode 1, Pull-Down, RxActive */ +pinctrl-single,pins = 0x1a0 0x31; }; /* Mode 1, Pull-Up, RxActive */ P9_92_pruout_pin: pinmux_P9_92_pruout_pin { pinctrl-single,pins = 0x1a0 0x25; }; /* Mode 5, Pull-Down, RxActive */ P9_92_pruin_pin: pinmux_P9_92_pruin_pin { @@ -1727,4 +1727,24 @@ }; }; + +// +/* eQEP */ +// + +fragment@41 { + target = eqep0; + __overlay__ { + status = okay; +pinctrl-names = default; +pinctrl-0 = ; + +count_mode = 0; /* 0 - Quadrature mode, normal 90 phase offset cha chb. 1 - Direction mode. cha input = clock, chb input = direction */ +swap_inputs = 0; /* Are channel A and channel B swapped? (0 - no, 1 - yes) */ +invert_qa = 1; /* Should we invert the channel A input? */ +invert_qb = 1; /* Should we invert the channel B input? I invert these because my encoder outputs drive transistors that pull down the pins */ +invert_qi = 0; /* Should we invert the index input? */ +invert_qs = 0; /* Should we invert the strobe input? */ + }; +}; }; On Tuesday, May 13, 2014 1:55:00 AM UTC-7, Strawson wrote: Actually, let me be more specific. I use the pinmux lines and enable the PWM Subsystem as follows fragment@0 { target = am33xx_pinmux; __overlay__ { pinctrl_eqep0: pinctrl_eqep0_pins { pinctrl-single,pins = 0x1A8 0x21 /* P9_41 = GPIO3_20 = EQEP0_index, MODE1 */ 0x1AC 0x21 /* P9_25 = GPIO3_21 = EQEP0_strobe, MODE1 */ 0x1A0 0x31 /* P9_42 = GPIO3_18 = EQEP0A_in, MODE1 */ 0x1A4 0x31 /* P9_27 = GPIO3_19 = EQEP0B_in, MODE1 */ ; }; }; }; fragment@1 { target = epwmss0; __overlay__ { status = okay; }; }; I am not using the following fragment passing parameters to the kernel driver fragment@2 { target = eqep0; __overlay__ { pinctrl-names = default; pinctrl-0 = pinctrl_eqep0; count_mode = 0; /* 0 -
Re: [beagleboard] windows internet connection sharing - beagle connected to windows over usb
On Wed, May 21, 2014 at 5:15 AM, Jason Kridner jkrid...@gmail.com wrote: On Wednesday, May 21, 2014, Eric Fort eric.f...@gmail.com wrote: could someone who has made this work actually describe how to do it? My windows laptop has an internet connection (over wireless). that same laptop (running windows 7) has a network connection over usb to the beagle bone (part of what's auto configured when usb gets connected between the bone and the windows box along with presenting the bone as an external disk). The bone shows up as 192.168.7.2/30 and the laptop as 192.168.7.1/30 (adapter 2). laptop adapter 5 is connected to the internet via the house router which issues it an address on network 192.168.1.0/24. How can I setup Windows ICS such that the beagle connected via adapter 2 (network over usb) can get to the internet connected via adapter 5 on the windows box with windows routing between those networks and thus sharing it's internet connection? when I tried this using ICS I only succeeded in really messing up the routing tables on the laptop which broke the laptop's ability to get to the internet (it thought the beagle was now it's default gateway) without letting the beagle access the internet. (worst possible outcome...) So how can I configure ICS to give the beagle an internet connection when it's usb is plugged in? I will try giving it a shot today. On my Mac, I enable ICS and then use the virtual serial port to issue dhclient usb0. The routing tables are likely not quite right due to some cruft, but it is working for me. I will try to look for the steps to switch the board from host to client. I had totally forgot that a virtual serial port now gets set up over usb, i'd been spoiled by the virtual ethernet network setup over the usb and using ssh to connect. now at least I can get in when the network is uncooperative. I tried setting up ICS where I share wireless adapter 5 which goes to the local 192.168.1.1 connected lan over wifi with adapter 2 which us the bone usb then running dhclient usb0 on the bone and it failed to get an ip address on the bone. instead it stayed at 192.168.7.2. I then tried bridging adapter 2 5 such that hopefully the beagle would grab an address from the lan router but that sidn't work either. Ultimately I see this as a useful configuration for many of us working to get a bone bootstrapped because one may not have a seperate display, mouse and keyboard to use or more to the point the prior 2 and a network in the same place but if the windows box can share it's internet connection with the bone then both now work on the internet. So what might I be missing in making this configuration work? thanks, Eric Thanks, Eric -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] BBB, SGX and Qt 4.8.6 problems
Well, I didn't saw my first post (this one) in the topic list and didn't receive a message. After writing my second post, it came up in the topic list AND I received an e-mail (in both cases with activated e-mail subscription). But I'd really appreciate it if we could stay on-topic. Am Donnerstag, 22. Mai 2014 05:16:38 UTC+2 schrieb Gerald: One of the issue is that the group has been subscribing to all these mailing lists. Go figure. Now, if any one wants a walk in bathtub, a free doctorate degree, a free drug rehab center, or good thermal windows, please let me now and I can pass them along! Gerald On Wed, May 21, 2014 at 9:51 PM, Robert Nelson robert...@gmail.comjavascript: wrote: On Wed, May 21, 2014 at 9:44 PM, Gerald Coley ger...@beagleboard.orgjavascript: wrote: H. I have to think about that part where you say Google Groups works. I am about to drown in SPAM! To keep Gerald, sane, is it time to make the list subscriber only? Or maybe a good job for some summer interns. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] windows internet connection sharing - beagle connected to windows over usb
On Thu, May 22, 2014 at 7:36 AM, Eric Fort eric.f...@gmail.com wrote: On Wed, May 21, 2014 at 5:15 AM, Jason Kridner jkrid...@gmail.com wrote: On Wednesday, May 21, 2014, Eric Fort eric.f...@gmail.com wrote: could someone who has made this work actually describe how to do it? My windows laptop has an internet connection (over wireless). that same laptop (running windows 7) has a network connection over usb to the beagle bone (part of what's auto configured when usb gets connected between the bone and the windows box along with presenting the bone as an external disk). The bone shows up as 192.168.7.2/30 and the laptop as 192.168.7.1/30 (adapter 2). laptop adapter 5 is connected to the internet via the house router which issues it an address on network 192.168.1.0/24. How can I setup Windows ICS such that the beagle connected via adapter 2 (network over usb) can get to the internet connected via adapter 5 on the windows box with windows routing between those networks and thus sharing it's internet connection? when I tried this using ICS I only succeeded in really messing up the routing tables on the laptop which broke the laptop's ability to get to the internet (it thought the beagle was now it's default gateway) without letting the beagle access the internet. (worst possible outcome...) So how can I configure ICS to give the beagle an internet connection when it's usb is plugged in? I will try giving it a shot today. On my Mac, I enable ICS and then use the virtual serial port to issue dhclient usb0. The routing tables are likely not quite right due to some cruft, but it is working for me. I will try to look for the steps to switch the board from host to client. I had totally forgot that a virtual serial port now gets set up over usb, i'd been spoiled by the virtual ethernet network setup over the usb and using ssh to connect. now at least I can get in when the network is uncooperative. I tried setting up ICS where I share wireless adapter 5 which goes to the local 192.168.1.1 connected lan over wifi with adapter 2 which us the bone usb then running dhclient usb0 on the bone and it failed to get an ip address on the bone. instead it stayed at 192.168.7.2. I then tried bridging adapter 2 5 such that hopefully the beagle would grab an address from the lan router but that sidn't work either. Ultimately I see this as a useful configuration for many of us working to get a bone bootstrapped because one may not have a seperate display, mouse and keyboard to use or more to the point the prior 2 and a network in the same place but if the windows box can share it's internet connection with the bone then both now work on the internet. So what might I be missing in making this configuration work? The odd situation I found is that 'ifconfig' still reported the 192.168.7.2 IP address, yet I can get to the world: root@beaglebone:~# ifconfig usb0 usb0 Link encap:Ethernet HWaddr ea:b4:5d:d4:28:45 inet addr:192.168.7.2 Bcast:192.168.7.3 Mask:255.255.255.252 inet6 addr: fe80::e8b4:5dff:fed4:2845/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:98298 errors:0 dropped:0 overruns:0 frame:0 TX packets:30735 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:6462 (74.1 MiB) TX bytes:10469242 (9.9 MiB) root@beaglebone:~# traceroute www.google.com traceroute to www.google.com (173.194.46.114), 30 hops max, 60 byte packets 1 timbird.local (192.168.3.1) 0.470 ms 0.391 ms 0.390 ms 2 * * * 3 * * * 4 * * * 5 te-0-4-0-9-ar01.pontiac.mi.michigan.comcast.net (68.87.190.254) 16.283 ms 15.576 ms 15.530 ms 6 he-4-6-0-0-cr01.350ecermak.il.ibone.comcast.net (68.86.94.241) 24.715 ms 25.293 ms 26.025 ms 7 he-0-11-0-0-pe04.350ecermak.il.ibone.comcast.net (68.86.83.58) 22.856 ms 22.566 ms 22.406 ms 8 as15169-2-c.350ecermak.il.ibone.comcast.net (66.208.233.142) 21.573 ms 22.250 ms 18.334 ms ^C root@beaglebone:~# ping www.google.com PING www.google.com (173.194.46.115) 56(84) bytes of data. 64 bytes from ord08s13-in-f19.1e100.net (173.194.46.115): icmp_req=1 ttl=55 time=19.0 ms 64 bytes from ord08s13-in-f19.1e100.net (173.194.46.115): icmp_req=2 ttl=55 time=19.6 ms ^C --- www.google.com ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 19.028/19.331/19.634/0.303 ms root@beaglebone:~# arp -a ? (192.168.7.1) at d0:ff:50:e8:7d:7d [ether] on usb0 timbird.local (192.168.3.1) at ac:de:48:3e:02:2f [ether] on usb0 Seems like OS X was nice enough to give me back the IP address that I gave it. Some day, I'll try it with Windows, but too much to do today. thanks, Eric Thanks, Eric -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To
Re: [beagleboard] windows internet connection sharing - beagle connected to windows over usb
OSX is unix, unix just works but alas, I'm stuck with a windows laptop. Bootable linux cd may be an option but really at this point looking to document a solution for those on Microsoft hosts. Anyone else familiar with windows ICS for this config? Thanks, Eric On Thu, May 22, 2014 at 5:10 AM, Jason Kridner jkrid...@beagleboard.orgwrote: On Thu, May 22, 2014 at 7:36 AM, Eric Fort eric.f...@gmail.com wrote: On Wed, May 21, 2014 at 5:15 AM, Jason Kridner jkrid...@gmail.comwrote: On Wednesday, May 21, 2014, Eric Fort eric.f...@gmail.com wrote: could someone who has made this work actually describe how to do it? My windows laptop has an internet connection (over wireless). that same laptop (running windows 7) has a network connection over usb to the beagle bone (part of what's auto configured when usb gets connected between the bone and the windows box along with presenting the bone as an external disk). The bone shows up as 192.168.7.2/30 and the laptop as 192.168.7.1/30 (adapter 2). laptop adapter 5 is connected to the internet via the house router which issues it an address on network 192.168.1.0/24. How can I setup Windows ICS such that the beagle connected via adapter 2 (network over usb) can get to the internet connected via adapter 5 on the windows box with windows routing between those networks and thus sharing it's internet connection? when I tried this using ICS I only succeeded in really messing up the routing tables on the laptop which broke the laptop's ability to get to the internet (it thought the beagle was now it's default gateway) without letting the beagle access the internet. (worst possible outcome...) So how can I configure ICS to give the beagle an internet connection when it's usb is plugged in? I will try giving it a shot today. On my Mac, I enable ICS and then use the virtual serial port to issue dhclient usb0. The routing tables are likely not quite right due to some cruft, but it is working for me. I will try to look for the steps to switch the board from host to client. I had totally forgot that a virtual serial port now gets set up over usb, i'd been spoiled by the virtual ethernet network setup over the usb and using ssh to connect. now at least I can get in when the network is uncooperative. I tried setting up ICS where I share wireless adapter 5 which goes to the local 192.168.1.1 connected lan over wifi with adapter 2 which us the bone usb then running dhclient usb0 on the bone and it failed to get an ip address on the bone. instead it stayed at 192.168.7.2. I then tried bridging adapter 2 5 such that hopefully the beagle would grab an address from the lan router but that sidn't work either. Ultimately I see this as a useful configuration for many of us working to get a bone bootstrapped because one may not have a seperate display, mouse and keyboard to use or more to the point the prior 2 and a network in the same place but if the windows box can share it's internet connection with the bone then both now work on the internet. So what might I be missing in making this configuration work? The odd situation I found is that 'ifconfig' still reported the 192.168.7.2 IP address, yet I can get to the world: root@beaglebone:~# ifconfig usb0 usb0 Link encap:Ethernet HWaddr ea:b4:5d:d4:28:45 inet addr:192.168.7.2 Bcast:192.168.7.3 Mask:255.255.255.252 inet6 addr: fe80::e8b4:5dff:fed4:2845/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:98298 errors:0 dropped:0 overruns:0 frame:0 TX packets:30735 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:6462 (74.1 MiB) TX bytes:10469242 (9.9 MiB) root@beaglebone:~# traceroute www.google.com traceroute to www.google.com (173.194.46.114), 30 hops max, 60 byte packets 1 timbird.local (192.168.3.1) 0.470 ms 0.391 ms 0.390 ms 2 * * * 3 * * * 4 * * * 5 te-0-4-0-9-ar01.pontiac.mi.michigan.comcast.net (68.87.190.254) 16.283 ms 15.576 ms 15.530 ms 6 he-4-6-0-0-cr01.350ecermak.il.ibone.comcast.net (68.86.94.241) 24.715 ms 25.293 ms 26.025 ms 7 he-0-11-0-0-pe04.350ecermak.il.ibone.comcast.net (68.86.83.58) 22.856 ms 22.566 ms 22.406 ms 8 as15169-2-c.350ecermak.il.ibone.comcast.net (66.208.233.142) 21.573 ms 22.250 ms 18.334 ms ^C root@beaglebone:~# ping www.google.com PING www.google.com (173.194.46.115) 56(84) bytes of data. 64 bytes from ord08s13-in-f19.1e100.net (173.194.46.115): icmp_req=1 ttl=55 time=19.0 ms 64 bytes from ord08s13-in-f19.1e100.net (173.194.46.115): icmp_req=2 ttl=55 time=19.6 ms ^C --- www.google.com ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 19.028/19.331/19.634/0.303 ms root@beaglebone:~# arp -a ? (192.168.7.1) at d0:ff:50:e8:7d:7d [ether] on usb0 timbird.local
[beagleboard] Re: Received my 4GB eMMC BBB
Lame question here: I have the old Rev B with Debian on an 8Gig microSD and Angstrom that I never use installed in flash. I've had no problems installing whatever I need or running out of space because of the 8Gigs of storage. Is there any disadvantage to this other then maybe slower speed? On Wednesday, May 21, 2014 5:43:14 PM UTC-3, dsmc...@gmail.com wrote: I received my 4GB eMMC BBB from Adadruit today. It's nice to have the extra eMMC and of course I still have the SD card for even more solid state storage. If there was one more item I wish I had on the BBB, it would be 1GB of RAM. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] UART-4
Hi, I have an application in which I need to transmit data bidirectionally between a 5V microcontroller and Beaglebone Black. Please provide hints on how to go about accessing UART-4 of BBB and also what would be the easiest way to save the data received by BBB in a txt file. I'm running Ubuntu-13.04-2013-10-08.img Thanks, Aswin -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: UART-4
I found too many articles on UART and I'm totally confused. On Thursday, May 22, 2014 6:06:16 PM UTC+5:30, Aswin wrote: Hi, I have an application in which I need to transmit data bidirectionally between a 5V microcontroller and Beaglebone Black. Please provide hints on how to go about accessing UART-4 of BBB and also what would be the easiest way to save the data received by BBB in a txt file. I'm running Ubuntu-13.04-2013-10-08.img Thanks, Aswin -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Interconnecting two Beagle Bone Blacks
Hi I'm trying to connect two beagle bones, such that they can communicate using TCP. My first attempt is to use the USB cable by plugin the USB-cable into USB port one one machine and the MicroUSB port on the other. The machine with the main USB port does not add the interface for the USB as it normally would on any other linux machine. Here is the ifconfig root@beaglebone:~# ifconfig eth0 Link encap:Ethernet HWaddr 1c:ba:8c:a7:ac:26 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Interrupt:40 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:63312 errors:0 dropped:0 overruns:0 frame:0 TX packets:63312 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:5546794 (5.2 MiB) TX bytes:5546794 (5.2 MiB) usb0 Link encap:Ethernet HWaddr 96:9f:43:e9:77:c6 inet addr:192.168.7.2 Bcast:192.168.7.3 Mask:255.255.255.252 inet6 addr: fe80::949f:43ff:fee9:77c6/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:7244 errors:0 dropped:0 overruns:0 frame:0 TX packets:6820 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:377882 (369.0 KiB) TX bytes:906342 (885.0 KiB) I run debian on both BBBs. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Received my 4GB eMMC BBB
If BBxxx could get a hardware video coder/decoder, like RPi has, it would explode the world of embedded hobbyists! :) 2014-05-22 16:28 GMT+04:00 mike rankin 0mik...@gmail.com: Lame question here: I have the old Rev B with Debian on an 8Gig microSD and Angstrom that I never use installed in flash. I've had no problems installing whatever I need or running out of space because of the 8Gigs of storage. Is there any disadvantage to this other then maybe slower speed? On Wednesday, May 21, 2014 5:43:14 PM UTC-3, dsmc...@gmail.com wrote: I received my 4GB eMMC BBB from Adadruit today. It's nice to have the extra eMMC and of course I still have the SD card for even more solid state storage. If there was one more item I wish I had on the BBB, it would be 1GB of RAM. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- LinkedIn - http://www.linkedin.com/in/maximpodbereznyy Company - http://www.linkedin.com/company/mentorel Facebook - https://www.facebook.com/mentorel.company -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] ncp349 chip on beagle
It will not protect against reverse polarity.A full wave rectifier will cause a voltage drop and then you o longer have 5V. Yes I could have added some reverse protection, but I must admit out of 200,00 boards shipped I have sen about 10 cases of reverse polarity. So adding he cost to all boards for that feature does not make a lot of sense. I removed the NCP349 on the BBB..Out of the 150,000 of those shipped, I think we maybe had 3 cases of reverse polarity. Gerald On Thu, May 22, 2014 at 2:15 AM, Eric Fort eric.f...@gmail.com wrote: are you saying that the ncp349 *CONTAINS* a full wave bridge rectifier? I certainly didn't see that in the data sheet. Note the point is protection from overvoltage and possibly, thus the question, polarity reversal which may or may not be the same as severe under voltage. Eric On Wed, May 21, 2014 at 11:18 PM, Bayani Custodio bayani.p.custo...@gmail.com wrote: Full wave bridge rectifier, if they make 'me small enough would be the cat's meow. Worked we'll on an old project back in the op amp days. Sent from my iPad On May 21, 2014, at 11:41 PM, Eric Fort eric.f...@gmail.com wrote: the ncp349 chip used for overvoltage protection on the dc power input for the beaglebone seems to do a good job of providing overvoltage protection. Even looking at it's datasheet though, I'm not completely sure if it will protect the board against reverse polarity. (I'm not out to overtly or purposely try this but I too have occasionally made mistakes...) so should the beagle bone white/black be protected from application of reverse polarity being applied, i.e. powering it with -5v instead of +5v, by the ncp349 (or might it be a good idea to add a reverse polarity diode across DC in that will pop the power supply save the board. Eric -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Received my 4GB eMMC BBB
On 5/21/2014 10:12 PM, William Hermans wrote: Robert, just curious. What do you use for your native compile machine ? I was recently looking at the wanderboard, but did not see any mention of Debian on their wiki. But I also did not dig very deep. Mostly I am looking for a reasonably priced SBC, that has a good amount of oomph. ARM type, one each. I have a Wandboard quad, but I'm doing builds on my CuBox i4-Pro, which is pretty similar. I like the small(er) form factor of the CuBox a bit better than the Wand, and I like that I can plug in a SATA cable and keep the case on. :) -- Charles Steinkuehler char...@steinkuehler.net -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Received my 4GB eMMC BBB
It is not AM4x. Gerald On Thu, May 22, 2014 at 8:15 AM, Charles Steinkuehler char...@steinkuehler.net wrote: On 5/21/2014 10:12 PM, William Hermans wrote: Robert, just curious. What do you use for your native compile machine ? I was recently looking at the wanderboard, but did not see any mention of Debian on their wiki. But I also did not dig very deep. Mostly I am looking for a reasonably priced SBC, that has a good amount of oomph. ARM type, one each. I have a Wandboard quad, but I'm doing builds on my CuBox i4-Pro, which is pretty similar. I like the small(er) form factor of the CuBox a bit better than the Wand, and I like that I can plug in a SATA cable and keep the case on. :) -- Charles Steinkuehler char...@steinkuehler.net -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Commercial use of BeagleBone
You can build it yourself. The white label program at CCO has been suspended until they get their production capacity increased. As to the second question, I defer the SW folks. Gerald On Thu, May 22, 2014 at 3:30 AM, Oscar Castiblanco ojot...@gmail.comwrote: Hi all, I wanted to ask two question regarding commercial usage. 1. About the arrangement to buy a beagle board black without logo mentioned by Gerald. Who handles this arrangement?, CircuitCo does not answer mails and I had not success to contact them. 2. Now Beagle board black will come with debian installed. Has It some consequence to the commercial use? I mean, Debian is GNU licensed, can a product be sell containing Debian and proprietary software running over it? On Friday, November 11, 2011 1:34:32 PM UTC+1, David Goodenough wrote: I know that BeagleBoards are not supposed to be used in commercial products, and that clones/derivatives should be used instead. I have also read in the BeagleBone SRM that We mean it; these design materials may be totally unsuitable for any purposes.. So its obviously on our own heads - we can not blame anyone else. But that does not quite answer the question as to whether there is the same prohibition on commercial use on the BeagleBone. David -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Commercial use of BeagleBone
2. Now Beagle board black will come with debian installed. Has It some consequence to the commercial use? I mean, Debian is GNU licensed, can a product be sell containing Debian and proprietary software running over it? If you are purely moving your application from an Angstrom install to a Debian install: https://www.debian.org/doc/manuals/debian-faq/ch-redistrib.en.html However, if your 'patching' anything in the system, the license of that item obviously applies. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Commercial use of BeagleBone
Thanks for your answers. Regarding software, I am still lost. I read follow this interesting presentation: http://coscup.org/2010/slides/14_1_1630_gpl_enforcement.pdf and as far as I understand, I would not be allowed to sell a product based on the beagle bone black (without logo) with the Debian installed by CircuitCo given that I don't want to open my software that actually is running over a JVM with a licensed javaSE embedded (because I guess I can not either give commercial use to the open-jdk!). On Friday, November 11, 2011 1:34:32 PM UTC+1, David Goodenough wrote: I know that BeagleBoards are not supposed to be used in commercial products, and that clones/derivatives should be used instead. I have also read in the BeagleBone SRM that We mean it; these design materials may be totally unsuitable for any purposes.. So its obviously on our own heads - we can not blame anyone else. But that does not quite answer the question as to whether there is the same prohibition on commercial use on the BeagleBone. David -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Commercial use of BeagleBone
On Thu, May 22, 2014 at 8:51 AM, Oscar Castiblanco ojot...@gmail.com wrote: Thanks for your answers. Regarding software, I am still lost. I read follow this interesting presentation: http://coscup.org/2010/slides/14_1_1630_gpl_enforcement.pdf and as far as I understand, I would not be allowed to sell a product based on the beagle bone black (without logo) with the Debian installed by CircuitCo given that I don't want to open my software that actually is running over a JVM with a licensed javaSE embedded (because I guess I can not either give commercial use to the open-jdk!). You are definitely lost. I fail to see how the change from Angstrom to Debian affects you at all. Debian like Angstrom is a mixture of software packages under numerous software licenses. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Commercial use of BeagleBone
On Thu, May 22, 2014 at 9:17 AM, Robert Nelson robertcnel...@gmail.com wrote: On Thu, May 22, 2014 at 8:51 AM, Oscar Castiblanco ojot...@gmail.com wrote: Thanks for your answers. Regarding software, I am still lost. I read follow this interesting presentation: http://coscup.org/2010/slides/14_1_1630_gpl_enforcement.pdf and as far as I understand, I would not be allowed to sell a product based on the beagle bone black (without logo) with the Debian installed by CircuitCo given that I don't want to open my software that actually is running over a JVM with a licensed javaSE embedded (because I guess I can not either give commercial use to the open-jdk!). You are definitely lost. I fail to see how the change from Angstrom to Debian affects you at all. Debian like Angstrom is a mixture of software packages under numerous software licenses. BTW: Take a look at this recent example: http://en.wikipedia.org/wiki/SteamOS Valve took Debian 7 (Wheezy), backported libraries from (jessie/testing) and added there closed source Valve Content Platform to make SteamOS: Anything they changed from the base Wheezy install, is avaiable in their repo here: http://repo.steampowered.com/steamos/pool/ Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Commercial use of BeagleBone
On 05/22/2014 09:18 AM, Gerald Coley wrote: You can build it yourself. The white label program at CCO has been suspended until they get their production capacity increased. Ugh. Do you have any more information on that? Circuitco is totally unresponsive about the status of our various orders. - Mike -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Commercial use of BeagleBone
This is why I do not recommend using it in products. I will have them contact you. Our boards for our distributors have #1 priority. Until CCO gets the additional capacity online, all boards go there. I will have them contact you. Gerald On Thu, May 22, 2014 at 9:25 AM, Dr. Michael J. Chudobiak m...@avtechpulse.com wrote: On 05/22/2014 09:18 AM, Gerald Coley wrote: You can build it yourself. The white label program at CCO has been suspended until they get their production capacity increased. Ugh. Do you have any more information on that? Circuitco is totally unresponsive about the status of our various orders. - Mike -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Commercial use of BeagleBone
Michael, Did you get a response from CCO? Gerald On Thu, May 22, 2014 at 9:44 AM, Gerald Coley ger...@beagleboard.orgwrote: This is why I do not recommend using it in products. I will have them contact you. Our boards for our distributors have #1 priority. Until CCO gets the additional capacity online, all boards go there. I will have them contact you. Gerald On Thu, May 22, 2014 at 9:25 AM, Dr. Michael J. Chudobiak m...@avtechpulse.com wrote: On 05/22/2014 09:18 AM, Gerald Coley wrote: You can build it yourself. The white label program at CCO has been suspended until they get their production capacity increased. Ugh. Do you have any more information on that? Circuitco is totally unresponsive about the status of our various orders. - Mike -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Commercial use of BeagleBone
I am not a lawyer, but I think you are misunderstanding what the license pertains to. Most people are writing their own application that runs on the BeagleBone. In your case, it may be written in Java and run on a JVM that has a GPL license, but unless you are modifying the JVM code itself, I don't see how the license would apply to your own code. Likewise with the Linux OS and its licenses. If you modify the OS or the JVM, you have to publish *that* code. Your application code is your own business, in the same way that people who write Windows applications don't need to obtain licenses from Microsoft. On Thursday, May 22, 2014 9:51:45 AM UTC-4, Oscar Castiblanco wrote: Thanks for your answers. Regarding software, I am still lost. I read follow this interesting presentation: http://coscup.org/2010/slides/14_1_1630_gpl_enforcement.pdf and as far as I understand, I would not be allowed to sell a product based on the beagle bone black (without logo) with the Debian installed by CircuitCo given that I don't want to open my software that actually is running over a JVM with a licensed javaSE embedded (because I guess I can not either give commercial use to the open-jdk!). On Friday, November 11, 2011 1:34:32 PM UTC+1, David Goodenough wrote: I know that BeagleBoards are not supposed to be used in commercial products, and that clones/derivatives should be used instead. I have also read in the BeagleBone SRM that We mean it; these design materials may be totally unsuitable for any purposes.. So its obviously on our own heads - we can not blame anyone else. But that does not quite answer the question as to whether there is the same prohibition on commercial use on the BeagleBone. David -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Commercial use of BeagleBone
On 05/22/2014 11:18 AM, Gerald Coley wrote: Michael, Did you get a response from CCO? Yes. Thank you! - Mike -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Sound output - Ubuntu on BBxm
Just try to play with parameters available in alsamixer. # alsamixer Regards, Ozkan. On Friday, February 28, 2014 5:18:20 PM UTC, gmsmith...@gmail.com wrote: Hi all, I am running a Ubuntu 12.04LTS on BBxm for some time now and am very pleased with it. It does, however, lacked the sound output feature. Did this got fixed in later version like Ubuntu 13 images? Thanks in advance. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: UART-4
I did a blog post showing how to use UART4 to talk to an ATmega328p [1]. My ATmega was at 3.3V though, so you'll need to use logic level converters (MOSFETs) to convert between your 5V micro and the Beagle, which operates at 3.3V logic levels. This blog post [2] uses the 5V version and shows how to use the logic level converters. If you have a recent debian image, you can enable UART 4 with the following command: echo BB-UART4 | sudo tee /sys/devices/bone_capemgr.*/slots If you don't have the BB-UART4-00A0.dtbo in /lib/firmware, you should probably upgrade your BBB. After that command, you should see /dev/ttyO4 appear, which is the UART you seek. You may need to change the baud rate of your serial line, do that with this command: sudo stty -F /dev/ttyO4 9600 Good luck, Josh [1] http://datko.net/2013/11/11/bbb_atmega328p/ [2] http://www.instructables.com/id/Program-an-Arduino-using-BeagleBone-without-USB/?ALLSTEPS -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] MediaTek (Logic Supply) Wi-Fi adapter for BBB and Debian
If anyone could please write a small tutorial on getting this adapter working on the Rev. C BBB it would be appreciated. It was said that Debian already supported this hardware but it does not work. Compiling my own drivers is not user-friendly! I downloaded the driver files from MediaTek and it has 254 files in one directory. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: mmc2 on beaglebone black
Hi, no results...searched a lot around but..nothing. Sorry. Regards. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Bootloader, MLO, u-boot and boot button
Yes, changing the boot sequence with the simple hardware hack will work, but is there some reason you can't do the even simpler thing of just not making the eMMC bootable? If it's erased, or does not contain an MLO, then the board will boot from the SD card. On Wednesday, May 21, 2014 10:34:34 AM UTC-7, john3909 wrote: From: Alberto Potenza alberto@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: Date: Wednesday, May 21, 2014 at 3:00 AM To: beagl...@googlegroups.com javascript: Subject: [beagleboard] Bootloader, MLO, u-boot and boot button Dear all, I have some problems trying to understand how the boot procedure is in the Beaglebone Black. I saw several posts around but it is quite hard for me to fully understand how it works. So, sorry if I am repeating something that most of you already know. What I've understood so far (I hope...) is: 1) if I just power my BBB, the boot procedure is based on the flash placed on the BBB. It means that the ROM Bootloader of the AM335xx loads the MLO from the flash, the u-boot.img from the flash and then all the rest starts. 2) if I power my BBB and I push the Boot-button, the ROM Bootloader of the AM335xx loads the MLO and the u-boot.img and all the rest from the SD card. The AM335xx does not talk at all with the flash during all the boot procedure. 3) if I try to modify the uEnv.txt in the SD card in such a way to force the OS to be loaded form the SD card, wich means mmc dev 1 mmc rstn 1 gpio set 52 optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN,BB-BONE-EMMC-2G etc..etc and I do not push the boot button, the AM335xx loads the MLO and the u-boot.img from the flash and only after that it will loads the uEnv.txt file from the SD card. It means that the bootloader will search a MLO and u-boot.img in the flash - they will talk for a while and after that the AM335xx will loads the uEnv.txt from the SD. Now, I would like to have the point number two without to push the boot button: I do not want the AM335xx to talk with the flash at all and I am not pretty sure it is possible. In my opinion there are two ways: the former is to set the resistor on the BBB in such a way to have the same configuration as the boot-button pressed (hardware way). The latter is to erase completely the flash in such a way to have no MLO and u-boot.img in it. However, the second way could not work because the AM335xx will talk with the flash trying to find MLO and the u-boot.img, while I do not want them to talk each other. Is it all correct? Your understanding is correct. The bootloader looks for MLO with a specific header on the eMMC and if it does not find one, it looks for an MLO on the SDCard. If you look at sheet 6 in the BBB schematics, there is a table which shows the boot order given the SYSBOOT settings. If you don’t want the BBB to access the eMMC at boot time, you must move resistors on the board as you indicated. Regards, John Thanks a lot. Alberto -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] MediaTek (Logic Supply) Wi-Fi adapter for BBB and Debian
On Thu, May 22, 2014 at 11:34 AM, Russ Hall rllf...@gmail.com wrote: If anyone could please write a small tutorial on getting this adapter working on the Rev. C BBB it would be appreciated. It was said that Debian already supported this hardware but it does not work. Compiling my own drivers is not user-friendly! I downloaded the driver files from MediaTek and it has 254 files in one directory. The Debian image is located here, with built-in support for the Logic Supply. http://beagleboard.org/latest-images Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] ncp349 chip on beagle
Thanks Gerald. You make a good point about the returns you see. It would be interesting to know if those numbers are due to many if not most powering boards from usb due to it's immense ubiquity and popularity. While I generally try to be careful in getting things right including checking things multiple ways with VOM prior to, during and, after assembly I can say it has happened where a power cord on some item has been assembled or hooked up improperly such that polarity ends up reversed. I'm aware of the voltage drop issue with a rectifier which is why I was thinking single diode placed across the input (basicly as a crowbar to the supply) as the point is protection but again with the rma levels seen I can see how that dictates economics. Eric On Thu, May 22, 2014 at 6:14 AM, Gerald Coley ger...@beagleboard.orgwrote: It will not protect against reverse polarity.A full wave rectifier will cause a voltage drop and then you o longer have 5V. Yes I could have added some reverse protection, but I must admit out of 200,00 boards shipped I have sen about 10 cases of reverse polarity. So adding he cost to all boards for that feature does not make a lot of sense. I removed the NCP349 on the BBB..Out of the 150,000 of those shipped, I think we maybe had 3 cases of reverse polarity. Gerald On Thu, May 22, 2014 at 2:15 AM, Eric Fort eric.f...@gmail.com wrote: are you saying that the ncp349 *CONTAINS* a full wave bridge rectifier? I certainly didn't see that in the data sheet. Note the point is protection from overvoltage and possibly, thus the question, polarity reversal which may or may not be the same as severe under voltage. Eric On Wed, May 21, 2014 at 11:18 PM, Bayani Custodio bayani.p.custo...@gmail.com wrote: Full wave bridge rectifier, if they make 'me small enough would be the cat's meow. Worked we'll on an old project back in the op amp days. Sent from my iPad On May 21, 2014, at 11:41 PM, Eric Fort eric.f...@gmail.com wrote: the ncp349 chip used for overvoltage protection on the dc power input for the beaglebone seems to do a good job of providing overvoltage protection. Even looking at it's datasheet though, I'm not completely sure if it will protect the board against reverse polarity. (I'm not out to overtly or purposely try this but I too have occasionally made mistakes...) so should the beagle bone white/black be protected from application of reverse polarity being applied, i.e. powering it with -5v instead of +5v, by the ncp349 (or might it be a good idea to add a reverse polarity diode across DC in that will pop the power supply save the board. Eric -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] ncp349 chip on beagle
Actually, USB power is not all that common. A lot of people have a cape they are using or Ethernet, so that is typically more than a USB port can supply. So we see more DC power applications. Also, a lot of the USB power ends up going to the FTDI device on the board as it is activated when connected ot the USB port. Gerald On Thu, May 22, 2014 at 1:19 PM, Eric Fort eric.f...@gmail.com wrote: Thanks Gerald. You make a good point about the returns you see. It would be interesting to know if those numbers are due to many if not most powering boards from usb due to it's immense ubiquity and popularity. While I generally try to be careful in getting things right including checking things multiple ways with VOM prior to, during and, after assembly I can say it has happened where a power cord on some item has been assembled or hooked up improperly such that polarity ends up reversed. I'm aware of the voltage drop issue with a rectifier which is why I was thinking single diode placed across the input (basicly as a crowbar to the supply) as the point is protection but again with the rma levels seen I can see how that dictates economics. Eric On Thu, May 22, 2014 at 6:14 AM, Gerald Coley ger...@beagleboard.orgwrote: It will not protect against reverse polarity.A full wave rectifier will cause a voltage drop and then you o longer have 5V. Yes I could have added some reverse protection, but I must admit out of 200,00 boards shipped I have sen about 10 cases of reverse polarity. So adding he cost to all boards for that feature does not make a lot of sense. I removed the NCP349 on the BBB..Out of the 150,000 of those shipped, I think we maybe had 3 cases of reverse polarity. Gerald On Thu, May 22, 2014 at 2:15 AM, Eric Fort eric.f...@gmail.com wrote: are you saying that the ncp349 *CONTAINS* a full wave bridge rectifier? I certainly didn't see that in the data sheet. Note the point is protection from overvoltage and possibly, thus the question, polarity reversal which may or may not be the same as severe under voltage. Eric On Wed, May 21, 2014 at 11:18 PM, Bayani Custodio bayani.p.custo...@gmail.com wrote: Full wave bridge rectifier, if they make 'me small enough would be the cat's meow. Worked we'll on an old project back in the op amp days. Sent from my iPad On May 21, 2014, at 11:41 PM, Eric Fort eric.f...@gmail.com wrote: the ncp349 chip used for overvoltage protection on the dc power input for the beaglebone seems to do a good job of providing overvoltage protection. Even looking at it's datasheet though, I'm not completely sure if it will protect the board against reverse polarity. (I'm not out to overtly or purposely try this but I too have occasionally made mistakes...) so should the beagle bone white/black be protected from application of reverse polarity being applied, i.e. powering it with -5v instead of +5v, by the ncp349 (or might it be a good idea to add a reverse polarity diode across DC in that will pop the power supply save the board. Eric -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe
Re: [beagleboard] Received my 4GB eMMC BBB
From: Gerald Coley ger...@beagleboard.org Reply-To: beagleboard@googlegroups.com Date: Thursday, May 22, 2014 at 6:16 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Received my 4GB eMMC BBB It is not AM4x. Well, that is good news. Gerald On Thu, May 22, 2014 at 8:15 AM, Charles Steinkuehler char...@steinkuehler.net wrote: On 5/21/2014 10:12 PM, William Hermans wrote: Robert, just curious. What do you use for your native compile machine ? I was recently looking at the wanderboard, but did not see any mention of Debian on their wiki. But I also did not dig very deep. Mostly I am looking for a reasonably priced SBC, that has a good amount of oomph. ARM type, one each. I have a Wandboard quad, but I'm doing builds on my CuBox i4-Pro, which is pretty similar. I like the small(er) form factor of the CuBox a bit better than the Wand, and I like that I can plug in a SATA cable and keep the case on. :) -- Charles Steinkuehler char...@steinkuehler.net -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com mailto:beagleboard%2bunsubscr...@googlegroups.com . For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] 4G eMMC Durability?
MLC NAND enables around 10k write cycles SLC NAND enables more than 100k write cycles. And, of course, these are the number of cycles for whole erase blockshttp://en.wikipedia.org/wiki/Flash_memory#Block_erasure. If you write one byte and flush the operation to your flash disk, you're actually writing the erase block size (say 4MB's), resulting in some write amplification factor. So, many continuous small writes, that are flushed to disk, can very quickly touch all of the remaining erase blocks on your disk. For log file messages a few hundred bytes each, each flushed to disk as most log messages are, with a best case memory controller that touches the least used block next, and a 4MB erase block size, you'll have written 4GB to your card after 1024 messages. So you get 10 million log file writes if you have a card with 4GB of free space. If your OS partition is using 2GB then you get around 5 million. If you're writing to flash of any kind, you cannot think of it as will my product fail. You *must* think of it as when will my product fail, because that's the nature of the medium. Sometimes it's many years. In our case, it was many weeks. Then we reduced the log messages making it months. Now, we use a read only mount, so it's based on the read disturbhttp://en.wikipedia.org/wiki/Flash_memory#Read_disturb. But, even though it's a read only, it will still eventually fail. But, that'll be long past our support life. The undeniable rule of flash: Your flash storage will eventually fail, because you're destructively blasting electrons through glasshttp://en.wikipedia.org/wiki/Hot_carrier_injection#Reliability_impact (oxide). On Thursday, May 22, 2014 12:39:44 AM UTC-7, lisarden wrote: eMMC and SD cards are almost the same as Gerald said. eMMC is based on MLC NAND MLC NAND enables around 10k write cycles SLC NAND enables more than 100k write cycles. That is why we use only SLC in our industrial products. I'm sure when you supply products with 5 year warranty you don't want to discuss eMMC/MLC reliability. Less risks - less profit lost. 2014-05-22 11:13 GMT+04:00 Willem Buitendyk wil...@pcfish.cajavascript: : I wasn't seeing data corruption due to Linux but from the cards going completely kaput. No amount of effort seemed to restore them. I was under the impression the eMMC used MLC rather than TLC or MBC? That would imply a different controller and ideally a much longer lifespan. On Wednesday, May 21, 2014 12:27:28 PM UTC-7, Gerald wrote: Reliability at the cell level is the exactly the same. he controller is exactly the same. However, having more unused space enhances the wear leveling where cells get used less often. It does not however prevent issues with data corruption for any Linux issues. Gerald On Wed, May 21, 2014 at 2:21 PM, Willem Buitendyk wil...@pcfish.cawrote: I have about 150 beaglebone's running wild over a large geographical area, basically all over British Columbia. When I first deployed them last year they all started failing within about a month. That amounted to a lot of needless driving, hair pulling, forehead banging and just general over anxiety - its a wonder I'm still alive. I eventually ended up using two uSD cards, one with a read only mounted filesystem and the other used for writing data (ext4). My beaglebone's are paired with a msp430 so I have managed to ensure they also receive a nice, clean power down. So far its been about a year and I'd say well over 95% are still working fine. However, I recently talked with a tech support from an industrial SD card manufacturer and he informed me that SD cards that are only ever read to can also fail eventually. He suggested that you write a little bit once in a while to activate the wear levelling mechanism. As things seem to be working (for now) I haven't drummed up the courage to try writing again. Now we have the beaglebone black with 4G eMMC and I'm wondering just how much more reliable eMMC is compared to the stock Kingston 4GB cards in read only mode that came with the Beaglebone. I know eMMC is supposed to be much improved having an integrated controller but wonder if in a read-only scenario it makes any difference? Furthermore, I wonder if others on here can offer any experiences or comparisons of eMMC to say SLC memory? Thanks -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving
[beagleboard] Board Does Not Power On, Power LED Flashes Once
I've managed to damage BBB when I was disconnecting power input cable from it. Is the following issue of old Beaglebone still valid for the BBB? http://www.elinux.org/Beagleboard:BeagleBone#Board_Does_Not_Power_On.2C_Power_LED_Flashes.5BAll_Revisions.5D Just wondering, I might have damaged it because it was connected to another device via I2C bus, but there was just 10kOhm pull up, so it seems not very probable. Thanks. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Board Does Not Power On, Power LED Flashes Once
You really need to power down the board and not pull out the power. Whatever the cause, the board needs to be repaired. Gerald On Thu, May 22, 2014 at 1:57 PM, Miroslav Rudišin rudi...@gmail.com wrote: I've managed to damage BBB when I was disconnecting power input cable from it. Is the following issue of old Beaglebone still valid for the BBB? http://www.elinux.org/Beagleboard:BeagleBone#Board_Does_Not_Power_On.2C_Power_LED_Flashes.5BAll_Revisions.5D Just wondering, I might have damaged it because it was connected to another device via I2C bus, but there was just 10kOhm pull up, so it seems not very probable. Thanks. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Received my 4GB eMMC BBB
Agreed. Gerald On Thu, May 22, 2014 at 1:50 PM, John Syn john3...@gmail.com wrote: From: Gerald Coley ger...@beagleboard.org Reply-To: beagleboard@googlegroups.com Date: Thursday, May 22, 2014 at 6:16 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Received my 4GB eMMC BBB It is not AM4x. Well, that is good news. Gerald On Thu, May 22, 2014 at 8:15 AM, Charles Steinkuehler char...@steinkuehler.net wrote: On 5/21/2014 10:12 PM, William Hermans wrote: Robert, just curious. What do you use for your native compile machine ? I was recently looking at the wanderboard, but did not see any mention of Debian on their wiki. But I also did not dig very deep. Mostly I am looking for a reasonably priced SBC, that has a good amount of oomph. ARM type, one each. I have a Wandboard quad, but I'm doing builds on my CuBox i4-Pro, which is pretty similar. I like the small(er) form factor of the CuBox a bit better than the Wand, and I like that I can plug in a SATA cable and keep the case on. :) -- Charles Steinkuehler char...@steinkuehler.net -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Board Does Not Power On, Power LED Flashes Once
By powering down you mean either: - issuing power off sequence from the OS - holding power button for 8 seconds Or is it also good enough just disconnecting power supply from wall outlet? Thanks. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: 4G eMMC Durability?
how you created your rootfs ext4 format? your files are in the same partition rootfs? Em quarta-feira, 21 de maio de 2014 16h21min20s UTC-3, Willem Buitendyk escreveu: I have about 150 beaglebone's running wild over a large geographical area, basically all over British Columbia. When I first deployed them last year they all started failing within about a month. That amounted to a lot of needless driving, hair pulling, forehead banging and just general over anxiety - its a wonder I'm still alive. I eventually ended up using two uSD cards, one with a read only mounted filesystem and the other used for writing data (ext4). My beaglebone's are paired with a msp430 so I have managed to ensure they also receive a nice, clean power down. So far its been about a year and I'd say well over 95% are still working fine. However, I recently talked with a tech support from an industrial SD card manufacturer and he informed me that SD cards that are only ever read to can also fail eventually. He suggested that you write a little bit once in a while to activate the wear levelling mechanism. As things seem to be working (for now) I haven't drummed up the courage to try writing again. Now we have the beaglebone black with 4G eMMC and I'm wondering just how much more reliable eMMC is compared to the stock Kingston 4GB cards in read only mode that came with the Beaglebone. I know eMMC is supposed to be much improved having an integrated controller but wonder if in a read-only scenario it makes any difference? Furthermore, I wonder if others on here can offer any experiences or comparisons of eMMC to say SLC memory? Thanks -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Board Does Not Power On, Power LED Flashes Once
You should be able to just press the power button once briefly and it shutdown. Assuming the image you are running has it. The latest image does have it. After it powers down, then you can remove the power. We need to make sure the PMIC powers down all the rails to the processor in order. Gerald On Thu, May 22, 2014 at 2:17 PM, Miroslav Rudišin rudi...@gmail.com wrote: By powering down you mean either: - issuing power off sequence from the OS - holding power button for 8 seconds Or is it also good enough just disconnecting power supply from wall outlet? Thanks. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Board Does Not Power On, Power LED Flashes Once
OK, thanks. You might consider adding this information into the manual. On Thursday, May 22, 2014 9:25:07 PM UTC+2, Gerald wrote: You should be able to just press the power button once briefly and it shutdown. Assuming the image you are running has it. The latest image does have it. After it powers down, then you can remove the power. We need to make sure the PMIC powers down all the rails to the processor in order. Gerald On Thu, May 22, 2014 at 2:17 PM, Miroslav Rudišin rud...@gmail.comjavascript: wrote: By powering down you mean either: - issuing power off sequence from the OS - holding power button for 8 seconds Or is it also good enough just disconnecting power supply from wall outlet? Thanks. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Board Does Not Power On, Power LED Flashes Once
From: Gerald Coley ger...@beagleboard.org Reply-To: beagleboard@googlegroups.com Date: Thursday, May 22, 2014 at 12:25 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Board Does Not Power On, Power LED Flashes Once You should be able to just press the power button once briefly and it shutdown. Assuming the image you are running has it. The latest image does have it. After it powers down, then you can remove the power. We need to make sure the PMIC powers down all the rails to the processor in order. Or you can enter halt on the console or terminal window and it will power off. Regards, John Gerald On Thu, May 22, 2014 at 2:17 PM, Miroslav Rudišin rudi...@gmail.com wrote: By powering down you mean either: - issuing power off sequence from the OS - holding power button for 8 seconds Or is it also good enough just disconnecting power supply from wall outlet? Thanks. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Board Does Not Power On, Power LED Flashes Once
I will add it to the manual. But then again, I just decided this today, so I would appreciate giving me a little time to get it in there. Gerald On Thu, May 22, 2014 at 3:28 PM, John Syn john3...@gmail.com wrote: From: Gerald Coley ger...@beagleboard.org Reply-To: beagleboard@googlegroups.com Date: Thursday, May 22, 2014 at 12:25 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Board Does Not Power On, Power LED Flashes Once You should be able to just press the power button once briefly and it shutdown. Assuming the image you are running has it. The latest image does have it. After it powers down, then you can remove the power. We need to make sure the PMIC powers down all the rails to the processor in order. Or you can enter “halt” on the console or terminal window and it will power off. Regards, John Gerald On Thu, May 22, 2014 at 2:17 PM, Miroslav Rudišin rudi...@gmail.comwrote: By powering down you mean either: - issuing power off sequence from the OS - holding power button for 8 seconds Or is it also good enough just disconnecting power supply from wall outlet? Thanks. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] MediaTek (Logic Supply) Wi-Fi adapter for BBB and Debian
Thanks, I'll install that new image and see how it goes. On Thursday, May 22, 2014 11:47:27 AM UTC-5, RobertCNelson wrote: On Thu, May 22, 2014 at 11:34 AM, Russ Hall rll...@gmail.comjavascript: wrote: If anyone could please write a small tutorial on getting this adapter working on the Rev. C BBB it would be appreciated. It was said that Debian already supported this hardware but it does not work. Compiling my own drivers is not user-friendly! I downloaded the driver files from MediaTek and it has 254 files in one directory. The Debian image is located here, with built-in support for the Logic Supply. http://beagleboard.org/latest-images Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Board Does Not Power On, Power LED Flashes Once
Yes, I see it in the C.1 doc. It could be more imperative than just recomendation, but it is there. Thanks for fast action. On Thursday, May 22, 2014 11:48:19 PM UTC+2, Gerald wrote: Done. Gerald On Thu, May 22, 2014 at 3:33 PM, Gerald Coley ger...@beagleboard.orgjavascript: wrote: I will add it to the manual. But then again, I just decided this today, so I would appreciate giving me a little time to get it in there. Gerald On Thu, May 22, 2014 at 3:28 PM, John Syn john...@gmail.comjavascript: wrote: From: Gerald Coley ger...@beagleboard.org javascript: Reply-To: beagl...@googlegroups.com javascript: Date: Thursday, May 22, 2014 at 12:25 PM To: beagl...@googlegroups.com javascript: beagl...@googlegroups.comjavascript: Subject: Re: [beagleboard] Board Does Not Power On, Power LED Flashes Once You should be able to just press the power button once briefly and it shutdown. Assuming the image you are running has it. The latest image does have it. After it powers down, then you can remove the power. We need to make sure the PMIC powers down all the rails to the processor in order. Or you can enter “halt” on the console or terminal window and it will power off. Regards, John Gerald On Thu, May 22, 2014 at 2:17 PM, Miroslav Rudišin rud...@gmail.comjavascript: wrote: By powering down you mean either: - issuing power off sequence from the OS - holding power button for 8 seconds Or is it also good enough just disconnecting power supply from wall outlet? Thanks. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] beagle bone dc power connector
What is the proper size for the beagle bone DC power connector? The SRM says, 2.1MM center positive x 5.5mm outer barrel but a number of connectors I have that state 2.1x5.5mm will not mate as they are to large outside diameter and they measure 5.5mm OD as stated. A 5mm OD connector seems to fit just fine. What is the proper size? Is the SRM in error or did maybe some of these boards get built with slightly off sized DC power jacks? Eric -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Beaglebone Black: Reading GPIO at High Frequencies
From: edwin.j@gmail.com Reply-To: beagleboard@googlegroups.com Date: Thursday, May 22, 2014 at 4:53 PM To: beagleboard@googlegroups.com Cc: ej...@yahoo.com Subject: [beagleboard] Beaglebone Black: Reading GPIO at High Frequencies I would like to continuously read the status of an IO line on my Beaglebone black. The code I pasted below is a section of my software looking for rising and falling edges. Is there a way in Linux to read the status of that line without having to open and close the same file that is faster? The method I have below works, but only at really low frequencies. I am trying to read the IO approx. 15kHz. Doing this from user space using the SYS filesystem is going to be slow. You have two options in Linux: 1. Use mmap and read/write directly the GPIO registers 2. Use a kernel module or device driver to read/write the GPIO registers However, even at 15KHz, the Linux kernel will be too slow because of scheduling and interrupt latency. I suggest you try to do the high speed stuff with the PRU and then interface with Linux for the high level data manipulations. Regards, John Thanks while( buf[0]=='0' ) { memset(adc_drdy, 0, sizeof(adc_drdy) ); if((j = fopen ( /sys/class/gpio/gpio65/value, r )) == NULL) { //printSerial(Unable to read input file); } else { fgets(adc_drdy, sizeof(adc_drdy), j); strcpy(buf, adc_drdy); //fprintf(j, %s, adc_drdy); fclose(j); } system(echo 0 /sys/class/gpio/gpio61/value); printf(%c\n, buf[0]); //if(ADC_DRDY=='1') break; } while( buf[0]=='1' ) { memset(adc_drdy, 0, sizeof(adc_drdy) ); if((j = fopen ( /sys/class/gpio/gpio65/value, r )) == NULL) { //printSerial(Unable to read input file); } else { fgets(adc_drdy, sizeof(adc_drdy), j); strcpy(buf, adc_drdy); //fprintf(j, %s, adc_drdy); fclose(j); } system(echo 1 /sys/class/gpio/gpio61/value); printf(%c\n, buf[0]); //if(ADC_DRDY=='0') break; } -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Official eQEP driver Support
Damn, now that its in the kernel i'm going to have to maintain backwards compatibility =P. As far as eQEP goes, I think you can enable eQEP 0 without any conflictions. (P9.42 = eQEP0A_in, P9.27 = eQEP0B_in, P9.25 = eQEP0_strobe, and P9.41 = eQEP0_index - all at mode 1). I read above someone wanted to see the eQEP hardware in the angstrom device tree - here's a patch just for the device tree file. - Nathaniel Lewis On Thu, May 22, 2014 at 4:11 AM, Jason Kridner jason.krid...@hangerhead.com wrote: On Wed, May 14, 2014 at 4:59 AM, Teknoman117 linux.robotd...@gmail.comwrote: I don't believe that actually will change the I/O configuration. For the pin ctrl entry to be adopted, it needs to be used by some driver. Turns out there is a pinmux helper device. Check out this blog post: http://hipstercircuits.com/enable-serialuarttty-on-beaglebone-black/. More specifically, this section: fragment@2 { target = ocp; __overlay__ { test_helper: helper { compatible = bone-pinmux-helper; pinctrl-names = default; pinctrl-0 = pinctrl_uart5; status = okay; }; }; }; - Nathaniel With cape-universal, I believe our new path is to include stuff like this in https://github.com/cdsteinkuehler/beaglebone-universal-io. In that case, you could simply do something like: root@beaglebone:~# config-pin P8.16 qep root@beaglebone:~# config-pin -q P8.16 P8_16 Mode: qep root@beaglebone:~# cat /sys/devices/ocp.3/P8_16_pinmux.24/state qep However, with HDMI enabled, I'm not able to find a valid set of pins to put together an entire eQEP. Further, the entries for an eqep don't seem to be in cape-universal. There has been some discussion if they are necessary, but I haven't been able to expose an eqep as of yet. I'll disable HDMI and reboot next, but can those with experience comment on if something like this is necessary: https://github.com/jadonk/beaglebone-universal-io/commit/5394b3e3813913e2b05253a1f06dbdb9f09341b5 diff --git a/cape-universal-00A0.dts b/cape-universal-00A0.dts index ad5b388..bc6c005 100755 --- a/cape-universal-00A0.dts +++ b/cape-universal-00A0.dts @@ -602,7 +602,7 @@ P9_27_gpio_pd_pin: pinmux_P9_27_gpio_pd_pin { pinctrl-single,pins = 0x1a4 0x27; }; /* Mode 7, Pull-Down, RxActive */ P9_27_qep_pin: pinmux_P9_27_qep_pin { -pinctrl-single,pins = 0x1a4 0x21; }; /* Mode 1, Pull-Down, RxActive */ +pinctrl-single,pins = 0x1a4 0x31; }; /* Mode 1, Pull-Up, RxActive */ P9_27_pruout_pin: pinmux_P9_27_pruout_pin { pinctrl-single,pins = 0x1a4 0x25; }; /* Mode 5, Pull-Down, RxActive */ P9_27_pruin_pin: pinmux_P9_27_pruin_pin { @@ -752,7 +752,7 @@ P9_92_gpio_pd_pin: pinmux_P9_92_gpio_pd_pin { pinctrl-single,pins = 0x1a0 0x27; }; /* Mode 7, Pull-Down, RxActive */ P9_92_qep_pin: pinmux_P9_92_qep_pin { -pinctrl-single,pins = 0x1a0 0x21; }; /* Mode 1, Pull-Down, RxActive */ +pinctrl-single,pins = 0x1a0 0x31; }; /* Mode 1, Pull-Up, RxActive */ P9_92_pruout_pin: pinmux_P9_92_pruout_pin { pinctrl-single,pins = 0x1a0 0x25; }; /* Mode 5, Pull-Down, RxActive */ P9_92_pruin_pin: pinmux_P9_92_pruin_pin { @@ -1727,4 +1727,24 @@ }; }; + +// +/* eQEP */ +// + +fragment@41 { + target = eqep0; + __overlay__ { + status = okay; +pinctrl-names = default; +pinctrl-0 = ; + +count_mode = 0; /* 0 - Quadrature mode, normal 90 phase offset cha chb. 1 - Direction mode. cha input = clock, chb input = direction */ +swap_inputs = 0; /* Are channel A and channel B swapped? (0 - no, 1 - yes) */ +invert_qa = 1; /* Should we invert the channel A input? */ +invert_qb = 1; /* Should we invert the channel B input? I invert these because my encoder outputs drive transistors that pull down the pins */ +invert_qi = 0; /* Should we invert the index input? */ +invert_qs = 0; /* Should we invert the strobe input? */ + }; +}; }; On Tuesday, May 13, 2014 1:55:00 AM UTC-7, Strawson wrote: Actually, let me be more specific. I use the pinmux lines and enable the PWM Subsystem as follows fragment@0 { target = am33xx_pinmux; __overlay__ { pinctrl_eqep0: pinctrl_eqep0_pins { pinctrl-single,pins = 0x1A8 0x21 /* P9_41 = GPIO3_20 = EQEP0_index, MODE1 */ 0x1AC 0x21 /* P9_25 = GPIO3_21 = EQEP0_strobe, MODE1 */
Re: [beagleboard] Beaglebone Black: Reading GPIO at High Frequencies
Thanks for the quick response. I will definitely look into it On Thursday, May 22, 2014 5:35:26 PM UTC-7, john3909 wrote: From: edwin...@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: Date: Thursday, May 22, 2014 at 4:53 PM To: beagl...@googlegroups.com javascript: Cc: ej...@yahoo.com javascript: Subject: [beagleboard] Beaglebone Black: Reading GPIO at High Frequencies I would like to continuously read the status of an IO line on my Beaglebone black. The code I pasted below is a section of my software looking for rising and falling edges. Is there a way in Linux to read the status of that line without having to open and close the same file that is faster? The method I have below works, but only at really low frequencies. I am trying to read the IO approx. 15kHz. Doing this from user space using the SYS filesystem is going to be slow. You have two options in Linux: 1. Use mmap and read/write directly the GPIO registers 2. Use a kernel module or device driver to read/write the GPIO registers However, even at 15KHz, the Linux kernel will be too slow because of scheduling and interrupt latency. I suggest you try to do the high speed stuff with the PRU and then interface with Linux for the high level data manipulations. Regards, John Thanks while( buf[0]=='0' ) { memset(adc_drdy, 0, sizeof(adc_drdy) ); if((j = fopen ( /sys/class/gpio/gpio65/value, r )) == NULL) { //printSerial(Unable to read input file); } else { fgets(adc_drdy, sizeof(adc_drdy), j); strcpy(buf, adc_drdy); //fprintf(j, %s, adc_drdy); fclose(j); } system(echo 0 /sys/class/gpio/gpio61/value); printf(%c\n, buf[0]); //if(ADC_DRDY=='1') break; } while( buf[0]=='1' ) { memset(adc_drdy, 0, sizeof(adc_drdy) ); if((j = fopen ( /sys/class/gpio/gpio65/value, r )) == NULL) { //printSerial(Unable to read input file); } else { fgets(adc_drdy, sizeof(adc_drdy), j); strcpy(buf, adc_drdy); //fprintf(j, %s, adc_drdy); fclose(j); } system(echo 1 /sys/class/gpio/gpio61/value); printf(%c\n, buf[0]); //if(ADC_DRDY=='0') break; } -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Official eQEP driver Support
eQEP2 is connected to two sets of pins, one of which may also be exposed without disabling the HDMI. Here are the pins: 0x038 0x24 /* P8_16 = GPIO2_12 = EQEP2_index, MODE4 */ 0x03C 0x24 /* P8_15 = GPIO2_13 = EQEP2_strobe, MODE4 */ 0x030 0x34 /* P8_12 = GPIO2_10 = EQEP2A_in, MODE4 */ 0x034 0x34 /* P8_11 = GPIO2_11 = EQEP2B_in, MODE4 */ - James Zapico On Thursday, May 22, 2014 7:43:01 PM UTC-5, Teknoman117 wrote: Damn, now that its in the kernel i'm going to have to maintain backwards compatibility =P. As far as eQEP goes, I think you can enable eQEP 0 without any conflictions. (P9.42 = eQEP0A_in, P9.27 = eQEP0B_in, P9.25 = eQEP0_strobe, and P9.41 = eQEP0_index - all at mode 1). I read above someone wanted to see the eQEP hardware in the angstrom device tree - here's a patch just for the device tree file. - Nathaniel Lewis On Thu, May 22, 2014 at 4:11 AM, Jason Kridner jason@hangerhead.comjavascript: wrote: On Wed, May 14, 2014 at 4:59 AM, Teknoman117 linux.r...@gmail.comjavascript: wrote: I don't believe that actually will change the I/O configuration. For the pin ctrl entry to be adopted, it needs to be used by some driver. Turns out there is a pinmux helper device. Check out this blog post: http://hipstercircuits.com/enable-serialuarttty-on-beaglebone-black/. More specifically, this section: fragment@2 { target = ocp; __overlay__ { test_helper: helper { compatible = bone-pinmux-helper; pinctrl-names = default; pinctrl-0 = pinctrl_uart5; status = okay; }; }; }; - Nathaniel With cape-universal, I believe our new path is to include stuff like this in https://github.com/cdsteinkuehler/beaglebone-universal-io. In that case, you could simply do something like: root@beaglebone:~# config-pin P8.16 qep root@beaglebone:~# config-pin -q P8.16 P8_16 Mode: qep root@beaglebone:~# cat /sys/devices/ocp.3/P8_16_pinmux.24/state qep However, with HDMI enabled, I'm not able to find a valid set of pins to put together an entire eQEP. Further, the entries for an eqep don't seem to be in cape-universal. There has been some discussion if they are necessary, but I haven't been able to expose an eqep as of yet. I'll disable HDMI and reboot next, but can those with experience comment on if something like this is necessary: https://github.com/jadonk/beaglebone-universal-io/commit/5394b3e3813913e2b05253a1f06dbdb9f09341b5 diff --git a/cape-universal-00A0.dts b/cape-universal-00A0.dts index ad5b388..bc6c005 100755 --- a/cape-universal-00A0.dts +++ b/cape-universal-00A0.dts @@ -602,7 +602,7 @@ P9_27_gpio_pd_pin: pinmux_P9_27_gpio_pd_pin { pinctrl-single,pins = 0x1a4 0x27; }; /* Mode 7, Pull-Down, RxActive */ P9_27_qep_pin: pinmux_P9_27_qep_pin { -pinctrl-single,pins = 0x1a4 0x21; }; /* Mode 1, Pull-Down, RxActive */ +pinctrl-single,pins = 0x1a4 0x31; }; /* Mode 1, Pull-Up, RxActive */ P9_27_pruout_pin: pinmux_P9_27_pruout_pin { pinctrl-single,pins = 0x1a4 0x25; }; /* Mode 5, Pull-Down, RxActive */ P9_27_pruin_pin: pinmux_P9_27_pruin_pin { @@ -752,7 +752,7 @@ P9_92_gpio_pd_pin: pinmux_P9_92_gpio_pd_pin { pinctrl-single,pins = 0x1a0 0x27; }; /* Mode 7, Pull-Down, RxActive */ P9_92_qep_pin: pinmux_P9_92_qep_pin { -pinctrl-single,pins = 0x1a0 0x21; }; /* Mode 1, Pull-Down, RxActive */ +pinctrl-single,pins = 0x1a0 0x31; }; /* Mode 1, Pull-Up, RxActive */ P9_92_pruout_pin: pinmux_P9_92_pruout_pin { pinctrl-single,pins = 0x1a0 0x25; }; /* Mode 5, Pull-Down, RxActive */ P9_92_pruin_pin: pinmux_P9_92_pruin_pin { @@ -1727,4 +1727,24 @@ }; }; + +// +/* eQEP */ +// + +fragment@41 { +target = eqep0; +__overlay__ { +status = okay; +pinctrl-names = default; +pinctrl-0 = ; + +count_mode = 0; /* 0 - Quadrature mode, normal 90 phase offset cha chb. 1 - Direction mode. cha input = clock, chb input = direction */ +swap_inputs = 0; /* Are channel A and channel B swapped? (0 - no, 1 - yes) */ +invert_qa = 1; /* Should we invert the channel A input? */ +invert_qb = 1; /* Should we invert the channel B input? I invert these because my encoder outputs drive transistors that pull down the pins */ +invert_qi = 0; /* Should we invert the index input? */ +invert_qs = 0; /* Should we invert
[beagleboard] Beagle as a weblogger?
Hi Everyone, Just wondering if anyone has used the Beaglebone (BB) a data logger (ie. weblogger). That is to collect weblogs from my Linksys router. Within the router there is an option to forward weblogs to an IP address of my choice. Since the BB has an ethernet interface was wondering if this could be done. Not sure if there is code out that would parse these weblogs out, but just figured I would as from a hardware perspective. Thanks -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Mono problem on Angstrom
Did anybody get a solution to this issue? Having the same problem! Den søndag den 16. februar 2014 00.47.45 UTC+1 skrev Frank Applin: Hi, I know there people that have gotten Mono working on the BBB running Angstrom. I am fairly new to Linux and BBB, but I have many years of programming experience. So, with that said, here is what I've done so far. opkg update opkg install mono. I am simply trying to run the sample Hello World programs at: http://www.mono-project.com/Mono_Basics. I can run the command line example with no problems. When I try to run the GTK+ Hello World example with: gmcs Ex-02.cs -pkg:gtk-sharp-2.0 (Ex-o2.cs is my GTK+ Hello World program) This is the error I received: Package gtk-sharp-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gtk-sharp-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'gtk-sharp-2.0' found error CS8027: Error running pkg-config. Check the above output. When I try to run the .NET Windows Form Hello World example with: gmcs Ex-03.cs -pkg:dotnet (Ex-03.cs is my .NET Windows Form Hello World program) Package dotnet was not found in the pkg-config search path. Perhaps you should add the directory containing `dotnet.pc' to the PKG_CONFIG_PATH environment variable No package 'dotnet' found error CS8027: Error running pkg-config. Check the above output. Can anyone help with what I'm sure is an easy fix? Thanks! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
RE: [beagleboard] Beagle as a weblogger?
Doesn’t sound like a problem. You might want to have the ‘bone write the logs to an external (USB) drive to save the number of writes to the uSD card. http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On Behalf Of javaj...@gmail.com Sent: Thursday, May 22, 2014 8:40 PM To: beagleboard@googlegroups.com Subject: [beagleboard] Beagle as a weblogger? Hi Everyone, Just wondering if anyone has used the Beaglebone (BB) a data logger (ie. weblogger). That is to collect weblogs from my Linksys router. Within the router there is an option to forward weblogs to an IP address of my choice. Since the BB has an ethernet interface was wondering if this could be done. Not sure if there is code out that would parse these weblogs out, but just figured I would as from a hardware perspective. Thanks -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4592 / Virus Database: 3950/7543 - Release Date: 05/22/14 -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: PRU Pin Mux
There we are. I got it working using C24. That's incredibly confusing. What's config pin's deal here: debian@beaglebone:~/Desktop/riot_bin$ sudo config-pin -q P8.15 P8_15 Mode: pruin debian@beaglebone:~/Desktop/riot_bin$ sudo config-pin -q P8.45 Pin is not modifyable: P8_45 lcd_data0 debian@beaglebone:~/Desktop/riot_bin$ sudo config-pin -q P8.20 cape-univ-emmc overlay not found run config-pin overlay cape-univ-emmc to load the cape debian@beaglebone:~/Desktop/riot_bin$ config-pin overlay cape-univ-emmc Loading cape-univ-emmc overlay bash: line 0: echo: write error: File exists Error loading device tree overlay file: cape-univ-emmc I mean the muxing on P8.15 works splendedly but then P8.20 is inaccessible. Also most of the pins on PRU1 are covered up by lcd pins which will quickly become unacceptable in my project. On Wednesday, May 21, 2014 11:11:47 AM UTC-5, Charles Steinkuehler wrote: Use the real TRM and data sheet. The page you linked to is for an earlier version of the PRU. At the top it says: This arcticle is part of a collection of articles describing the PRU subsystem included in OMAP-L1x8/C674m/AM18xx devices (where m is an even number). The PRU cores are upgraded in the AM335x parts vs. the AM18xx. On 5/21/2014 10:57 AM, foreverska wrote: I got C3 from TI's website: http://processors.wiki.ti.com/index.php/Programmable_Realtime_Unit#PRU_Internal_Constants_Table_Entry_Register_n_.280x0480_.2B_4.2An.29 On Wednesday, May 21, 2014 5:31:19 AM UTC-5, Charles Steinkuehler wrote: On 5/21/2014 1:16 AM, foreverska wrote: Code never seems to work out of the box for me on these things. Now that I have operational code looking at R31 I have issues putting the results int datamemory which is just absurd. Here's the code: #define CONST_PRUDRAM C3 #define TOOTH_COUNTER R5 lpe: ADD TOOTH_COUNTER, TOOTH_COUNTER, 1 QBEQ lpe, r31, 0 SBCO TOOTH_COUNTER, CONST_PRUDRAM, 0, 4 I have also done this with SBBO pointed to 0x0 with no success. In prudebugger R5 has a non zero value but the memory comes up as 0x0 in the debugger. The C program I have agrees with the bugger's reported values on that value and surrounding values. Is there a setup for the pru to access DM? That feels absurd. It is it's own local ram. I suspect you are writing to the wrong address. Note that C3 which you use above points to the local eCAP timer, I have no idea why you think it should be writing to memory. As an aside, a C program should be able to look down in dram and see registers at the 0x7000 offset right? It looks empty to the bugger and my C program. Or are those different registers than the R0-R31? Read the PRU Reference Guide. The documentation for these registers indicates they are valid while the PRU is disabled. See the RUNSTATE and ENABLE bits in the CONTROL register (section 5.4.1 of the PRU Reference Guide). -- Charles Steinkuehler cha...@steinkuehler.net javascript: -- Charles Steinkuehler cha...@steinkuehler.net javascript: -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: requires to be root to ping!!
Hi Nelson, I installed 3.14.x from http://rcn-ee.net/deb/raring-armhf/v3.14.4-bone4/install-me.sh and then as you said I looked in /boot/uboot/uEnv.txt for line https://github.com/RobertCNelson/omap-image-builder/blob/master/target/boot/beagleboard.org.txt#L26https://www.google.com/url?q=https%3A%2F%2Fgithub.com%2FRobertCNelson%2Fomap-image-builder%2Fblob%2Fmaster%2Ftarget%2Fboot%2Fbeagleboard.org.txt%23L26sa=Dsntz=1usg=AFQjCNFM_ZJyZNXDseOPGlFm9KWfUP8mEw and I didn't find it in the file. On Tuesday, May 20, 2014 7:19:50 PM UTC+5:30, RobertCNelson wrote: On Tue, May 20, 2014 at 12:02 AM, neckTwi satyago...@gmail.comjavascript: wrote: Next, usb is a complete hack on 3.8, so switch to v3.14.x if usb is important to you. Note v3.14.x is lacking capemgr. I need UART1 and USB. My application enables UART1 during startup; I found a dtbo to enable UARTs on internet. In v3.14.x can I access /dev/ttyO1 out of box? Yes, enabling ttyO1 is easy with v3.14.x In /boot/uboot/uEnv.txt Just un-comment this line: https://github.com/RobertCNelson/omap-image-builder/blob/master/target/boot/beagleboard.org.txt#L26 Full steps: cd /opt/scripts/tools/ git pull sudo ./update_kernel.sh --beta-kernel (reboot) edit: /boot/uboot/uEnv.txt add: cape=ttyO1 (reboot) use newly enabled serial port. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Interconnecting two Beagle Bone Blacks
I'm not 100% that the driver for that exists in ArmHF. What's dmesg say after you plug it in? At any rate why not a crossover cable? or through your home router? On Thursday, May 22, 2014 7:38:09 AM UTC-5, Rasmus Prentow wrote: Hi I'm trying to connect two beagle bones, such that they can communicate using TCP. My first attempt is to use the USB cable by plugin the USB-cable into USB port one one machine and the MicroUSB port on the other. The machine with the main USB port does not add the interface for the USB as it normally would on any other linux machine. Here is the ifconfig root@beaglebone:~# ifconfig eth0 Link encap:Ethernet HWaddr 1c:ba:8c:a7:ac:26 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Interrupt:40 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:63312 errors:0 dropped:0 overruns:0 frame:0 TX packets:63312 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:5546794 (5.2 MiB) TX bytes:5546794 (5.2 MiB) usb0 Link encap:Ethernet HWaddr 96:9f:43:e9:77:c6 inet addr:192.168.7.2 Bcast:192.168.7.3 Mask:255.255.255.252 inet6 addr: fe80::949f:43ff:fee9:77c6/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:7244 errors:0 dropped:0 overruns:0 frame:0 TX packets:6820 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:377882 (369.0 KiB) TX bytes:906342 (885.0 KiB) I run debian on both BBBs. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.