[beagleboard] Assessing BeableBone Black capabilities
Hi, My name is Fisher, I'm doing a Masters in control system research and need to choose a controller board for my project. It will control a 6 wheel car (wild thumper) to keep a rod (inverted pendulum) upright. I am looking to understand the BBB in more detail to know if I should consider it or not. I will be using the controller board with Simulink from Mathworks in the same way it can be used with RPi or Arduino. I hope to control the 6 motors with PWM, read a few voltages with ADC, may be use some I2C and SPI etc. The BBB may be a strong choice for me if I can use the 2 x IO processors to do realtime stuff while the CPU does other things. I have a few questions, mainly how its used/programmed compared to the Raspberry Pi as they can both run Debian Linux. - Are there BBB python libraries for general things like PWM, ADC, I2C and other general IO like in RPi? - How different is the BBB to use and program to RPi? - The BBB seems to have 2 x IO processors in its PRU-ICSS, I think they are 200MHz each, how easy is it to use them for inputs, outputs and calculations separate from the CPU? Is there a kernel module? - The PRU-ICSS does not really seem to be documented except for in a GIT project, the documents there seem to have info from Texas instruments (who make the CPU) but not official. Is this subsystem used by others? How? - PWM seems to be 2 types: hi and low resolution, 3 of each to make 6 in total. The hi seems to have 2 outputs per unit, can they have separate duty cycles? I would like to control 6 separate motors. - The BBB seems to have an 8 channel, 12 bit ADC - Are any issues with the board such as can't use certain IO's at the same time, such as using 6 PWM outputs with 2 ADC, I2C or SPI? Here is the GIT project for the PRU that I have found, Ti seems to refer to it as well, I think in a forum of theirs. https://github.com/beagleboard/am335x_pru_package To my knowledge, the BBB has: - 1GHz ARM v8 32 bit CPU from Ti - 3D GPU with max 720p through HDMI - 2 x IO processors in the PRU-ICSS - 3 hi resolution PWM (eHRPWM) - 3 low resolution PWM (eCAP) - Some quadrature encoder inputs I appreciate any input from anyone. Thanks, Fisher -- 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: Problems with locale
I had first to clean up lots of stuff (are they really needed in the official Debian image? I think lots of apps (like Chromium) and graphical stuff can be removed, as the user can install them) and then re-install *locales*, after having added italian folder to *01_nodoc*. Then I had locale alias file `/usr/share/locale/locale.alias' not found: No such file or directory when *locale-gen*ing. The solution was to do by hand what Debian would have done by its own: # ln -s /etc/locale.alias /usr/share/locale/locale.alias But when I use the applications they still are in english... Will try installing locales-all, as I've fixed */etc/dpkg/dpkg.conf.d/01_nodoc* as I wished to. -- 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] Using bitwise not(~) gives syntax error - Can't clear multiple bits at once
That makes perfect sense. Thanks Bas! On Monday, June 30, 2014 4:27:47 PM UTC-7, Bas Laarhoven wrote: Michael, Look at it this way: The data type is always 32 bits. (13) or 0x0008 can be used as 8-bit number without data loss. ~(13) or 0xFFF7 can't be used as an 8-bit number without data loss. If you keep this in mind when coding you'll be safe. The assembler is rather simple in parsing the input. It probably just compares the parsed 32-bit result with the allowed range (0-255). -- Bas On 1-7-2014 1:02, Michael M wrote: Hi Bas, You are right! The following works: AND r3.b0, r3.b0, (~(13) 0xff)// Clear bit 3 It's strange that (13) is interpreted as 8-bit, but ~(13) is interpreted as 32-bit. It appears to be an undocumented quirk of using this operator? Thanks for your help! On Monday, June 30, 2014 2:33:51 PM UTC-7, Bas Laarhoven wrote: Hi, Have you tested masking the ~(13) to 8-bits ? It's possible that the assembler sees a 32-bit constant where only an 8-bit value is allowed. -- Bas On 30-6-2014 22:04, Michael M wrote: Hello, I've written a PRU program which manipulates bits in one of the registers. The program does not compile with PASM when I use the ~ operator. Setting multiple bits works: or r3.b0, r3.b0, 13// Set bit 3 but clearing multiple bits does not: and r3.b0, r3.b0, ~(13)// Clear bit 3 The exact compiler error is Error: Syntax error in parameter 3. This should work since it comes straight from the TI wiki on the PRU: http://processors.wiki.ti.com/index.php/PRU_Assembly_Instructions#Bitwise_AND_.28AND.29 Is this a bug or am I doing something wrong? Thanks, Michael -- 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 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: ssh on debian 3.15 kernel
Ahh, that may be the issue. I will have to check tonight. I think I may have used barefs. On Monday, June 30, 2014 8:28:40 PM UTC-4, Charles Kerr wrote: I wanted to learn more about building my own image for my BBB. I followed Robert Nelson's instructions, and believed I built an SD image for the 3.15 kernel. I booted off the SD card. Is ssh enabled following those instructions? I ask, because I can see the BBB on the network, and can ping it. But SSH is refused. I don't have another way to connect to the BBB. Just wanted to check, before I go hunting around to see what I missed in the instructions. -- 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: Atrix lapdock BBB screen resolution
No joy on getting the full 1366x768 but after quite some fiddling I've at least got 1360x768 working on the Motorola Atrix Lapdock, representing a significant improvement over the defaults. BeagleBone Black version I have a BeagleBone revB (with the 2GB on-board storage) and used the Angstrom Distribution (BeagleBone Black - 2GB eMMC) 2013-09-04 https://s3.amazonaws.com/angstrom/demo/beaglebone/BBB-eMMC-flasher-2013.09.04.img.xz from http://beagleboard.org/latest-images/ /etc/angstrom-version Angstrom v2012.12 (Core edition) Built from branch: angstrom-staging-yocto1.3 Revision: 2ac8ed60f1c4152577f334b223b9203f57ed1722 Target system: arm-angstrom-linux-gnueabi /media/BEAGLEBONE/ID.txt Cloud9 GNOME Image 2013.09.04 Linux Terminal: uEnv.txt To improve the resolution of the ttys outside of X11 (available via CTRL-ALT-F1, ... FN), add the video parameter to /media/BEAGLEBONE/uEnv.txt as shown: /media/BEAGLEBONE/uEnv.txt optargs=quiet drm.debug=7 capemgr.disable_partno=BB-BONELT-HDMI video=HDMI-A -1:1360x768M@60 You can check current kernel params via cat /proc/cmdline X: /etc/X11/xorg.conf The EDID info for the lapdock's monitor doesn't seem to have timings / resolutions that work. After fiddling, for awhile I found two modeline improvements over the 720x576@50 mode that required editing xorg.conf. Note that I defined a Monitor section for the MotoAttach identifier, then pointed the existing Screen definition to this new monitor. You could also drop the Modelines into the default monitor config and leave the Screen alone. Here's my entire /etc/X11/xorg.conf: Section Module Loadextmod Loaddbe Loadglx Loadfreetype Loadtype1 Loadrecord Loaddri EndSection Section Monitor Identifier Builtin Default Monitor EndSection Section Monitor Identifier MotoAttach VendorName MOT ModelName MotoAttach HorizSync 30-85 VertRefresh 50-75 Modeline 1360x768@60 84.50 1360 1392 1712 1744 768 783 791 807 +hsync +vsync Modeline 1280x720@50 74.25 1280 1720 1760 1980 720 725 730 750 +hsync +vsync EndSection Section Device Identifier Builtin Default fbdev Device 0 Driver modesetting EndSection Section Screen Identifier Builtin Default fbdev Screen 0 Device Builtin Default fbdev Device 0 #Monitor Builtin Default Monitor Monitor MotoAttach DefaultDepth16 EndSection Section ServerLayout Identifier Builtin Default Layout Screen Builtin Default fbdev Screen 0 EndSection These pages were helpful to varying degrees in finding some Modelines that work better: - http://elinux.org/Beagleboard:BeagleBoneBlack_HDMI#Default_Resolutions - http://www.arachnoid.com/modelines/ - http://www.epanorama.net/faq/vga2rgb/calc.html EDID info wrong? Here's the reported EDID info, which does not work when put into xorg.conf, gathered from this command: parse-edid /sys/class/drm/card0/card0-HDMI-A-1/edid parse-edid: parse-edid version 2.0.0 parse-edid: EDID checksum passed. # EDID version 1 revision 3 Section Monitor # Block type: 2:0 3:ff # Block type: 2:0 3:fd # Block type: 2:0 3:fc Identifier MotoAttach VendorName MOT ModelName MotoAttach # Block type: 2:0 3:ff # Block type: 2:0 3:fd HorizSync 30-85 VertRefresh 50-75 # Max dot clock (video bandwidth) 150 MHz # Block type: 2:0 3:fc # DPMS capabilities: Active off:no Suspend:no Standby:no Mode 1366x768 # vfreq 60.000Hz, hfreq 48.000kHz DotClock 72.00 HTimings 1366 1380 1436 1500 VTimings 768 769 772 800 Flags +HSync +VSync EndMode # Block type: 2:0 3:ff # Block type: 2:0 3:fd # Block type: 2:0 3:fc EndSection Change X resolution from command line These commands are convenient to execute over SSH or serial connection while flailing at xorg.conf modelines. *Failsafe mode* export XAUTHORITY=`ls /var/run/gdm/auth-for-root-*/database` export DISPLAY=:0.0 xrandr --output HDMI-0 --mode 720x576 --rate 27 *Restart X* (faster than rebooting) systemctl restart display-manager -- For more options, visit http://beagleboard.org/discuss --- You received this
[beagleboard] Re: Commercially using the REV C?
I think it's better to avoid replicas. I had a big problems with Embest replica. It has low quality expansion connectors and I couldn't make it work with LCD cape. Original CircuitCo BBB works good. суббота, 28 июня 2014 г., 12:29:50 UTC+4 пользователь bilali...@gmail.com написал: Hello, I would like to know can i use this* Beagle bone Black REV C* for *commercial use* ? also included software Debian for commercial ? *if yes* 1) When can i get a large quantity of the product ? (currently only 1 is available per person) 2) Is there is any limitation on Editing the circuit ? 3) Is there is any limitation on editing the OS/software/logic ? 4) Will i get support for the BBB rev c if used commercially (without modifying the circuit)? 5) Will there be any clause of warranty void ? do you provide warranty on your product ? 6) Is there is any guide, books especially made for REV C which are very* in depth* ? (not for newbies) *FYI* : I turned to BBB because i read online that the PI can't be used commercially (without commitment to large qty sale) Hope you will soon answer the question Thank You -- 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: Commercially using the REV C?
I think it's better to avoid replicas. I had a bad experience with Embest replica. It has low quality expansion connectors and I couldn't make it work with LCD cape correctly. Original CircuitCo BBB works good. суббота, 28 июня 2014 г., 12:29:50 UTC+4 пользователь bilali...@gmail.com написал: Hello, I would like to know can i use this* Beagle bone Black REV C* for *commercial use* ? also included software Debian for commercial ? *if yes* 1) When can i get a large quantity of the product ? (currently only 1 is available per person) 2) Is there is any limitation on Editing the circuit ? 3) Is there is any limitation on editing the OS/software/logic ? 4) Will i get support for the BBB rev c if used commercially (without modifying the circuit)? 5) Will there be any clause of warranty void ? do you provide warranty on your product ? 6) Is there is any guide, books especially made for REV C which are very* in depth* ? (not for newbies) *FYI* : I turned to BBB because i read online that the PI can't be used commercially (without commitment to large qty sale) Hope you will soon answer the question Thank You -- 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: Problems with locale
Hi Giovanni, On Tue, Jul 1, 2014 at 4:17 AM, Giovanni Santini itachi.sama.amater...@gmail.com wrote: I had first to clean up lots of stuff (are they really needed in the official Debian image? I think lots of apps (like Chromium) and graphical stuff can be removed, as the user can install them) and then re-install Yeap, all those packages where asked for during the beta period. locales, after having added italian folder to 01_nodoc. Then I had locale alias file `/usr/share/locale/locale.alias' not found: No such file or directory when locale-gening. The solution was to do by hand what Debian would have done by its own: # ln -s /etc/locale.alias /usr/share/locale/locale.alias But when I use the applications they still are in english... Will try installing locales-all, as I've fixed /etc/dpkg/dpkg.conf.d/01_nodoc as I wished to. It's always funny as more people use this image, we find more things. During the beta period (jan 2014 - may 2014) this wasn't brought up. I've had 2 or 3 personal requests this last week. ;) I just need to verify a couple more things, mainly that it still fits in the 2GB image. But you, regenerate an image right now with your proper locale: Disable: https://github.com/beagleboard/image-builder/blob/master/configs/bb.org-debian-stable.conf#L30 Change: https://github.com/beagleboard/image-builder/blob/master/configs/bb.org-debian-stable.conf#L32 and it'll generate a proper image with your locale already set. build directions: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Debian_Build_Instructions and yes, i'm also defining a minimal 'console' version. 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] where can i find the latest images' cross compile tools chain?
http://downloads.angstrom-distribution.org/demo/beaglebone/archive/ there are many BBB images on this link . do they use the same cross compile tools chain ?i cant find it .plz give me the link -- 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] Beaglebone black Debian Wheezy opkg update error
I just recently changed to a static IP on my Beaglebone black. I am trying to follow a guide on creating a web server with my Beaglebone black. Currently running Debian Wheezy instead of Angstrom like I was doing previously. The link to the guide: http://www.element14.com/community/community/designcenter/single-board-computers/next-gen_beaglebone/blog/2013/11/20/beaglebone-web-server--setup http://www.element14.com/community/community/designcenter/single-board-computers/next-gen_beaglebone/blog/2013/11/20/beaglebone-web-server--setup If there is a better guide for creating a web server with Debian Wheezy.. I'd also love to see it. I am very new to Linux, and now with Debian running, I am a little stuck.. The static IP I set is working fine, since I've been able to connect to it.. so I don't really think it could be the static IP, I think I may just be using an incorrect method for getting the opkg update. *Response For getting the opkg update:* root@beaglebone:~# sudo apt-get update Err http://ftp.us.debian.org wheezy Release.gpg Could not resolve 'ftp.us.debian.org' Err http://ftp.us.debian.org wheezy-updates Release.gpg Could not resolve 'ftp.us.debian.org' Err http://beagle.s3.amazonaws.com wheezy-bbb Release.gpg Could not resolve 'beagle.s3.amazonaws.com' Err http://security.debian.org wheezy/updates Release.gpg Could not resolve 'security.debian.org' Reading package lists... Done W: Failed to fetch http://ftp.us.debian.org/debian/dists/wheezy/Release.gpg Could not resolve 'ftp.us.debian.org' W: Failed to fetch http://ftp.us.debian.org/debian/dists/wheezy-updates/Release.gpg Could not resolve 'ftp.us.debian.org' W: Failed to fetch http://security.debian.org/dists/wheezy/updates/Release.gpg Could not resolve 'security.debian.org' W: Failed to fetch http://beagle.s3.amazonaws.com/debian/dists/wheezy-bbb/Release.gpg Could not resolve 'beagle.s3.amazonaws.com' W: Some index files failed to download. They have been ignored, or old ones used instead. *I'm a big noob, and I really appreciate any help you have to offer.* Thanks, Ryan -- 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] PRU GPIO and voltage levels
So, I have one of the PRU's toggling a GPIO output to create a ~50MHz
clock. On the 'scope I can see the voltage of the signal is ~0.8v not 3.3
when it's running more slowly.
This is toggling pin P8:11 (GPIO1_13) by the way, and I'm not sure if
there's any L/C on-board that is slowing it down. I've set up /lib/firmware/
BB-BONE-PRU-00A0.dts to look like:
/*
* pru dts file BB-BONE-PRU-00A0.dts
*/
/dts-v1/;
/plugin/;
/ {
compatible = ti,beaglebone, ti,beaglebone-black;
/* identification */
part-number = BB-BONE-PRU;
version = 00A0;
exclusive-use =
P8.13;
fragment@0 {
target = am33xx_pinmux;
__overlay__ {
mygpio: pinmux_mygpio{
pinctrl-single,pins =
0x34 0x0E
;
};
};
};
fragment@1 {
target = ocp;
__overlay__ {
test_helper: helper {
compatible = bone-pinmux-helper;
pinctrl-names = default;
pinctrl-0 = mygpio;
status = okay;
};
};
};
fragment@2{
target = pruss;
__overlay__ {
status = okay;
};
};
};
... where I tried to set the slew-rate to 'fast', disable pull-downs, and
set mode 6 for the pin, thus letting me access the pin as r30:15
Is there anything I can do to increase the voltage of the output signal ?
Am I stuck with it ? Or is it an artifact of the pin I happened to choose ?
Cheers
Simon
--
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: How to connect a low-cost CMOS imager directly to BBB CPU?
I have directly interfaced the BBB with low cost camera modules using a PRU on the TI AM335x. I have only tried using the parallel digital video port (DVP) type of image sensor interface. I used PRU1 since it has a maximum of 15 input pins available [PRU0 has a maximum of 11 input pins available] and I wanted to support 10-bit DVP which requires a total of 13 input pins (10 data out, a pixel clock, a horizontal reference, and a vertical sync). My design includes provision for a crystal oscillator to clock the image sensor, but a timer (timer4, timer5, timer6, or timer7) on the AM335x can be used to supply a clock. So it is possible to interface directly (without any glue logic). On Sunday, June 29, 2014 2:05:30 PM UTC-7, dvo...@gmail.com wrote: Hi all, I am looking for a low-cost solution to connect a sub $3 CMOS imager to a sub $6 application processor. This is for a cost-sensitive video application. Unfortunately, it looks like the TI processor at the heart of the BBB cannot directly decode CMOS imagers. All camera capes I have seen appear to require an ASIC between the imager CPU to act as 'glue logic', which significantly raises costs. Has anyone been able to connect a low-cost CMOS imager to the CPU without glue logic? (Like it can be done with the RaspberryPi or the i.MX25) 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: Atrix lapdock BBB screen resolution
Did this ever get fixed? I'm running a 3.14 archlinux arm kernel and am running into the same problem. Which image is the 5_08 image? Thanks a lot, Peter Chinetti On Wednesday, June 26, 2013 5:34:25 PM UTC-4, Gerald wrote: We did. It does not work. 5_08 image does however work. And if you change the uENV.txt file in the FAT partition, the logo changes size. Gerald On Wed, Jun 26, 2013 at 4:29 PM, Holger Rusch hol...@rusch.name javascript: wrote: Hi, Nope. It didn't. None of the resolutions i tried. The logo is always the same size. Bedtime now. Maybe you can try with your lapdock. Cu. Holger. Am 26.06.2013 um 23:24 schrieb Gerald Coley ger...@beagleboard.org javascript:: OK. I stand corrected. Did it work? Gerald On Wed, Jun 26, 2013 at 4:15 PM, prof.d...@googlemail.com javascript: wrote: ??? powered up ... login as: root ro...@192.168.222.22 javascript:'s password: root@beaglebone:~# mount | grep BEAGLEBONE /dev/mmcblk0p1 on /media/BEAGLEBONE type vfat (rw,nosuid,nodev,relatime,fmask=0022,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro) root@beaglebone:~# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT mmcblk0boot0 179:80 1M 1 disk mmcblk0boot1 179:16 0 1M 1 disk mmcblk0 179:00 1.8G 0 disk |-mmcblk0p1 179:10 70.6M 0 part /media/BEAGLEBONE `-mmcblk0p2 179:20 1.7G 0 part / root@beaglebone:~# cat /media/BEAGLEBONE/uEnv.txt optargs=quiet drm.debug=7 capemgr.disable_partno=BB-BONELT-HDMI video=HDMI-A-1:1280x768@60 Everything I put in there survives a boot. From what I see it is the right disk. There is no sdcard inside my BBB. Am Mittwoch, 26. Juni 2013 22:57:25 UTC+2 schrieb Gerald: That file is created by reading the uENV.txt file in the FAT partition. It gets created on boot up. So, changing that does nothing. Gerald On Wed, Jun 26, 2013 at 3:10 PM, prof.d...@googlemail.com wrote: Actually my uEnv.txt in /media/BEAGLEBONE consist of: optargs=quiet drm.debug=7 capemgr.disable_partno=BB-BONELT-HDMI video=HDMI-A-1:1280x768@60 I tried many possible resolutions from here: http://circuitco.com/support/index.php?title= BeagleBoneBlack_HDMI#Default_Resolutions The BB-logo at the start is alway the same size. Roughly 80% width of my screen of the atrix. Still no X. Am Dienstag, 25. Juni 2013 22:22:21 UTC+2 schrieb Gerald: Have you tried something other than 640x480? The BeagleBone Logo means that everything is basically working, but the resolution in the kernel does not make the Atrix happy. The resolution change in the uENV.TXT file from what I have seen only sets the LOGO resolution. You can see the LOGO size change as you change resolutions. When the kernel reads the EDID, it takes over from there. I have an Atrix, but I have not used it in a long while. I didn't like the screen. I will see if I can find it, I hope, and I can have one of my guys work with it to see what he can come up with. Gerald On Tue, Jun 25, 2013 at 3:15 PM, prof.d...@googlemail.com wrote: I am using the latest image now. Now there is no video after boot on console 2 at all. Console 1 shows me a terminal. It worked with the 5.27. image, but only one low resolution an no way to change. Now i got: optargs=quiet drm.debug=7 capemgr.disable_partno=BB-BONELT-HDMI video=HDMI-A-1:640x480@60 in uEnv.txt (no SD-Card, internal storage, changed via SSH). No video. After the boot, there is the BB-Logo and after that console 2 dead, console 1 terminal. dmsg drm part shows: [0.640695] [drm:drm_helper_probe_single_connector_modes], [CONNECTOR:5:HDMI-A-1] [0.689315] [drm:drm_detect_monitor_audio], Monitor has basic audio support [0.689350] [drm:tilcdc_crtc_mode_valid], mode 720x576@50 pixel-clock 27000 audio true cea true can_output true [0.689379] [drm:drm_detect_monitor_audio], Monitor has basic audio support [0.689397] [drm:tilcdc_crtc_mode_valid], mode 720x480@60 pixel-clock 27000 audio true cea true can_output true [0.689421] [drm:drm_detect_monitor_audio], Monitor has basic audio support [0.689439] [drm:tilcdc_crtc_mode_valid], mode 640x480@60 pixel-clock 25175 audio true cea true can_output true [0.689464] [drm:drm_mode_debug_printmodeline], Modeline 9:1366x768 63 75500 1366 1380 1436 1500 768 769 772 800 0x40 0x5 [0.689494] [drm:drm_mode_prune_invalid], Not using 1366x768 mode 11 [0.689517] [drm:drm_mode_debug_printmodeline], Modeline 8:1366x768 60 72000 1366 1380 1436 1500 768 769 772 800 0x48 0x5 [0.689545] [drm:drm_mode_prune_invalid], Not using 1366x768 mode 11 [0.689571] [drm:drm_helper_probe_single_connector_modes], [CONNECTOR:5:HDMI-A-1] probed modes : [0.689590] [drm:drm_mode_debug_printmodeline], Modeline 12:720x576 50 27000 720 732 796 864 576 581 586 625 0x40 0xa [0.689619]
Re: [beagleboard] Shorted my BBB, no power/LED. Can I fix it?
Shame. I will look into this. Thanks. On Monday, June 30, 2014 8:59:04 AM UTC-4, Gerald wrote: Most likely you killed the processor. You will need to request an RMA to get it fixed. Gerald On Sun, Jun 29, 2014 at 8:38 PM, jdbens cice...@gmail.com javascript: wrote: I did something careless. I brushed the bottom of the BBB with an exposed USB connector while it was powered on. Now it won't turn on :( No power LEDs, no sign of life. No sign of physically blown components, no spark when I shorted it. I've left it unplugged overnight and it's still dead. Did I kill an IC? Any guesses as to which one? I'm thinking the PMIC is most likely from looking at the schematic. Just curious if there is anything I can do to fix it. Any suggestions? -- 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: Info required for using BBB with 10.1 Display
To add a few more details (I'm the software dev on the team):
The current set up we are testing with is a beagle bone black connected to
a 7 1024x600 LCD. The LCD is part of a dev kit from chipsee.com.
The driver for the LCD is:
drivers/video/da8xx-fb.c
Inside the driver, the following settings are used
/* INNOLUX HJ070NA13A*/
[8] = {
.name = HJ070NA13A,
.width = 1024,
.height = 600,
.hfp = 1,
.hbp = 45,
.hsw = 30,
.vfp = 12,
.vbp = 22,
.vsw = 2,
.pxl_clk = 2500,
.invert_pxl_clk = 0,
},
We have tested another 7 1024x600 display, model YXD070NA13-3.4 which does
work correctly.
The other screens we have tried:
10.1, 1024x600, YX101IF40-A, almost works but image is corrupted
10.1, 1280x800, YX101TN1280800-40, screen is completely blank
We would be grateful if anyone could answer / provide information for:
1. Is the da8xx-fb.c driver suitable for the 10.1 displays?
2. Are there any other changes we need to make to the kernel to make the
10.1 displays work?
3. What is the maximum screen resolution for BeagleBoneBlack running
android?
4. What are the correct settings (eg Horizontal Front Porch) for the
10.1 displays?
5. How do you determine the display settings, as the LCD datasheets only
provide a very basic timing diagram?
6. All the displays we tried use a 40pin LVDS connection, are there any
electronic/connection issues we need to be aware of?
*Links*
http://www.chipsee.com/product/evm/beagle/beaglebone-black-expansion-capacitive.html?___store=english___from_store=default
--
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 Debian Wheezy opkg update error
On Tue, Jul 1, 2014 at 7:57 AM, 'Ryan' via BeagleBoard beagleboard@googlegroups.com wrote: I just recently changed to a static IP on my Beaglebone black. I am trying to follow a guide on creating a web server with my Beaglebone black. Currently running Debian Wheezy instead of Angstrom like I was doing previously. The link to the guide: http://www.element14.com/community/community/designcenter/single-board-computers/next-gen_beaglebone/blog/2013/11/20/beaglebone-web-server--setup If there is a better guide for creating a web server with Debian Wheezy.. I'd also love to see it. I am very new to Linux, and now with Debian running, I am a little stuck.. The static IP I set is working fine, since I've been able to connect to it.. so I don't really think it could be the static IP, I think I may just be using an incorrect method for getting the opkg update. Response For getting the opkg update: root@beaglebone:~# sudo apt-get update Err http://ftp.us.debian.org wheezy Release.gpg Could not resolve 'ftp.us.debian.org' Err http://ftp.us.debian.org wheezy-updates Release.gpg Could not resolve 'ftp.us.debian.org' Err http://beagle.s3.amazonaws.com wheezy-bbb Release.gpg Could not resolve 'beagle.s3.amazonaws.com' Err http://security.debian.org wheezy/updates Release.gpg Could not resolve 'security.debian.org' Reading package lists... Done W: Failed to fetch http://ftp.us.debian.org/debian/dists/wheezy/Release.gpg Could not resolve 'ftp.us.debian.org' W: Failed to fetch http://ftp.us.debian.org/debian/dists/wheezy-updates/Release.gpg Could not resolve 'ftp.us.debian.org' W: Failed to fetch http://security.debian.org/dists/wheezy/updates/Release.gpg Could not resolve 'security.debian.org' W: Failed to fetch http://beagle.s3.amazonaws.com/debian/dists/wheezy-bbb/Release.gpg Could not resolve 'beagle.s3.amazonaws.com' W: Some index files failed to download. They have been ignored, or old ones used instead. I'm a big noob, and I really appreciate any help you have to offer. What are you using for /etc/resolv.conf? I'm wondering if i should just add google's dns settings by default.. # Use Google public DNS server: nameserver 8.8.8.8 nameserver 8.8.4.4 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] Unable to ping BBB over USB
how does the interface entry for usb look. you may need to edit the file in /etc/ maybe post thatso we could look. you could also try a lsusb from ssh to make sure its registered correctly. -- 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] PRU GPIO and voltage levels
The pin should be 3.3V if it is connected correctly inside the processor..
Is it connected to anything externally?
Gerald
On Mon, Jun 30, 2014 at 7:16 PM, krudthebarbar...@gmail.com wrote:
So, I have one of the PRU's toggling a GPIO output to create a ~50MHz
clock. On the 'scope I can see the voltage of the signal is ~0.8v not 3.3
when it's running more slowly.
This is toggling pin P8:11 (GPIO1_13) by the way, and I'm not sure if
there's any L/C on-board that is slowing it down. I've set up /lib/firmware/
BB-BONE-PRU-00A0.dts to look like:
/*
* pru dts file BB-BONE-PRU-00A0.dts
*/
/dts-v1/;
/plugin/;
/ {
compatible = ti,beaglebone, ti,beaglebone-black;
/* identification */
part-number = BB-BONE-PRU;
version = 00A0;
exclusive-use =
P8.13;
fragment@0 {
target = am33xx_pinmux;
__overlay__ {
mygpio: pinmux_mygpio{
pinctrl-single,pins =
0x34 0x0E
;
};
};
};
fragment@1 {
target = ocp;
__overlay__ {
test_helper: helper {
compatible = bone-pinmux-helper;
pinctrl-names = default;
pinctrl-0 = mygpio;
status = okay;
};
};
};
fragment@2{
target = pruss;
__overlay__ {
status = okay;
};
};
};
... where I tried to set the slew-rate to 'fast', disable pull-downs, and
set mode 6 for the pin, thus letting me access the pin as r30:15
Is there anything I can do to increase the voltage of the output signal ?
Am I stuck with it ? Or is it an artifact of the pin I happened to choose ?
Cheers
Simon
--
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: Assessing BeableBone Black capabilities
Hello Fisher! A lot of questions ... The eHRPWM modules use a 16 bit counter (max. resolution 17 bit in up-down mode). Each A output has extended time resolution capability, while the B output only has conventional PWM capabilities. The eCAP modules use a 32 bit counter. (AFAIR just one header pin is connected.) There're 3 eQEP modules. There's an 8 channel ADC in the CPU, but the last channel (AIN7) is not connected to a header pin (instead it measures the board voltage). So 12 bit / 7 channel ADC is available. Find some inspiration on using the PRUSS in my project libpruio http://beagleboard.org/project/libpruio/. Here's a direct link to the online-documentation http://users.freebasic-portal.de/tjf/Projekte/libpruio/doc/html/. Good luck for your project. -- 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 Debian Wheezy opkg update error
I added those nameserver, but I still have the same result... I have two nameservers currently in the /etc/resolve.conf that aren't the Google public DNS servers that you listed. On Tuesday, July 1, 2014 9:01:44 AM UTC-4, RobertCNelson wrote: On Tue, Jul 1, 2014 at 7:57 AM, 'Ryan' via BeagleBoard beagl...@googlegroups.com javascript: wrote: I just recently changed to a static IP on my Beaglebone black. I am trying to follow a guide on creating a web server with my Beaglebone black. Currently running Debian Wheezy instead of Angstrom like I was doing previously. The link to the guide: http://www.element14.com/community/community/designcenter/single-board-computers/next-gen_beaglebone/blog/2013/11/20/beaglebone-web-server--setup If there is a better guide for creating a web server with Debian Wheezy.. I'd also love to see it. I am very new to Linux, and now with Debian running, I am a little stuck.. The static IP I set is working fine, since I've been able to connect to it.. so I don't really think it could be the static IP, I think I may just be using an incorrect method for getting the opkg update. Response For getting the opkg update: root@beaglebone:~# sudo apt-get update Err http://ftp.us.debian.org wheezy Release.gpg Could not resolve 'ftp.us.debian.org' Err http://ftp.us.debian.org wheezy-updates Release.gpg Could not resolve 'ftp.us.debian.org' Err http://beagle.s3.amazonaws.com wheezy-bbb Release.gpg Could not resolve 'beagle.s3.amazonaws.com' Err http://security.debian.org wheezy/updates Release.gpg Could not resolve 'security.debian.org' Reading package lists... Done W: Failed to fetch http://ftp.us.debian.org/debian/dists/wheezy/Release.gpg Could not resolve 'ftp.us.debian.org' W: Failed to fetch http://ftp.us.debian.org/debian/dists/wheezy-updates/Release.gpg Could not resolve 'ftp.us.debian.org' W: Failed to fetch http://security.debian.org/dists/wheezy/updates/Release.gpg Could not resolve 'security.debian.org' W: Failed to fetch http://beagle.s3.amazonaws.com/debian/dists/wheezy-bbb/Release.gpg Could not resolve 'beagle.s3.amazonaws.com' W: Some index files failed to download. They have been ignored, or old ones used instead. I'm a big noob, and I really appreciate any help you have to offer. What are you using for /etc/resolv.conf? I'm wondering if i should just add google's dns settings by default.. # Use Google public DNS server: nameserver 8.8.8.8 nameserver 8.8.4.4 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] Beaglebone black Debian Wheezy opkg update error
On Tue, Jul 1, 2014 at 8:08 AM, 'Ryan' via BeagleBoard beagleboard@googlegroups.com wrote: I added those nameserver, but I still have the same result... I have two nameservers currently in the /etc/resolve.conf that aren't the Google public DNS servers that you listed. Of course, i forgot the second question as i was running out of the door.. What interface? eth0 or usb0? 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] Beaglebone black Debian Wheezy opkg update error
No problem, thank you for helping me in a bad time.. eth0.. I never did re-comment out the usb0, I was a little bit confused after reading a few guides on setting a static IP for if I was suppose to comment out the usb0 after un-commenting and using the eth0 I tried doing a shutdown to see if that could have been the problem, so I went back in to check the /etc/resolve.conf and saw that it became empty for some reason? On Tuesday, July 1, 2014 9:22:54 AM UTC-4, RobertCNelson wrote: On Tue, Jul 1, 2014 at 8:08 AM, 'Ryan' via BeagleBoard beagl...@googlegroups.com javascript: wrote: I added those nameserver, but I still have the same result... I have two nameservers currently in the /etc/resolve.conf that aren't the Google public DNS servers that you listed. Of course, i forgot the second question as i was running out of the door.. What interface? eth0 or usb0? 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: ssh on debian 3.15 kernel
Rebuilt with minimal (I was using bare before). Now when I try to ssh in, I get the following: ssh -l debian 192.168.1.151 Read from socket failed: Connection reset by peer I can ping the BBB. -- 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: Commercially using the REV C?
We've been very satisfied with the quality of the Embest/Element14 version of the BBB. We have a number of larger project customers who have used it with great success. On Saturday, June 28, 2014 4:29:50 AM UTC-4, bilali...@gmail.com wrote: Hello, I would like to know can i use this* Beagle bone Black REV C* for *commercial use* ? also included software Debian for commercial ? *if yes* 1) When can i get a large quantity of the product ? (currently only 1 is available per person) 2) Is there is any limitation on Editing the circuit ? 3) Is there is any limitation on editing the OS/software/logic ? 4) Will i get support for the BBB rev c if used commercially (without modifying the circuit)? 5) Will there be any clause of warranty void ? do you provide warranty on your product ? 6) Is there is any guide, books especially made for REV C which are very* in depth* ? (not for newbies) *FYI* : I turned to BBB because i read online that the PI can't be used commercially (without commitment to large qty sale) Hope you will soon answer the question Thank You -- 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 Debian Wheezy opkg update error
Added it, then tried the update again, no changes in the response: auto eth0 iface eth0 inet static address 192.168.1.61 netmask 255.255.255.0 gateway 192.168.1.83 dns-nameservers 8.8.8.8 127.0.0.1 On Tuesday, July 1, 2014 9:33:28 AM UTC-4, RobertCNelson wrote: On Tue, Jul 1, 2014 at 8:29 AM, 'Ryan' via BeagleBoard beagl...@googlegroups.com javascript: wrote: No problem, thank you for helping me in a bad time.. eth0.. I never did re-comment out the usb0, I was a little bit confused after reading a few guides on setting a static IP for if I was suppose to comment out the usb0 after un-commenting and using the eth0 I tried doing a shutdown to see if that could have been the problem, so I went back in to check the /etc/resolve.conf and saw that it became empty for some reason? It get's overwritten on bootup.. Add this to your iface: for eth0: dns-nameservers 8.8.8.8 127.0.0.1 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] Beaglebone black Debian Wheezy opkg update error
On Tuesday 01 July 2014 06:44:09 'Ryan' via BeagleBoard wrote: Added it, then tried the update again, no changes in the response: auto eth0 iface eth0 inet static address 192.168.1.61 netmask 255.255.255.0 gateway 192.168.1.83 dns-nameservers 8.8.8.8 127.0.0.1 Did you then do ifdown eth0 followed by ifup eth0? Alternatively reboot. You can check it worked by looking in /etc/resolv.conf. David On Tuesday, July 1, 2014 9:33:28 AM UTC-4, RobertCNelson wrote: On Tue, Jul 1, 2014 at 8:29 AM, 'Ryan' via BeagleBoard beagl...@googlegroups.com javascript: wrote: No problem, thank you for helping me in a bad time.. eth0.. I never did re-comment out the usb0, I was a little bit confused after reading a few guides on setting a static IP for if I was suppose to comment out the usb0 after un-commenting and using the eth0 I tried doing a shutdown to see if that could have been the problem, so I went back in to check the /etc/resolve.conf and saw that it became empty for some reason? It get's overwritten on bootup.. Add this to your iface: for eth0: dns-nameservers 8.8.8.8 127.0.0.1 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] Beaglebone black Debian Wheezy opkg update error
Just tried the ifdown and ifup, that went fine, but the /etc/resolve.conf is still completely empty. On Tuesday, July 1, 2014 9:47:23 AM UTC-4, David Goodenough wrote: On Tuesday 01 July 2014 06:44:09 'Ryan' via BeagleBoard wrote: Added it, then tried the update again, no changes in the response: auto eth0 iface eth0 inet static address 192.168.1.61 netmask 255.255.255.0 gateway 192.168.1.83 dns-nameservers 8.8.8.8 127.0.0.1 Did you then do ifdown eth0 followed by ifup eth0? Alternatively reboot. You can check it worked by looking in /etc/resolv.conf. David On Tuesday, July 1, 2014 9:33:28 AM UTC-4, RobertCNelson wrote: On Tue, Jul 1, 2014 at 8:29 AM, 'Ryan' via BeagleBoard beagl...@googlegroups.com javascript: wrote: No problem, thank you for helping me in a bad time.. eth0.. I never did re-comment out the usb0, I was a little bit confused after reading a few guides on setting a static IP for if I was suppose to comment out the usb0 after un-commenting and using the eth0 I tried doing a shutdown to see if that could have been the problem, so I went back in to check the /etc/resolve.conf and saw that it became empty for some reason? It get's overwritten on bootup.. Add this to your iface: for eth0: dns-nameservers 8.8.8.8 127.0.0.1 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] Beaglebone black Debian Wheezy opkg update error
On Tuesday 01 July 2014 06:53:21 Ryan wrote: Just tried the ifdown and ifup, that went fine, but the /etc/resolve.conf is still completely empty. The answer is that it should be dns-nameserver not dns-nameservers. To add multiple servers add multiple lines. David On Tuesday, July 1, 2014 9:47:23 AM UTC-4, David Goodenough wrote: On Tuesday 01 July 2014 06:44:09 'Ryan' via BeagleBoard wrote: Added it, then tried the update again, no changes in the response: auto eth0 iface eth0 inet static address 192.168.1.61 netmask 255.255.255.0 gateway 192.168.1.83 dns-nameservers 8.8.8.8 127.0.0.1 Did you then do ifdown eth0 followed by ifup eth0? Alternatively reboot. You can check it worked by looking in /etc/resolv.conf. David On Tuesday, July 1, 2014 9:33:28 AM UTC-4, RobertCNelson wrote: On Tue, Jul 1, 2014 at 8:29 AM, 'Ryan' via BeagleBoard beagl...@googlegroups.com javascript: wrote: No problem, thank you for helping me in a bad time.. eth0.. I never did re-comment out the usb0, I was a little bit confused after reading a few guides on setting a static IP for if I was suppose to comment out the usb0 after un-commenting and using the eth0 I tried doing a shutdown to see if that could have been the problem, so I went back in to check the /etc/resolve.conf and saw that it became empty for some reason? It get's overwritten on bootup.. Add this to your iface: for eth0: dns-nameservers 8.8.8.8 127.0.0.1 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] Beaglebone black Debian Wheezy opkg update error
Okay, I made that change. On Tuesday, July 1, 2014 10:02:47 AM UTC-4, David Goodenough wrote: On Tuesday 01 July 2014 06:53:21 Ryan wrote: Just tried the ifdown and ifup, that went fine, but the /etc/resolve.conf is still completely empty. The answer is that it should be dns-nameserver not dns-nameservers. To add multiple servers add multiple lines. David On Tuesday, July 1, 2014 9:47:23 AM UTC-4, David Goodenough wrote: On Tuesday 01 July 2014 06:44:09 'Ryan' via BeagleBoard wrote: Added it, then tried the update again, no changes in the response: auto eth0 iface eth0 inet static address 192.168.1.61 netmask 255.255.255.0 gateway 192.168.1.83 dns-nameservers 8.8.8.8 127.0.0.1 Did you then do ifdown eth0 followed by ifup eth0? Alternatively reboot. You can check it worked by looking in /etc/resolv.conf. David On Tuesday, July 1, 2014 9:33:28 AM UTC-4, RobertCNelson wrote: On Tue, Jul 1, 2014 at 8:29 AM, 'Ryan' via BeagleBoard beagl...@googlegroups.com javascript: wrote: No problem, thank you for helping me in a bad time.. eth0.. I never did re-comment out the usb0, I was a little bit confused after reading a few guides on setting a static IP for if I was suppose to comment out the usb0 after un-commenting and using the eth0 I tried doing a shutdown to see if that could have been the problem, so I went back in to check the /etc/resolve.conf and saw that it became empty for some reason? It get's overwritten on bootup.. Add this to your iface: for eth0: dns-nameservers 8.8.8.8 127.0.0.1 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] Beaglebone black Debian Wheezy opkg update error
Still no changes with the get update. On Tuesday, July 1, 2014 10:08:52 AM UTC-4, Ryan wrote: Okay, I made that change. On Tuesday, July 1, 2014 10:02:47 AM UTC-4, David Goodenough wrote: On Tuesday 01 July 2014 06:53:21 Ryan wrote: Just tried the ifdown and ifup, that went fine, but the /etc/resolve.conf is still completely empty. The answer is that it should be dns-nameserver not dns-nameservers. To add multiple servers add multiple lines. David On Tuesday, July 1, 2014 9:47:23 AM UTC-4, David Goodenough wrote: On Tuesday 01 July 2014 06:44:09 'Ryan' via BeagleBoard wrote: Added it, then tried the update again, no changes in the response: auto eth0 iface eth0 inet static address 192.168.1.61 netmask 255.255.255.0 gateway 192.168.1.83 dns-nameservers 8.8.8.8 127.0.0.1 Did you then do ifdown eth0 followed by ifup eth0? Alternatively reboot. You can check it worked by looking in /etc/resolv.conf. David On Tuesday, July 1, 2014 9:33:28 AM UTC-4, RobertCNelson wrote: On Tue, Jul 1, 2014 at 8:29 AM, 'Ryan' via BeagleBoard beagl...@googlegroups.com javascript: wrote: No problem, thank you for helping me in a bad time.. eth0.. I never did re-comment out the usb0, I was a little bit confused after reading a few guides on setting a static IP for if I was suppose to comment out the usb0 after un-commenting and using the eth0 I tried doing a shutdown to see if that could have been the problem, so I went back in to check the /etc/resolve.conf and saw that it became empty for some reason? It get's overwritten on bootup.. Add this to your iface: for eth0: dns-nameservers 8.8.8.8 127.0.0.1 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] Beaglebone black Debian Wheezy opkg update error
On Tue, Jul 1, 2014 at 9:12 AM, 'Ryan' via BeagleBoard beagleboard@googlegroups.com wrote: Still no changes with the get update. can you ping the gateway from the bbb? 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] Beaglebone black Debian Wheezy opkg update error
ping: Unknown host gateway hmm.. On Tuesday, July 1, 2014 10:15:00 AM UTC-4, RobertCNelson wrote: On Tue, Jul 1, 2014 at 9:12 AM, 'Ryan' via BeagleBoard beagl...@googlegroups.com javascript: wrote: Still no changes with the get update. can you ping the gateway from the bbb? 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] Beaglebone black Debian Wheezy opkg update error
0 received On Tuesday, July 1, 2014 10:15:00 AM UTC-4, RobertCNelson wrote: On Tue, Jul 1, 2014 at 9:12 AM, 'Ryan' via BeagleBoard beagl...@googlegroups.com javascript: wrote: Still no changes with the get update. can you ping the gateway from the bbb? 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] Beaglebone black Debian Wheezy opkg update error
Changed the gateway address, and now it works.. On Tuesday, July 1, 2014 10:20:48 AM UTC-4, Ryan wrote: 0 received On Tuesday, July 1, 2014 10:15:00 AM UTC-4, RobertCNelson wrote: On Tue, Jul 1, 2014 at 9:12 AM, 'Ryan' via BeagleBoard beagl...@googlegroups.com wrote: Still no changes with the get update. can you ping the gateway from the bbb? 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: Problems with locale
I've the 2GB eMMC BBB version, revision A5C :P Anyways, I'm trying to find a way in order to build it on my laptop instead of the BBB... What do you suggest to me? -- 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] QWS QWSSocket::connectToLocalFile could not connect:: Connection refused
I am building an console app on beaglebone black arm7 angstrom/debian. I need some pins used by the HDMI/AUDIO. Disabeling the AUDO cape in the uEnv.txt does not help disabeling HDMI will not let my program run. I get QWSSocket::connectToLocalFile could not connect:: Connection refused so is qt4.8 on arm7 embedded always use the frame buffer. Profile is set to console debug networking??. I can run without -qws but get error. Any help would be appreciated. Mark P8_17 gpio 27 output not working P8_14 gpio 26 output not working P8_18 gpio 65 output not working P8_13 gpio 23 output not working P9_25 gpio 117 output not working P9_31 gpio 110 input not working P9_29 gpio 111 input not working P9_28 gpio 113 input not working. pin mux settings below. 0x1b4 0x07 /* P9_41 GPIO # 20 OUTPUT MODE7 RTS */ 0x1a8 0x1f /* P9_41 GPIO #116 INPUT MODE7 RTS */ 0x164 0x07 /* P9_42 GPIO # 7 OUTPUT MODE7 RTS */ 0x1a0 0x27 /* P9_42 GPIO #114 INPUT MODE7 RTS */ 0x034 0x27 /* P8_11 GPIO #45 INPUT MODE7 RTS */ 0x030 0x27 /* P8_12 GPIO #44 INPUT MODE7 */ 0x024 0x07 /* P8_13 GPIO #23 OUTPUT MODE7 */ 0x028 0x07 /* P8_14 GPIO #26 OUTPUT MODE7 */ 0x03c 0x27 /* P8_15 GPIO #47 INPUT MODE7 */ 0x038 0x27 /* P8_16 GPIO #46 INPUT MODE7 */ 0x02c 0x07 /* P8_17 GPIO #27 OUTPUT MODE7 */ 0x08c 0x07 /* P8_18 GPIO #65 OUTPUT MODE7 */ 0x07c 0x07 /* P8_26 GPIO #61 OUTPUT MODE7 */ 0x19c 0x37 /* P9_28 GPIO #113 INPUT MODE7 */ 0x194 0x37 /* P9_29 GPIO #111 INPUT MODE7 */ 0x190 0x37 /* P9_31 GPIO #110 INPUT MODE7 */ 0x1ac 0x07 /* P9_25 GPIO #117 OUTPUT MODE7 */ -- 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: Problems with locale
On Tue, Jul 1, 2014 at 9:39 AM, Giovanni Santini itachi.sama.amater...@gmail.com wrote: I've the 2GB eMMC BBB version, revision A5C :P So on the first pass without dropping stripping the locales, i run out of space when running the 2gb image generator (it's actually 1.7GB, has some manufactures decided to lie what 2gb was..) I think i'm going to drop chrome from the build, as only one person really used it, it's slow, and i think locales are more important now anyways. Anyways, I'm trying to find a way in order to build it on my laptop instead of the BBB... What do you suggest to me? Build it on the BBB, while running off the microSD.. 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] Audio Cape for Ubuntu
Hello, I just bought the Audio cape rev B1 and trying to operate it on Beaglebone black under Ubuntu 13.04 I was trying to follow this http://elinux.org/BBB_Audio_Cape_RevB_Getting_Started But stopped after this root@beaglebone:~# dtc -O dtb -o BB-BONE-AUDI-02-00A0.dtbo -b 0 -@ BB-BONE-AUDI-02-00A0.dts The dtc does not support -@ option I tried to do this http://www.embedded-things.com/bbb/patching-the-device-tree-compiler-for-ubuntu/ But stopped after git reset --hard f8cb5dd94903a5cfa1609695328b8f1d5557367f This line finished with following error HEAD is now at f8cb5dd utilfdt_read_err: use xmalloc funcs Now I stuck. Is it possible to use it under Ubuntu 13.04 or I should switch to Angstrom distribution? Thanks Artem -- 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] Audio Cape for Ubuntu
On Tue, Jul 1, 2014 at 10:03 AM, sunduch...@gmail.com wrote: Hello, I just bought the Audio cape rev B1 and trying to operate it on Beaglebone black under Ubuntu 13.04 This actually works out of the box with ubuntu now: http://elinux.org/BeagleBoardUbuntu#BeagleBone.2FBeagleBone_Black cd /opt/scripts/tools git pull sudo ./update_kernel.sh (reboot) Then just disable BB-BONELT-HDMI in /boot/uboot/uEnv.txt , enable with /etc/default/capemgr like the wiki shows.. 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: Problems with locale
On 7/1/2014 10:37 AM, Robert Nelson wrote: So what's more important for the eMMC, free space or the all the locales? I vote for free space and instructions on generating alternate locales. -- 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.
[beagleboard] Re: PRU GPIO and voltage levels
Hi cowboy!
I confirm, GPIO high is 3.3V. Unconnected pins (input pins without
resistor) have about 0.8V.
Why don't you use the PWM devices for that task?
Anyway, P8_11 isn't connected to the PRUSS. This pin only works in GPIO
mode (mode 7) and I'm not sure if you can reach 50MHz that way.
The faster way is to use a PRU register pin and for that you have to choose
another pin (ie. P8_15 = GPIO-1/15 = PRU-0:r30.t15).
And why are you doing the pinmuxing by the device tree overlay? Instead do
it from your PRUSS code! Compile a minimal device tree overlay like
/*
* pru dts file BB-BONE-PRU-00A0.dts
*/
/dts-v1/;
/plugin/;
/ {
compatible = ti,beaglebone, ti,beaglebone-black;
/* identification */
part-number = BB-BONE-PRU;
version = 00A0;
exclusive-use =
P8.15;
fragment@0{
target = pruss;
__overlay__ {
status = okay;
};
};
};
Then add to your PRUSS code (OCP master port must be enabled)
MOV r1, 0x44E10800 // CM pinmux address
LDI r2, 0b1110 // mode 6, no resistor
SBBO r2, r1, 0x3C, 1 // set pinmuxing @ball 15 (= GPIO-1/15)
That's all. You'll have all your code in single source and you're much
faster in doing any testing.
Good luck!
--
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: ssh on debian 3.15 kernel
You should really buy yourself a serial debug cable. At least that way you'll have a way to get into a terminal. On Tue, Jul 1, 2014 at 6:32 AM, Charles Kerr charlesker...@gmail.com wrote: Rebuilt with minimal (I was using bare before). Now when I try to ssh in, I get the following: ssh -l debian 192.168.1.151 Read from socket failed: Connection reset by peer I can ping the BBB. -- 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] How to disable mcasp0
I want to connect a high-speed (20 MBytes/sec) bus to the PRU, so I'm going to do an 8-bit SPI-type interface on the PRU. The goal was to use the PRU pins on header P9 (pins 24 through 42) and write some simple PRU assembly to wait on the 'clock' bit, read the register, write to RAM, signal we've read something to PR1/the ARM, and repeat. PR0 is going to be completely dedicated to this, and if I can get it down to a few instructions per loop, it ought to cope. What I need, though, is a way to disable the mcasp driver (I won't be using audio). It doesn't seem to be loaded as a separate overlay in /lib/firmware, and it doesn't appear in /sys/devices/bone_capemgr.8/slots I'm pretty new to this, so I'm not comfortable editing out parts of /boot/ am335x-boneblack.dts that refer to mcasp unless someone tells me it's going to be ok :) I'm not sure I want to reboot-to-get-the-results and then have a brick... Any advice ? Cheers Simon -- 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: BeagleBone image question
On Tue, Jul 1, 2014 at 11:49 AM, Víctor MV v.mayor...@gmail.com wrote: Jason I'm searching for one of the old BB images that allowed to write the EEPROM from u-boot. One of those that you could use to access the u-boot even if the EEPROM was empty. You don't have to go old for that. Robert continues to build updated u-boot images that ignore the EEPROM such that you can boot and program it. Realize there is a test-point on the board if you want to un-write-protect the EEPROM. The image-builder specifies the image to get here: https://github.com/beagleboard/image-builder/blob/master/tools/setup_sdcard.sh#L1220 That means that the actual built u-boot images are at http://rcn-ee.net/deb/tools/am335x_boneblack/. I'm not sure where the sources are! Robert, please jump in here as it isn't obvious, especially since the image build script doesn't have an option for rebuilding the bootloader (it seems it should). I see a bunch of patches here: https://github.com/eewiki/u-boot-patches/blob/master/v2014.07-rc3/0001-am335x_evm-uEnv.txt-bootz-n-fixes.patch (per http://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-Bootloader:U-Boot), but I don't see the one for am335x-boneblack.h. Robert?!? I believe we should push the am335x-boneblack.h file into mainline and annotate it clearly to be used only in cases of a board without an EEPROM. I've been trying with some of the images available at http://downloads.angstrom-distribution.org/demo/beaglebone/archive/. But i keep getting something like: U-Boot SPL 2011.09-0-gf63b270-dirty (Nov 20 2011 - 19:58:24) Texas Instruments Revision detection unimplemented Incorrect magic number in EEPROM read_eeprom() failure : 0 spl: fat register err - -1 ### ERROR ### Please RESET the board ### or U-Boot SPL 2011.09-00010-g81c8c79 (Feb 13 2012 - 14:48:03) Texas Instruments Revision detection unimplemented Incorrect magic number in EEPROM read_eeprom() failure : 0 mmc_read_data: timedout waiting for status! mmc_send_cmd: timedout waiting for cmddis! ** Can't read partition table on 2500:0 ** ** Partition 1 not valid on device 2500 ** spl: fat register err - -1 ### ERROR ### Please RESET the board ### and doesn't allow me to actually access u-boot prompt to write the magic number. Do you happen to have one of those images around (i believe that the right u-boot.img would be enough)? Bests, Víctor. -- 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: Problems with locale
I'll build on the BBB, but when I'll have my 8 GB uSD back... As for now I can do nothing, doh! D: -- 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: BeagleBone image question
On Tue, Jul 1, 2014 at 11:51 AM, Jason Kridner jkrid...@gmail.com wrote: On Tue, Jul 1, 2014 at 11:49 AM, Víctor MV v.mayor...@gmail.com wrote: Jason I'm searching for one of the old BB images that allowed to write the EEPROM from u-boot. One of those that you could use to access the u-boot even if the EEPROM was empty. You don't have to go old for that. Robert continues to build updated u-boot images that ignore the EEPROM such that you can boot and program it. Realize there is a test-point on the board if you want to un-write-protect the EEPROM. The image-builder specifies the image to get here: https://github.com/beagleboard/image-builder/blob/master/tools/setup_sdcard.sh#L1220 That means that the actual built u-boot images are at http://rcn-ee.net/deb/tools/am335x_boneblack/. I'm not sure where the sources are! Robert, please jump in here as it isn't obvious, especially since the image build script doesn't have an option for rebuilding the bootloader (it seems it should). Well, i really don't have a script to build one bootloader. ;) https://github.com/RobertCNelson/Bootloader-Builder I kinda ended up in a situation where i'm tracking 15 boards in u-boot mainline. ;) opps! As u-boot releases happen, i push those patches to https://github.com/eewiki/u-boot-patches/ so we can hard link to them. The patches in Bootloader-Builder tend to churn a lot. I see a bunch of patches here: https://github.com/eewiki/u-boot-patches/blob/master/v2014.07-rc3/0001-am335x_evm-uEnv.txt-bootz-n-fixes.patch (per http://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-Bootloader:U-Boot), but I don't see the one for am335x-boneblack.h. Oh, I'm just ignoring the fact u-boot has a am335x-boneblack config, as am335x-evm supports both beaglebone's... Easier to share a microSD between the white/black. Robert?!? I believe we should push the am335x-boneblack.h file into mainline and annotate it clearly to be used only in cases of a board without an EEPROM. The I've been trying with some of the images available at http://downloads.angstrom-distribution.org/demo/beaglebone/archive/. But i keep getting something like: U-Boot SPL 2011.09-0-gf63b270-dirty (Nov 20 2011 - 19:58:24) Texas Instruments Revision detection unimplemented Incorrect magic number in EEPROM read_eeprom() failure : 0 spl: fat register err - -1 ### ERROR ### Please RESET the board ### or U-Boot SPL 2011.09-00010-g81c8c79 (Feb 13 2012 - 14:48:03) Texas Instruments Revision detection unimplemented Incorrect magic number in EEPROM read_eeprom() failure : 0 mmc_read_data: timedout waiting for status! mmc_send_cmd: timedout waiting for cmddis! ** Can't read partition table on 2500:0 ** ** Partition 1 not valid on device 2500 ** spl: fat register err - -1 ### ERROR ### Please RESET the board ### and doesn't allow me to actually access u-boot prompt to write the magic number. Do you happen to have one of those images around (i believe that the right u-boot.img would be enough)? GND test point TP4 and boot with: http://rcn-ee.net/deb/testing/2014-05-14/BBB-blank-eMMC-flasher-debian-7.5-2014-05-14-2gb.img.xz as long as your i2c bus works, this'll boot and program the eeprom.. 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: Problems with locale
On Tue, Jul 1, 2014 at 11:20 AM, Charles Steinkuehler char...@steinkuehler.net wrote: On 7/1/2014 10:37 AM, Robert Nelson wrote: So what's more important for the eMMC, free space or the all the locales? I vote for free space and instructions on generating alternate locales. So by dumping chrome and keeping all the locales, such that they are easy to generate.. We've netted +3.9Mb of space... 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: ssh on debian 3.15 kernel
Charles, anyway when attempting to login via ssh have you tried the verbose switch ? Perhaps that will give you a clue as to whats going wrong. On Tue, Jul 1, 2014 at 9:44 AM, William Hermans yyrk...@gmail.com wrote: You should really buy yourself a serial debug cable. At least that way you'll have a way to get into a terminal. On Tue, Jul 1, 2014 at 6:32 AM, Charles Kerr charlesker...@gmail.com wrote: Rebuilt with minimal (I was using bare before). Now when I try to ssh in, I get the following: ssh -l debian 192.168.1.151 Read from socket failed: Connection reset by peer I can ping the BBB. -- 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: Problems with locale
Also, I removed also some icon themes and some documentations and I freed up about 300 MB without removing X/Gnome stuff... Still continuing in Debian armhf qemu image. If someone is interested: http://people.debian.org/~aurel32/qemu/armhf/ -- 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] devmem2 question
I swear checking registers made sense to me a few weeks ago when I was troubleshooting multichannel audio issues on the McASP but for the last two days I have been stumped how it ever made sense to me! Doh! I understand that 48038000 is the McASP base address. When I run: /devmem2 0x48038000 I expected to get: 0x44300A02h But instead I get: ./devmem2 0x48038000 /dev/mem opened. Memory mapped at address 0xb6f3a000. Value at address 0x48038000 (0xb6f3a000): 0x44307B02 Have I been looking at the TRM for too long and need some sleep!!! From the AM335x TRM it says on page 4597: http://www.ti.com/lit/ug/spruh73k/spruh73k.pdf 22.3.1.1 REV Register (offset = 0h) [reset = 44300A02h] REV is shown in Figure 22-38 and described in Table 22-9. The revision identification register (REV) contains identification data for the peripheral. Figure 22-38. REV Register LEGEND: R/W = Read/Write; R = Read only; W1toCl = Write 1 to clear bit; -n = value after reset Table 22-9. REV Register Field Descriptions 31302928272625242322212019181716151413121110 9 8 7 6 5 4 3 2 1 0 REV R-44300A02h Bit Field Type Reset Description 31-0 REV R 44300A02h Identifies revision of peripheral. Version of devmem2.c: wget http://sources.buildroot.net/devmem2.c Build: gcc devmem2.c -o devmem2 -- 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] Failing to apply an kernel patch from Teknoman117 to make use of the eQEP
Hi everybody, I am trying to build my first kernel with the patch to enable the eQEP module from Teknoman117. I think I did everything correct but obvious not, since I get the following errors. roderick@roderick-Z68AP-D3:~/beaglebone/linux-dev/KERNEL$ git apply ../../../Downloads/beaglebot-master/encoders/patches/0001-tieqep-driver.patch ../../../Downloads/beaglebot-master/encoders/patches/0001-tieqep-driver.patch:24: trailing whitespace. ../../../Downloads/beaglebot-master/encoders/patches/0001-tieqep-driver.patch:40: trailing whitespace. ../../../Downloads/beaglebot-master/encoders/patches/0001-tieqep-driver.patch:56: trailing whitespace. ../../../Downloads/beaglebot-master/encoders/patches/0001-tieqep-driver.patch:76: trailing whitespace. ../../../Downloads/beaglebot-master/encoders/patches/0001-tieqep-driver.patch:158: trailing whitespace. #define QUPRD 0x0020 error: patch failed: arch/arm/boot/dts/am33xx.dtsi:539 error: arch/arm/boot/dts/am33xx.dtsi: patch does not apply error: patch failed: drivers/misc/Kconfig:510 error: drivers/misc/Kconfig: patch does not apply error: patch failed: drivers/misc/Makefile:51 error: drivers/misc/Makefile: patch does not apply error: drivers/misc/tieqep.c: already exists in working directory Can someone point me in the right direction here? -- 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: BeagleBone image question
Robert, Thanks for pointing it out. I flashed the image and put the TP2 to GND (using the BeagleBone white). Tried it and got an infinite loop with the following: *U-Boot SPL 2014.04-00015-gb4422bd (Apr 22 2014 - 13:24:29)* *Incorrect magic number (0x) in EEPROM* *Could not get board ID.* *Incorrect magic number (0x) in EEPROM* *Could not get board ID.* *Unknown board: assuming BeagleBone Black.Incorrect magic number (0x) in EEPROM* *Could not get board ID.* *U-Boot SPL 2014.04-00015-gb4422bd (Apr 22 2014 - 13:24:29)* *Incorrect magic number (0x) in EEPROM* *Could not get board ID.* *Incorrect magic number (0x) in EEPROM* *Could not get board ID.* *Unknown board: assuming BeagleBone Black.Incorrect magic number (0x) in EEPROM* *Could not get board ID.* ** Any ideas? 2014-07-01 19:06 GMT+02:00 Robert Nelson robertcnel...@gmail.com: On Tue, Jul 1, 2014 at 11:51 AM, Jason Kridner jkrid...@gmail.com wrote: On Tue, Jul 1, 2014 at 11:49 AM, Víctor MV v.mayor...@gmail.com wrote: Jason I'm searching for one of the old BB images that allowed to write the EEPROM from u-boot. One of those that you could use to access the u-boot even if the EEPROM was empty. You don't have to go old for that. Robert continues to build updated u-boot images that ignore the EEPROM such that you can boot and program it. Realize there is a test-point on the board if you want to un-write-protect the EEPROM. The image-builder specifies the image to get here: https://github.com/beagleboard/image-builder/blob/master/tools/setup_sdcard.sh#L1220 That means that the actual built u-boot images are at http://rcn-ee.net/deb/tools/am335x_boneblack/. I'm not sure where the sources are! Robert, please jump in here as it isn't obvious, especially since the image build script doesn't have an option for rebuilding the bootloader (it seems it should). Well, i really don't have a script to build one bootloader. ;) https://github.com/RobertCNelson/Bootloader-Builder I kinda ended up in a situation where i'm tracking 15 boards in u-boot mainline. ;) opps! As u-boot releases happen, i push those patches to https://github.com/eewiki/u-boot-patches/ so we can hard link to them. The patches in Bootloader-Builder tend to churn a lot. I see a bunch of patches here: https://github.com/eewiki/u-boot-patches/blob/master/v2014.07-rc3/0001-am335x_evm-uEnv.txt-bootz-n-fixes.patch (per http://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-Bootloader:U-Boot ), but I don't see the one for am335x-boneblack.h. Oh, I'm just ignoring the fact u-boot has a am335x-boneblack config, as am335x-evm supports both beaglebone's... Easier to share a microSD between the white/black. Robert?!? I believe we should push the am335x-boneblack.h file into mainline and annotate it clearly to be used only in cases of a board without an EEPROM. The I've been trying with some of the images available at http://downloads.angstrom-distribution.org/demo/beaglebone/archive/. But i keep getting something like: U-Boot SPL 2011.09-0-gf63b270-dirty (Nov 20 2011 - 19:58:24) Texas Instruments Revision detection unimplemented Incorrect magic number in EEPROM read_eeprom() failure : 0 spl: fat register err - -1 ### ERROR ### Please RESET the board ### or U-Boot SPL 2011.09-00010-g81c8c79 (Feb 13 2012 - 14:48:03) Texas Instruments Revision detection unimplemented Incorrect magic number in EEPROM read_eeprom() failure : 0 mmc_read_data: timedout waiting for status! mmc_send_cmd: timedout waiting for cmddis! ** Can't read partition table on 2500:0 ** ** Partition 1 not valid on device 2500 ** spl: fat register err - -1 ### ERROR ### Please RESET the board ### and doesn't allow me to actually access u-boot prompt to write the magic number. Do you happen to have one of those images around (i believe that the right u-boot.img would be enough)? GND test point TP4 and boot with: http://rcn-ee.net/deb/testing/2014-05-14/BBB-blank-eMMC-flasher-debian-7.5-2014-05-14-2gb.img.xz as long as your i2c bus works, this'll boot and program the eeprom.. 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: BeagleBone image question
On Tue, Jul 1, 2014 at 12:47 PM, Víctor MV v.mayor...@gmail.com wrote: Robert, Thanks for pointing it out. I flashed the image and put the TP2 to GND (using the BeagleBone white). Doh! You have a white, don't use that file.. It assumes a bbb which include 1Ghz + ldo rails!!! 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: BeagleBone image question
Mmm too late but the board doesn't seem to be damaged. Any ideas on how to flash EEPROM on the BB? 2014-07-01 19:48 GMT+02:00 Robert Nelson robertcnel...@gmail.com: On Tue, Jul 1, 2014 at 12:47 PM, Víctor MV v.mayor...@gmail.com wrote: Robert, Thanks for pointing it out. I flashed the image and put the TP2 to GND (using the BeagleBone white). Doh! You have a white, don't use that file.. It assumes a bbb which include 1Ghz + ldo rails!!! 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: BeagleBone image question
On Tue, Jul 1, 2014 at 12:51 PM, Víctor MV v.mayor...@gmail.com wrote: Mmm too late but the board doesn't seem to be damaged. Any ideas on how to flash EEPROM on the BB? it should be 'fine' just don't let it sit for a hours... If you can boot to userspace... This is how i flash the eeprom on the black. https://github.com/RobertCNelson/boot-scripts/blob/master/boot/am335x_evm.sh#L29 But i don't have the 'bbw.eeprom' on me. Should be safe to dump it from on in the lab.. I'll have to dig a bit.. Not sure how to flash from u-boot.. 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: BeagleBone image question
This is all fine, but it should be clear what is going on to someone visiting http://beagleboard.org/source. Perhaps I just missed it. I see a bunch of patches here: https://github.com/eewiki/u-boot-patches/blob/master/v2014.07-rc3/0001-am335x_evm-uEnv.txt-bootz-n-fixes.patch (per http://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-Bootloader:U-Boot), but I don't see the one for am335x-boneblack.h. Oh, I'm just ignoring the fact u-boot has a am335x-boneblack config, as am335x-evm supports both beaglebone's... Easier to share a microSD between the white/black. OK, so where you use it in setup-card.sh is simply a hack to give a different URL to fetch it? Yeah, i use the --uboot boneblack_flasher flag in my setup-card.sh creator script to grab the blank eeprom u-boot, vs the normal am335x_evm build. #BeagleBone BeagleBone Black ABI2:am335x_evm:SPL http://rcn-ee.net/deb/tools/am335x_evm/MLO-am335x_evm-v2014.07-rc3-r8 ABI2:am335x_evm:BOOT http://rcn-ee.net/deb/tools/am335x_evm/u-boot-am335x_evm-v2014.07-rc3-r8.img #BeagleBone Black (eeprom) ABI2:am335x_boneblack:SPL http://rcn-ee.net/deb/tools/am335x_boneblack/MLO-am335x_boneblack-v2014.07-rc3-r8 ABI2:am335x_boneblack:BOOT http://rcn-ee.net/deb/tools/am335x_boneblack/u-boot-am335x_boneblack-v2014.07-rc3-r8.img You are using this patch (https://github.com/RobertCNelson/Bootloader-Builder/blob/master/patches/v2014.07-rc3/0002-NFM-Production-eeprom-assume-device-is-BeagleBone-Bl.patch) and then building normally for am335x-evm? Correct.. For devices programmed at the factory, users should only use the 1st patch. https://github.com/RobertCNelson/Bootloader-Builder/blob/master/patches/v2014.07-rc3/0001-am335x_evm-uEnv.txt-bootz-n-fixes.patch This is also located under /opt/source/ of the production image. It contains a few tweaks for where we have the kernel boot files located in the debian image. Along with a poor man's cape manager checker.. However, the second patch really should only be used by oem's who are flashing the bbb, as it assumes 1Ghz, the black's ldo setting etc. https://github.com/RobertCNelson/Bootloader-Builder/blob/master/patches/v2014.07-rc3/0002-NFM-Production-eeprom-assume-device-is-BeagleBone-Bl.patch Robert?!? I believe we should push the am335x-boneblack.h file into mainline and annotate it clearly to be used only in cases of a board without an EEPROM. The Seems like you hesitated here. Perhaps we could #include am335x-evm.h and then overwrite some settings and add a clear note that this is for ignoring that EEPROM? The reasons are that lots of people look for boneblack in the u-boot sources (without success), lots of people try to build clones without EEPROMs and struggle to figure out how, and out-of-tree patches are always hard to locate with confidence they are used in the build of the software at hand. Well, when i set this up originally, we didn't have much for a clone market. So we definitely need to look at this again. I just didn't want people running this image on clones that did have the 1Ghz or the black's ldo setup. I need to think, what's still safe for a blank bbw.. 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] Install ubuntu
Hey guys, I installed ubuntu 14.04 with success but I haven't the GUI desktop despite the following command : sudo update, sudo upgrade, sudo apt-get install ubuntu-desktop. Every packets seem to be installed but after the reboot nothing... Any idea ? 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] Failing to connect
I have spent the last few days trying to get a Beaglebone Black (revision A5B) to actually work, so far with limited success. If I plug it into my PC, running Linux Mint 16, using the USB client socket and then enter its IP address (192.168.7.2) I get the BeagleBone 101 page with the 6 * 3 picture montage. Instead of the green box confirming I'm connected however, I get an orange box inviting me to to type in the IP address again. Doing so, and pressing Enter, has no effect. The cursor continues to flash. There is a possibility this is caused by my security software but, at the moment, I cannot find the cause. I can SSH into the BBB and confirm the OS is installed. The heartbeat and CPU activity leds are flashing happily. Anyone with any suggestions? As an aside, has anyone managed to connect to the USB Host connector and the micro HDMI socket simultaneously? I'd like to replace two Arduinos and their associated pile of interface circuitry with a BBB to reduce the power consumption and to speed up the data processing on an 'intelligent' mobile robot. I'm reluctant to use a Pi as I wanted to publish something different. A final aside, just how do you turn a BBB off. The power switch has no effect and, if some of the comments on the forums are to be believed, pulling the plug can wreck the software. Regards haha -- 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] Install ubuntu
On Tue, Jul 1, 2014 at 2:36 PM, dumonth...@gmail.com wrote: Hey guys, I installed ubuntu 14.04 with success but I haven't the GUI desktop despite the following command : sudo update, sudo upgrade, sudo apt-get install ubuntu-desktop. Every packets seem to be installed but after the reboot nothing... Did you setup xorg.conf ? http://elinux.org/BeagleBoardUbuntu#Xorg_Drivers 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] Failing to connect
On Tue, Jul 1, 2014 at 2:49 PM, haha48...@gmail.com wrote: I have spent the last few days trying to get a Beaglebone Black (revision A5B) to actually work, so far with limited success. If I plug it into my PC, running Linux Mint 16, using the USB client socket and then enter its IP address (192.168.7.2) I get the BeagleBone 101 page with the 6 * 3 picture montage. Instead of the green box confirming I'm connected however, I get an orange box inviting me to to type in the IP address again. Doing so, and pressing Enter, has no effect. The cursor continues to flash. There is a possibility this is caused by my security software but, at the moment, I cannot find the cause. I can SSH into the BBB and confirm the OS is installed. The heartbeat and CPU activity leds are flashing happily. Anyone with any suggestions? As an aside, has anyone managed to connect to the USB Host connector and the micro HDMI socket simultaneously? I'd like to replace two Arduinos and their associated pile of interface circuitry with a BBB to reduce the power consumption and to speed up the data processing on an 'intelligent' mobile robot. I'm reluctant to use a Pi as I wanted to publish something different. A final aside, just how do you turn a BBB off. The power switch has no effect and, if some of the comments on the forums are to be believed, pulling the plug can wreck the software. It sounds like you have an old broken version... cat /etc/dogtag 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: ssh on debian 3.15 kernel
I will do that later today. I went ahead and placed an order for the serial cable. On Tue, Jul 1, 2014 at 1:20 PM, William Hermans yyrk...@gmail.com wrote: Charles, anyway when attempting to login via ssh have you tried the verbose switch ? Perhaps that will give you a clue as to whats going wrong. On Tue, Jul 1, 2014 at 9:44 AM, William Hermans yyrk...@gmail.com wrote: You should really buy yourself a serial debug cable. At least that way you'll have a way to get into a terminal. On Tue, Jul 1, 2014 at 6:32 AM, Charles Kerr charlesker...@gmail.com wrote: Rebuilt with minimal (I was using bare before). Now when I try to ssh in, I get the following: ssh -l debian 192.168.1.151 Read from socket failed: Connection reset by peer I can ping the BBB. -- 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 a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/9ELQhigiXIk/unsubscribe. To unsubscribe from this group and all its topics, 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] BBB Weston + sgx + ti-omap3-sgx-wayland-wsegl + HDMI: display wrapping issue
Hi all, I've put together a yocto build for the BBB which uses weston+wayland driven by the sgx kernel modules. I'm using this as a wrapper around libEGL: https://github.com/schnitzeltony/ti-omap3-sgx-wayland-wsegl/tree/drm-gbm And I'm using some bit bake hackery based on: http://gitorious.org/schnitzeltony-oe-meta/meta-gumstix-community I'm running ti's 3.12 staging kernel with the 5.01.01.01 GFX release. It all seems to work, but I'm seeing some strange display wrapping on the monitor I've got hooked up. Essentially, sometimes the display rotates/shifts left by a few pixels. It's always the same amount, always the same shift direction, and either displays properly or has this defect. It shows up and goes away as I change what is rendered on the screen (typing, moving windows) with no apparent pattern. Here's a photo showing the slight wrap-around that I'm describing here. Look at the right edge of the screen: http://i.imgur.com/8S7H9uV.jpg I'm wondering if this is a known HDMI issue? Or a libgles-omap3 issue that needs to be hacked around? Or something else? -- 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: Problems with locale
On Tue, Jul 1, 2014 at 12:35 PM, Giovanni Santini itachi.sama.amater...@gmail.com wrote: Also, I removed also some icon themes and some documentations and I freed up about 300 MB without removing X/Gnome stuff... Still continuing in Debian armhf qemu image. If someone is interested: http://people.debian.org/~aurel32/qemu/armhf/ Hi Giovanni, First image with all the locales present is now uploaded: https://rcn-ee.net/deb/testing/2014-07-01/bone-debian-7.5-lxde-2014-07-01-4gb.img.xz sudo dpkg-reconfigure locales Should be all that's required for you to select your locale.. 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: PRUSS under Debian beta
It's not showing as enabled: # lsmod Module Size Used by uio_pruss 4066 0 g_multi50407 2 libcomposite 15028 1 g_multi mt7601Usta641118 0 # cat /sys/devices/bone_capemgr.9/slots 0: 54:PF--- 1: 55:PF--- 2: 56:PF--- 3: 57:PF--- 4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G 5: ff:P-O-L Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI # echo /lib/firmware/BB-BONE-PRU-01-00A0.dtbo /sys/devices/bone_capemgr.9/slots -bash: echo: write error: No such file or directory But the command doesn't work. Am I doing it right? Best regards, Sherman Boyd On Fri, Jun 27, 2014 at 1:53 PM, Charles Kerr charlesker...@gmail.com wrote: Yes. Did you enable the PRU ? if you do the following: cat /sys/devices/bone_capemgr.9/slots Does it show the PRU enabled? If not, look in /lib/firmware for a dtbo that has the PRU , and do an:echo PRUDTBOFILE /sys/devices/bone_capemgr.9/slots On Friday, June 27, 2014 4:03:32 PM UTC-4, Sherman Boyd wrote: Hello. I'm trying to get PRUSS working with the new Debian beta image. I've got things working on Angstrom, but not on Debian. I'm using kernel 3.8.13-bone50, is anybody else using PRUSS on this kernel? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/hdB-hDLDSrE/unsubscribe. To unsubscribe from this group and all its topics, 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: PRUSS under Debian beta
On Tue, Jul 1, 2014 at 3:49 PM, Sherman Boyd sherman.b...@gmail.com wrote: It's not showing as enabled: # lsmod Module Size Used by uio_pruss 4066 0 g_multi50407 2 libcomposite 15028 1 g_multi mt7601Usta641118 0 # cat /sys/devices/bone_capemgr.9/slots 0: 54:PF--- 1: 55:PF--- 2: 56:PF--- 3: 57:PF--- 4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G 5: ff:P-O-L Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI # echo /lib/firmware/BB-BONE-PRU-01-00A0.dtbo /sys/devices/bone_capemgr.9/slots -bash: echo: write error: No such file or directory http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Privileged_echo sudo sh -c echo BB-BONE-PRU-01 /sys/devices/bone_capemgr.9/slots 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: PRUSS under Debian beta
Thank you. root@beaglebone:~# cat /sys/devices/bone_capemgr.9/slots 0: 54:PF--- 1: 55:PF--- 2: 56:PF--- 3: 57:PF--- 4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G 5: ff:P-O-L Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI root@beaglebone:~# modprobe uio_pruss root@beaglebone:~# echo BB-BONE-PRU-01 /sys/devices/bone_capemgr.9/slots root@beaglebone:~# cat /sys/devices/bone_capemgr.9/slots 0: 54:PF--- 1: 55:PF--- 2: 56:PF--- 3: 57:PF--- 4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G 5: ff:P-O-L Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI 7: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-BONE-PRU-01 Best regards, Sherman Boyd On Tue, Jul 1, 2014 at 1:54 PM, Robert Nelson robertcnel...@gmail.com wrote: On Tue, Jul 1, 2014 at 3:49 PM, Sherman Boyd sherman.b...@gmail.com wrote: It's not showing as enabled: # lsmod Module Size Used by uio_pruss 4066 0 g_multi50407 2 libcomposite 15028 1 g_multi mt7601Usta641118 0 # cat /sys/devices/bone_capemgr.9/slots 0: 54:PF--- 1: 55:PF--- 2: 56:PF--- 3: 57:PF--- 4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G 5: ff:P-O-L Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI # echo /lib/firmware/BB-BONE-PRU-01-00A0.dtbo /sys/devices/bone_capemgr.9/slots -bash: echo: write error: No such file or directory http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Privileged_echo sudo sh -c echo BB-BONE-PRU-01 /sys/devices/bone_capemgr.9/slots 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 a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/hdB-hDLDSrE/unsubscribe. To unsubscribe from this group and all its topics, 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] ADXL355 Accelerometer issues on BBB
I am trying to follow the tutorial for the accelerometer found here:
http://beagleboard.org/Support/BoneScript/accelerometer/
If I read it right I should be getting back a 1.0 as the resting state on
the table. However I get back this:
Analog Read Value x: -4.853507815339876
Analog Read Value y: -4.8716830243547795
Analog Read Value z: -4.835332606324972
I am using the ADXL335 Accelerometer and 470-0ohm 1/4 watt carbon film
resistors from radio shack.
So do I just change the below offset and conversion factor? If so how do I
find those?
Source code:
var b = require('bonescript');
var zeroOffset = 0.4584;
var conversionFactor = 0.0917;
function callADC(){
b.analogRead('P9_36', printX);
b.analogRead('P9_38', printY);
b.analogRead('P9_40', printZ);
}
function printX(x) {
var value = (x.value - zeroOffset)/conversionFactor;
console.log('Analog Read Value x: ' +value.toFixed(6));
// when the ADXL335 resting flat on a table or
//board, then readings should be x:0
}
function printY(x) {
var value = (x.value - zeroOffset)/conversionFactor;
console.log('Analog Read Value y: ' +value.toFixed(6));
// when the ADXL335 resting flat on a table or
//board, then readings should be y:0
}
function printZ(x) {
var value = (x.value - zeroOffset)/conversionFactor;
console.log('Analog Read Value z: ' +value.toFixed(6));
// when the ADXL335 resting flat on a table or
//board, then readings should be z:1
console.log('');
}
//callADC will be invoked 20 times a sec or once every 50 ms
var loop = setInterval(callADC, 250);
function clear(){
clearInterval(loop);
}
--
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] advice on the project
Hi, I have to implement a ball and plate project using BBB. I have the IR touchscreen connected on USB and the driver is working with a current Debian distribution, so I can see the mouse cursor moving when the ball is moving. What is the easiest way to read the absolute mouse position? After reading the position, it has to be sent frequently over UART to another microsystem. Any advice on how to approach the coding of absolute mouse position? Jan -- 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] Reboots unexpected
I have a problem. My BBB unexpectedly restarts every day. My setup: Beagle Bone Black Ubuntu kernel 3.8.13 Communication UART4 (pins 11 and 13 to P9) GND connected both Is collecting and sending data over the UART for HUAWEY 3G modem. I implemented: / sys/devices/system/cpu/cpu0/cpufreq/scaling_governor for performance cpufreq-set-g conservative cpufreq-set-f 800Mhz cpufreq-set-f 1000Mhz cpufreq-set-f 600Mhz cpufreq-set-u 600Mhz cpufreq-set-d 800Mhz Nothing in the logs, at most once got this before a reboot: kernel: [80472.395680] omap_i2c 44e0b000.i2c: controller timed October kernel: [80472.401252] dummy 0-0034: Error -110 reading from cec: 0xfe Has anyone seen anything like this or have any tips? -- 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] devmem2 question
On Tue, Jul 1, 2014 at 10:37 AM, Jesse Forgues jesseco...@gmail.com wrote: Have I been looking at the TRM for too long and need some sleep!!! Jesse, It's just a different revision on the peripheral. I wouldn't let it get to you :) -- 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] devmem2 question
Well I suspect that other registers I check are also incorrect. I'll add some more examples tomorrow... And that revision is read only, odd it would not match the TRM, yes? Losing sleep over this question... ;) On Jul 1, 2014 7:11 PM, Alfredo Muniz alfredoamu...@gmail.com wrote: On Tue, Jul 1, 2014 at 10:37 AM, Jesse Forgues jesseco...@gmail.com wrote: Have I been looking at the TRM for too long and need some sleep!!! Jesse, It's just a different revision on the peripheral. I wouldn't let it get to you :) -- 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: BBB Weston + sgx + ti-omap3-sgx-wayland-wsegl + HDMI: display wrapping issue
The screen wrap seems to be an issue with the rev C boards. I've never noticed it with my rev A5C bbb. Quickly scrolling up and down a directory listing in mc running in a vc causes the screen to often jump back and forth. As suggested in this ti forum thread, sitara_arm forum http://e2e.ti.com/support/arm/sitara_arm/f/791/p/300197/1052263.aspx, try adjusting the value in the REG_PR_OLD_COUNT register. I've found a value below 0x68 works well on mine but I expect it depends on what software you have running. -- 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] Installing phpmyadmin on Debian version 2014-05-14 - Help
I am struggling accessing phpmyadmin. I have installed the package as well as created a symlink in /var/www but I get an error each time I go to http://ip-address/phpmyadmin. Any tips or tricks I could use? -- 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: Accessing Adafruit Ultimate GPS from Debian BBB
I was running as root. On Monday, June 30, 2014 7:15:37 AM UTC-10, William Hermans wrote: *It is not a GPS issue, it has something to do with the configuration of systemd. I am having the same issue. gpsd will not start if it uses the default port of 2947* Which user are you running these programs as ? I believe ports under 3000 on Debian are privileged. On Sat, Jun 28, 2014 at 2:36 PM, lamb...@gmail.com javascript: wrote: It is not a GPS issue, it has something to do with the configuration of systemd. I am having the same issue. gpsd will not start if it uses the default port of 2947, but works on other ports. I am not sure how to fix the configuration issue. systemd is listening to the port for some reasons. For example starting on port 2948: gpsd -D 3 -n -N /dev/tty01 -S 2948 gpsd:INFO: launching (Version 3.6) gpsd:INFO: listening on port 2948 gpsd:INFO: NTPD ntpd_link_activate: 1 gpsd:INFO: stashing device /dev/tty01 at slot 0 gpsd:INFO: opening read-only GPS data source type 0 and at '/dev/tty01' gpsd:ERROR: device open failed: No such file or directory - retrying read -only gpsd:ERROR: read-only device open failed: No such file or directory gpsd:ERROR: initial GPS device /dev/tty01 open failed gpsd:INFO: running with effective group ID 20 gpsd:INFO: running with effective user ID 65534 gpsd:INFO: startup at 2014-06-28T21:09:24.000Z (1403989764) Default Port (verified with killall gpsd and rm /var/run/gpsd.sock): ): gpsd -D 3 -n -N /dev/tty01 -S 2947 gpsd:INFO: launching (Version 3.6) *gpsd:ERROR: can't bind to IPv4 port 2947, Address already in use gpsd:ERROR: maybe gpsd is already running!* gpsd:INFO: listening on port 2947 gpsd:INFO: NTPD ntpd_link_activate: 1 gpsd:INFO: stashing device /dev/tty01 at slot 0 gpsd:INFO: opening read-only GPS data source type 0 and at '/dev/tty01' gpsd:ERROR: device open failed: No such file or directory - retrying read-only gpsd:ERROR: read-only device open failed: No such file or directory gpsd:ERROR: initial GPS device /dev/tty01 open failed gpsd:INFO: running with effective group ID 20 gpsd:INFO: running with effective user ID 65534 gpsd:INFO: startup at 2014-06-28T21:11:21.000Z (1403989881) lsof -i :2947 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME systemd 1 root 33u IPv4 11356 0t0 TCP localhost:gpsd (LISTEN) lsof -i :2948 returns nothing (with gpsd stopped). -- 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] Setting up a webserver in debian (lighttpd)
Ok, I got my second BBB and it seems I was able to install lighttpd on it. The version on my newest BBB is 2014-04-23. The version on my old BBB is 2014-03-27. Thanks for the replies On Tuesday, July 1, 2014 3:17:01 AM UTC+8, Ryan wrote: On Sunday, June 15, 2014 9:15:57 PM UTC-4, Immutant wrote: Yup, I did that too, but no luck either. There doesn't seem to be much documentation on the internet either for lighttpd on Debian, as most tutorials are still based on the old Rev B. I am also having a very similar issue. I am very new to Linux, and I just recently got Debian Wheezy onto my BBB, but I am unsure of how to follow this same guide now with the changes made. -- 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] Question about parallel processing the PRUs and signaling
Two questions, really: 1) I have an assembly program running on PRU0 receiving data in a tight loop, and I want to signal PRU1 at some point to do further processing on the bytes received. Is it possible to have PRU0 write into a register (say r2) on PRU1 using a SBBO and wake up PRU1 from executing a WBS instruction ? It seems so, from the memory map, but the docs seem to discourage WBS with anything other than r31 2) I'm seeing conflicting values for the size of program and data ram on the PRUs. How much of each do the PRUs on the beaglebone black actually have ? -- 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] ADXL355 Accelerometer issues on BBB
Luke, On Tue, Jul 1, 2014 at 4:19 PM, Luke Walsh ngru.k...@gmail.com wrote: So do I just change the below offset and conversion factor? If so how do I find those? Yes. The comments in the code say that when the board is flat on a table the x and y should be zero. So simply read the values while it is flat and that is your zero offset. Then you can use the z value for you conversion factor as it needs to be 1 when it is flat. Just look at the formula: (x.value-zeroOffset)/Conversion -- 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 GPIO and voltage levels
@Cowboy You can reach 100 MHz to toggle a GPIO pin in open loop control. This is as fast as the PWM devices. (When you need closed loop control it slows down a lot due to the latency on the OCP port.) -- 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.
