[beagleboard] WEC 7 Can't BOOT on BBB using SD Card
Hi friends, I have loaded a 4GB SD card with the MLO, EBOOTSD.nb0 and NK.bin that comes with the Demo package WEC7 BBB 01.05.00, Also I have formatted the card with Fat32 and 4096 byte sectors (using hp format tool), and I have used the TI SD card utility for flashing the SD card, Also I have pushed the user button before power up, But noting happens!!! In some procedure they said to format using hp format tool, copy mlo,ebootsd,nk.bin in correct order and press usr boot button and power up.. but not booting... when I power the board up the leds won't flash, , So I think it's a boot problem, How can I be sure that the MLO is in the first sector of the SD card? I have loaded angstrom img succsfuly on BeagleBone Black. I am using 4gb sd card, windows 7 and virtual machine xp. so please consider the issue and help me... Thanks Regards aswin pp -- 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] Radio Spares (UK) - BBB - Out of Stock
Hello, Is it really the case that BBB rev c is going to be out of stock until late September in the UK? Radio Spares (UK) state ETA of late September before restock. Meanwhile, really keen to get my hands on a BBB and 3 months is an awfully long to wait if I've misunderstood the supply problem. Many thanks, M. -- 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] Radio Spares (UK) - BBB - Out of Stock
They may be out of stock, but bear in mind they are not the only place on the planet that sells them either. Try ordering from boardzoo, digikey, adafruit, Newark, Allied, or a whole list of other places. Eric On Tue, Jun 10, 2014 at 12:46 AM, Mark Hopewell ryme.intrinseca1...@gmail.com wrote: Hello, Is it really the case that BBB rev c is going to be out of stock until late September in the UK? Radio Spares (UK) state ETA of late September before restock. Meanwhile, really keen to get my hands on a BBB and 3 months is an awfully long to wait if I've misunderstood the supply problem. Many thanks, M. -- 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] gettext on the debian machine .... doesn't work ....
Hi,
did someone manage to make the gettext function working ?
a simple hello world :
#include locale.h
#include gettext.h
int
main (void)
{
setenv (LANGUAGE, fr, 1);
setlocale (LC_ALL, );
bindtextdomain (toto, /foo/bar/baz);
textdomain (toto);
gettext (toto);
return 0;
}
$ gcc -DENABLE_NLS=1 -I/usr/share/gettext -o test-gettext test-gettext.c
$ strace -e trace=open ./test-gettext
just return
open(/etc/ld.so.cache, O_RDONLY) = 3
open(/lib/arm-linux-gnueabihf/libc.so.6, O_RDONLY) = 3
I don't see any trace like this one :
open(/etc/ld.so.cache, O_RDONLY|O_CLOEXEC) = 3
open(/lib64/libc.so.6, O_RDONLY|O_CLOEXEC) = 3
open(/usr/lib/locale/locale-archive, O_RDONLY|O_CLOEXEC) = 3
open(/usr/share/locale/locale.alias, O_RDONLY|O_CLOEXEC) = 3
open(/foo/bar/baz/fr/LC_MESSAGES/toto.mo, O_RDONLY) = -1 ENOENT (No such
file or directory)
Why ? Any idea ?
Thx,
--
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] Pixel Clock of an LCD for BBB
We are using a custom LCD with BBB. We changed the kernel for LCD to work. But we couldn't figure out the pixel clock value of LCD. It is working but image is shaking a little bit. We only know that LCD has a Data Clock value of 40 ns (25 MHz). How can we calculate the correct pixel clock value? Here is a screenshot of LCD's manual: https://lh3.googleusercontent.com/-D2bTeCEUwPE/U5bH99UZNuI/AN0/c7L3MaBQWbw/s1600/Screen+Shot+2014-06-10+at+11.52.43.png -- 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 SPI receive rx fail using the ioctl
If BBB to be a master then th sclk dirction should be output 0x150 0x10 is
right?
On Thursday, 7 November 2013 14:37:32 UTC+5:30, Jack Mitchell wrote:
Hi Helen,
The SCLK pin should be an INPUT.
0x150 0x10 /* spi0_sclk.spi0_sclk, OUTPUT_PULLUP */
That line should be:
0x150 0x30 /* spi0_sclk.spi0_sclk, INPUT_PULLUP */
This is fixed on newer kernels, so I would also advise you to upgrade to
a later version.
On a side note, if you're struggling with SPI then I would recommend
trying out the libsoc[1] librarary.
Cheers,
Jack.
[1] https://github.com/jackmitch/libsoc
On 05/11/13 02:30, Helen Paiva wrote:
Hi all,
I am beginner with the BeagleBone Black board and I have a problem with
the SPI communication.
I am trying to communicate with the Redpine wifi board by SPI. The
BeagleBone Black is the master and the wifi board is the slave.
Part of the configuration of my BB-SPI0DEV-00A0.dts is the follow:
/* state the resources this cape uses */
exclusive-use =
/* the pin header uses */
P9.17,/* spi0_cs0 */
P9.18,/* spi0_d1 MOSI */
P9.21,/* spi0_d0 MISO*/
P9.22,/* spi0_sclk */
/* the hardware ip uses */
spi0;
fragment@0 {
target = am33xx_pinmux;
__overlay__ {
bb_spi0_pins: pinmux_bb_spi0_pins {
pinctrl-single,pins =
0x150 0x10 /* spi0_sclk.spi0_sclk, OUTPUT_PULLUP |
MODE0 */
0x154 0x30 /* spi0_d0.spi0_d0, INPUT_PULLUP | MODE0
*/
0x158 0x10 /* spi0_d1.spi0_d1, OUTPUT_PULLUP |
MODE0 */
0x15c 0x10 /* spi0_cs0.spi0_cs0, OUTPUT_PULLUP |
MODE0 */
;
};
};
};
I made all the configuration for the SPI and I am trying to execute the
spidev_test exemple.
I am using the osciloscophe, so I can see that the message sent and
received are corrects!
I am sendding 0x15 0x00 and receiving 0x00 0x58, but in the program, the
receive rx only shows me 0x00 0x00.
Somebody can help me to find what I am doing wrong? If the osciloscope
shows me the correct signal for the send, receive, clock and CS. What
could be wrong in my SPI configuration? I tried so many configurations,
I dont know if I am setting wrong the ioctl.
Spidev_test exemplo:
#include stdint.h
#include unistd.h
#include stdio.h
#include stdlib.h
#include getopt.h
#include fcntl.h
#include sys/ioctl.h
#include linux/types.h
#include linux/spi/spidev.h
#define ARRAY_SIZE(a) (sizeof(a) / sizeof((a)[0]))
static void pabort(const char *s)
{
perror(s);
abort();
}
static const char *device = /dev/spidev1.0;
static uint8_t mode;
static uint8_t bits = 8;
static uint32_t speed = 50;
static uint16_t delay = 0;
static void transfer(int fd)
{
int ret;
uint8_t tx[] = {
0x15, 0x00,
};
uint8_t rx[ARRAY_SIZE(tx)] = {0, };
struct spi_ioc_transfer tr = {
.tx_buf = (unsigned long)tx,
.rx_buf = (unsigned long)rx,
.len = ARRAY_SIZE(tx),
.delay_usecs = delay,
.speed_hz = speed,
.bits_per_word = bits,
};
ret = ioctl(fd, SPI_IOC_MESSAGE(1), tr);
if (ret 1)
pabort(can't send spi message);
for (ret = 0; ret ARRAY_SIZE(tx); ret++) {
if (!(ret % 6))
puts();
printf(%.2X , rx[ret]);
}
puts();
}
int main(int argc, char *argv[])
{
int ret = 0;
int fd;
fd = open(device, O_RDWR);
if (fd 0)
pabort(can't open device);
/*
* spi mode
*/
ret = ioctl(fd, SPI_IOC_WR_MODE, mode);
if (ret == -1)
pabort(can't set spi mode);
ret = ioctl(fd, SPI_IOC_RD_MODE, mode);
if (ret == -1)
pabort(can't get spi mode);
/*
* bits per word
*/
ret = ioctl(fd, SPI_IOC_WR_BITS_PER_WORD, bits);
if (ret == -1)
pabort(can't set bits per word);
ret = ioctl(fd, SPI_IOC_RD_BITS_PER_WORD, bits);
if (ret == -1)
pabort(can't get bits per word);
/*
* max speed hz
*/
ret = ioctl(fd, SPI_IOC_WR_MAX_SPEED_HZ, speed);
if (ret == -1)
pabort(can't set max speed hz);
ret = ioctl(fd, SPI_IOC_RD_MAX_SPEED_HZ, speed);
if (ret == -1)
pabort(can't get max speed hz);
printf(spi mode: %d\n, mode);
printf(bits per word: %d\n, bits);
printf(max speed: %d Hz (%d KHz)\n, speed, speed/1000);
transfer(fd);
close(fd);
return ret;
}
--
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/groups/opt_out.
--
Jack Mitchell
Re: [beagleboard] Radio Spares (UK) - BBB - Out of Stock
Thank you Eric, No matter where I look, everyone is out of stock and back order lists are lengthy. I mention RS, here in the UK, as they are a large supplier here in the UK and are called Allied in the USA. You list Allied in your suggestion for sources of BBB's. Anyway, back to the drawing board, or should I say empty breadboard? . . . Thanks for the suggestions meanwhile, M. On 10 June 2014 09:05, Eric Fort eric.f...@gmail.com wrote: They may be out of stock, but bear in mind they are not the only place on the planet that sells them either. Try ordering from boardzoo, digikey, adafruit, Newark, Allied, or a whole list of other places. Eric On Tue, Jun 10, 2014 at 12:46 AM, Mark Hopewell ryme.intrinseca1...@gmail.com wrote: Hello, Is it really the case that BBB rev c is going to be out of stock until late September in the UK? Radio Spares (UK) state ETA of late September before restock. Meanwhile, really keen to get my hands on a BBB and 3 months is an awfully long to wait if I've misunderstood the supply problem. Many thanks, M. -- 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/ygqiEzt_9J8/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] Radio Spares (UK) - BBB - Out of Stock
You could try Farnell. They are manufacturing their own boards using the same design, and have a UK presence. David On Tuesday 10 June 2014 10:51:59 Mark Hopewell wrote: Thank you Eric, No matter where I look, everyone is out of stock and back order lists are lengthy. I mention RS, here in the UK, as they are a large supplier here in the UK and are called Allied in the USA. You list Allied in your suggestion for sources of BBB's. Anyway, back to the drawing board, or should I say empty breadboard? . . . Thanks for the suggestions meanwhile, M. On 10 June 2014 09:05, Eric Fort eric.f...@gmail.com wrote: They may be out of stock, but bear in mind they are not the only place on the planet that sells them either. Try ordering from boardzoo, digikey, adafruit, Newark, Allied, or a whole list of other places. Eric On Tue, Jun 10, 2014 at 12:46 AM, Mark Hopewell ryme.intrinseca1...@gmail.com wrote: Hello, Is it really the case that BBB rev c is going to be out of stock until late September in the UK? Radio Spares (UK) state ETA of late September before restock. Meanwhile, really keen to get my hands on a BBB and 3 months is an awfully long to wait if I've misunderstood the supply problem. Many thanks, M. -- 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/ygqiEzt_9J8/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] Re: Ubunru Saucy 13.10 Image Updated: 2014-02-16 is halting the BBB
I raised this issue at http://bugs.elinux.org/issues/85. U too mention there that U r facing same problem. -- 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] Radio Spares (UK) - BBB - Out of Stock
Thank you, David. I just ordered it from Farnell and who have the least UK waiting time. Thank you again for the pointer, it is very much appreciated. M. On 10 June 2014 11:04, David Goodenough david.goodeno...@linkchoose.co.uk wrote: You could try Farnell. They are manufacturing their own boards using the same design, and have a UK presence. David On Tuesday 10 June 2014 10:51:59 Mark Hopewell wrote: Thank you Eric, No matter where I look, everyone is out of stock and back order lists are lengthy. I mention RS, here in the UK, as they are a large supplier here in the UK and are called Allied in the USA. You list Allied in your suggestion for sources of BBB's. Anyway, back to the drawing board, or should I say empty breadboard? . . . Thanks for the suggestions meanwhile, M. On 10 June 2014 09:05, Eric Fort eric.f...@gmail.com wrote: They may be out of stock, but bear in mind they are not the only place on the planet that sells them either. Try ordering from boardzoo, digikey, adafruit, Newark, Allied, or a whole list of other places. Eric On Tue, Jun 10, 2014 at 12:46 AM, Mark Hopewell ryme.intrinseca1...@gmail.com wrote: Hello, Is it really the case that BBB rev c is going to be out of stock until late September in the UK? Radio Spares (UK) state ETA of late September before restock. Meanwhile, really keen to get my hands on a BBB and 3 months is an awfully long to wait if I've misunderstood the supply problem. Many thanks, M. -- 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/ygqiEzt_9J8/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 a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/ygqiEzt_9J8/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] Re: BeagleBone Black SPI receive rx fail using the ioctl
Hi
did you get solution for this?
On Tuesday, 5 November 2013 08:00:16 UTC+5:30, Helen Paiva wrote:
Hi all,
I am beginner with the BeagleBone Black board and I have a problem with
the SPI communication.
I am trying to communicate with the Redpine wifi board by SPI. The
BeagleBone Black is the master and the wifi board is the slave.
Part of the configuration of my BB-SPI0DEV-00A0.dts is the follow:
/* state the resources this cape uses */
exclusive-use =
/* the pin header uses */
P9.17,/* spi0_cs0 */
P9.18,/* spi0_d1 MOSI */
P9.21,/* spi0_d0 MISO*/
P9.22,/* spi0_sclk */
/* the hardware ip uses */
spi0;
fragment@0 {
target = am33xx_pinmux;
__overlay__ {
bb_spi0_pins: pinmux_bb_spi0_pins {
pinctrl-single,pins =
0x150 0x10 /* spi0_sclk.spi0_sclk, OUTPUT_PULLUP |
MODE0 */
0x154 0x30 /* spi0_d0.spi0_d0, INPUT_PULLUP | MODE0 */
0x158 0x10 /* spi0_d1.spi0_d1, OUTPUT_PULLUP | MODE0
*/
0x15c 0x10 /* spi0_cs0.spi0_cs0, OUTPUT_PULLUP |
MODE0 */
;
};
};
};
I made all the configuration for the SPI and I am trying to execute the
spidev_test exemple.
I am using the osciloscophe, so I can see that the message sent and
received are corrects!
I am sendding 0x15 0x00 and receiving 0x00 0x58, but in the program, the
receive rx only shows me 0x00 0x00.
Somebody can help me to find what I am doing wrong? If the osciloscope
shows me the correct signal for the send, receive, clock and CS. What could
be wrong in my SPI configuration? I tried so many configurations, I dont
know if I am setting wrong the ioctl.
Spidev_test exemplo:
#include stdint.h
#include unistd.h
#include stdio.h
#include stdlib.h
#include getopt.h
#include fcntl.h
#include sys/ioctl.h
#include linux/types.h
#include linux/spi/spidev.h
#define ARRAY_SIZE(a) (sizeof(a) / sizeof((a)[0]))
static void pabort(const char *s)
{
perror(s);
abort();
}
static const char *device = /dev/spidev1.0;
static uint8_t mode;
static uint8_t bits = 8;
static uint32_t speed = 50;
static uint16_t delay = 0;
static void transfer(int fd)
{
int ret;
uint8_t tx[] = {
0x15, 0x00,
};
uint8_t rx[ARRAY_SIZE(tx)] = {0, };
struct spi_ioc_transfer tr = {
.tx_buf = (unsigned long)tx,
.rx_buf = (unsigned long)rx,
.len = ARRAY_SIZE(tx),
.delay_usecs = delay,
.speed_hz = speed,
.bits_per_word = bits,
};
ret = ioctl(fd, SPI_IOC_MESSAGE(1), tr);
if (ret 1)
pabort(can't send spi message);
for (ret = 0; ret ARRAY_SIZE(tx); ret++) {
if (!(ret % 6))
puts();
printf(%.2X , rx[ret]);
}
puts();
}
int main(int argc, char *argv[])
{
int ret = 0;
int fd;
fd = open(device, O_RDWR);
if (fd 0)
pabort(can't open device);
/*
* spi mode
*/
ret = ioctl(fd, SPI_IOC_WR_MODE, mode);
if (ret == -1)
pabort(can't set spi mode);
ret = ioctl(fd, SPI_IOC_RD_MODE, mode);
if (ret == -1)
pabort(can't get spi mode);
/*
* bits per word
*/
ret = ioctl(fd, SPI_IOC_WR_BITS_PER_WORD, bits);
if (ret == -1)
pabort(can't set bits per word);
ret = ioctl(fd, SPI_IOC_RD_BITS_PER_WORD, bits);
if (ret == -1)
pabort(can't get bits per word);
/*
* max speed hz
*/
ret = ioctl(fd, SPI_IOC_WR_MAX_SPEED_HZ, speed);
if (ret == -1)
pabort(can't set max speed hz);
ret = ioctl(fd, SPI_IOC_RD_MAX_SPEED_HZ, speed);
if (ret == -1)
pabort(can't get max speed hz);
printf(spi mode: %d\n, mode);
printf(bits per word: %d\n, bits);
printf(max speed: %d Hz (%d KHz)\n, speed, speed/1000);
transfer(fd);
close(fd);
return ret;
}
--
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] Radio Spares (UK) - BBB - Out of Stock
fyi newark/farnell/element14 one in the same. On Tue, Jun 10, 2014 at 3:39 AM, Mark Hopewell ryme.intrinseca1...@gmail.com wrote: Thank you, David. I just ordered it from Farnell and who have the least UK waiting time. Thank you again for the pointer, it is very much appreciated. M. On 10 June 2014 11:04, David Goodenough david.goodeno...@linkchoose.co.uk wrote: You could try Farnell. They are manufacturing their own boards using the same design, and have a UK presence. David On Tuesday 10 June 2014 10:51:59 Mark Hopewell wrote: Thank you Eric, No matter where I look, everyone is out of stock and back order lists are lengthy. I mention RS, here in the UK, as they are a large supplier here in the UK and are called Allied in the USA. You list Allied in your suggestion for sources of BBB's. Anyway, back to the drawing board, or should I say empty breadboard? . . . Thanks for the suggestions meanwhile, M. On 10 June 2014 09:05, Eric Fort eric.f...@gmail.com wrote: They may be out of stock, but bear in mind they are not the only place on the planet that sells them either. Try ordering from boardzoo, digikey, adafruit, Newark, Allied, or a whole list of other places. Eric On Tue, Jun 10, 2014 at 12:46 AM, Mark Hopewell ryme.intrinseca1...@gmail.com wrote: Hello, Is it really the case that BBB rev c is going to be out of stock until late September in the UK? Radio Spares (UK) state ETA of late September before restock. Meanwhile, really keen to get my hands on a BBB and 3 months is an awfully long to wait if I've misunderstood the supply problem. Many thanks, M. -- 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/ygqiEzt_9J8/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 a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/ygqiEzt_9J8/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. -- 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] Radio Spares (UK) - BBB - Out of Stock
embeddedcomputer.nl has them in stock On Tuesday, June 10, 2014 12:53:24 PM UTC+2, Eric wrote: fyi newark/farnell/element14 one in the same. On Tue, Jun 10, 2014 at 3:39 AM, Mark Hopewell ryme.intr...@gmail.com javascript: wrote: Thank you, David. I just ordered it from Farnell and who have the least UK waiting time. Thank you again for the pointer, it is very much appreciated. M. On 10 June 2014 11:04, David Goodenough david.go...@linkchoose.co.uk javascript: wrote: You could try Farnell. They are manufacturing their own boards using the same design, and have a UK presence. David On Tuesday 10 June 2014 10:51:59 Mark Hopewell wrote: Thank you Eric, No matter where I look, everyone is out of stock and back order lists are lengthy. I mention RS, here in the UK, as they are a large supplier here in the UK and are called Allied in the USA. You list Allied in your suggestion for sources of BBB's. Anyway, back to the drawing board, or should I say empty breadboard? . . . Thanks for the suggestions meanwhile, M. On 10 June 2014 09:05, Eric Fort eric...@gmail.com javascript: wrote: They may be out of stock, but bear in mind they are not the only place on the planet that sells them either. Try ordering from boardzoo, digikey, adafruit, Newark, Allied, or a whole list of other places. Eric On Tue, Jun 10, 2014 at 12:46 AM, Mark Hopewell ryme.intr...@gmail.com javascript: wrote: Hello, Is it really the case that BBB rev c is going to be out of stock until late September in the UK? Radio Spares (UK) state ETA of late September before restock. Meanwhile, really keen to get my hands on a BBB and 3 months is an awfully long to wait if I've misunderstood the supply problem. Many thanks, M. -- 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 a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/ygqiEzt_9J8/unsubscribe. To unsubscribe from this group and all its topics, 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 a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/ygqiEzt_9J8/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] BOOTABLE SD CARD for WEC7
Hi Friends, I am trying to boot wec 7 on beaglebone black using sd card. I have NK.bin, mlo, ebootsd like wec7 image files. I used hp format tool but can't boot up wec 7, so i want to make sd card bootable. please reply your ideas... -- 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] Radio Spares (UK) - BBB - Out of Stock
Oops, too late, only Embest left On Tuesday, June 10, 2014 12:59:57 PM UTC+2, PLyttle wrote: embeddedcomputer.nl has them in stock -- 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] bitbake wrong kernel version
I'm bitbaking my own custom BBBlack image. Everything works great; except that the kernel version installed is 3.8.13 (uname -r) and that modules somehow are compiled against 3.2.28 (modinfo and directory name in /usr/lib/modules) This is very disturbing. I've tryed forcing kernel version to 3.8.13 by setting PREFERRED_VERSION but all i get is bitbake complaining : *NOTE: preferred version 3.8.13 of linux-mainline not available (for item virtual/kernel)* *NOTE: versions of linux-mainline available: 3.2.28* It looks like bitbake thinks it's loading and compiling 3.2.28 but in fact is downloading 3.8.13 I'm having a hard time locating the place where the magic is happening. And oddly, compiles two different kernel versions ... this is the part i'm stomped. H E L P Oh yeah, i'm working on latest 2014.06 -- 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] bitbake wrong kernel version
in fact kernel modules are here (at least should be): /lib/modules/kernel version 2014-06-10 15:22 GMT+04:00 Laurent d'Havé ldh...@gmail.com: I'm bitbaking my own custom BBBlack image. Everything works great; except that the kernel version installed is 3.8.13 (uname -r) and that modules somehow are compiled against 3.2.28 (modinfo and directory name in /usr/lib/modules) This is very disturbing. I've tryed forcing kernel version to 3.8.13 by setting PREFERRED_VERSION but all i get is bitbake complaining : *NOTE: preferred version 3.8.13 of linux-mainline not available (for item virtual/kernel)* *NOTE: versions of linux-mainline available: 3.2.28* It looks like bitbake thinks it's loading and compiling 3.2.28 but in fact is downloading 3.8.13 I'm having a hard time locating the place where the magic is happening. And oddly, compiles two different kernel versions ... this is the part i'm stomped. H E L P Oh yeah, i'm working on latest 2014.06 -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- LinkedIn - http://www.linkedin.com/in/maximpodbereznyy Company - http://www.linkedin.com/company/mentorel Facebook - https://www.facebook.com/mentorel.company -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] bitbake wrong kernel version
Yeah, little typo. still, my modules are in /lib/modules/3.2.28/ and modinfo on them mentions 3.2.28 and uname -r gives me 3.8.13 On Tuesday, June 10, 2014 1:35:57 PM UTC+2, lisarden wrote: in fact kernel modules are here (at least should be): /lib/modules/kernel version 2014-06-10 15:22 GMT+04:00 Laurent d'Havé ldh...@gmail.com javascript: : I'm bitbaking my own custom BBBlack image. Everything works great; except that the kernel version installed is 3.8.13 (uname -r) and that modules somehow are compiled against 3.2.28 (modinfo and directory name in /usr/lib/modules) This is very disturbing. I've tryed forcing kernel version to 3.8.13 by setting PREFERRED_VERSION but all i get is bitbake complaining : *NOTE: preferred version 3.8.13 of linux-mainline not available (for item virtual/kernel)* *NOTE: versions of linux-mainline available: 3.2.28* It looks like bitbake thinks it's loading and compiling 3.2.28 but in fact is downloading 3.8.13 I'm having a hard time locating the place where the magic is happening. And oddly, compiles two different kernel versions ... this is the part i'm stomped. H E L P Oh yeah, i'm working on latest 2014.06 -- 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. -- LinkedIn - http://www.linkedin.com/in/maximpodbereznyy Company - http://www.linkedin.com/company/mentorel Facebook - https://www.facebook.com/mentorel.company -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Radio Spares (UK) - BBB - Out of Stock
No worries. One month waiting is better that three. Thanks anyway, M. On 10 June 2014 12:05, PLyttle rksta...@gmail.com wrote: Oops, too late, only Embest left On Tuesday, June 10, 2014 12:59:57 PM UTC+2, PLyttle wrote: embeddedcomputer.nl has them in stock -- 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/ygqiEzt_9J8/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: shutdown problems
On 6/6/2014 4:00 PM, Robert Nelson wrote: On Fri, Jun 6, 2014 at 3:54 PM, Troy troyj...@gmail.com wrote: BeagleBoard.org BeagleBone Debian Image 2014-03-27 Based on your error, I thought it might be that one. Any chance was this one of the first embest boards? I know they has flashed a few boards with an early pre-released version of the debian image. (this was fixed in 2014-03-31) The first 4 Gig RevC board I got was an Embest board and it had this version of the software loaded, so it looks like they haven't updated in a while and are still building/shipping with the March release. I simply re-flashed with a current release and it's working fine. -- Charles Steinkuehler char...@steinkuehler.net -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] bitbake wrong kernel version
Found the issue to my problem ! I was using beagleboard as machine, instead of beaglebone. Now compiles correctly and my modules are built against the correct kernel ( 3.8.13 ). On Tuesday, June 10, 2014 1:39:17 PM UTC+2, Laurent d'Havé wrote: Yeah, little typo. still, my modules are in /lib/modules/3.2.28/ and modinfo on them mentions 3.2.28 and uname -r gives me 3.8.13 On Tuesday, June 10, 2014 1:35:57 PM UTC+2, lisarden wrote: in fact kernel modules are here (at least should be): /lib/modules/kernel version 2014-06-10 15:22 GMT+04:00 Laurent d'Havé ldh...@gmail.com: I'm bitbaking my own custom BBBlack image. Everything works great; except that the kernel version installed is 3.8.13 (uname -r) and that modules somehow are compiled against 3.2.28 (modinfo and directory name in /usr/lib/modules) This is very disturbing. I've tryed forcing kernel version to 3.8.13 by setting PREFERRED_VERSION but all i get is bitbake complaining : *NOTE: preferred version 3.8.13 of linux-mainline not available (for item virtual/kernel)* *NOTE: versions of linux-mainline available: 3.2.28* It looks like bitbake thinks it's loading and compiling 3.2.28 but in fact is downloading 3.8.13 I'm having a hard time locating the place where the magic is happening. And oddly, compiles two different kernel versions ... this is the part i'm stomped. H E L P Oh yeah, i'm working on latest 2014.06 -- 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. -- LinkedIn - http://www.linkedin.com/in/maximpodbereznyy Company - http://www.linkedin.com/company/mentorel Facebook - https://www.facebook.com/mentorel.company -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Webserver Image Displaying
Thanks for all the help, I'll see what I can do On Monday, June 9, 2014 4:15:03 PM UTC-4, Ryan P. wrote: Hello everyone, I am an intern programmer at the age of 17, doing an educational unpaid full time internship where I have to work for 70 or so hours. While at my internship, I was introduced to the beagle bone black as my main project while interning here at the science and engineering firm. My project is to re-create a silver light web-server, but with the beagle bone black in a non windows version that could be used more efficiently. My issue currently, is displaying images on my web server that is currently being hosted by my Beagle Bone Black. I am using lighttpd, and for my web server I basically followed the beginning of this guide following the *Setup* step http://www.element14.com/community/community/knode/single-board_computers/next-gen_beaglebone/blog/2013/11/20/beaglebone-web-server--setup . Anyways, I have a web server hosted, and one of my next goals is to try and display simple images onto the web server, but so far no hope. I have the web server recognizing images are trying to be displayed, but* the error for the images is: 404 not found.* I am very new, so I am still very clueless as to what I should do in going about further with the issue I am having.. I used the text editor and code just like this with my putty. vi /www/pages/test.php *Then in the text editor:* html head titleTest/title /head body ?php print(Connection Test.); ? ?php echo img src=\image.jpg\/; ? /body /html I'd love to hear your feedback on my issue, I so far am really enjoying the Beagle Bone Black, and want to learn more about it, but after countless searches I still can't seem to figure out what it is that I am doing wrong here. Thanks -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Ip USB
Hello, I made some improvement thank to the following topic : https://groups.google.com/forum/embed/?place=forum/beagleboardshowsearch=trueshowpopout=trueshowtabs=truehideforumtitle=trueparenturl=http%3A%2F%2Fbeagleboard.org%2FCommunity%2FForums#!searchin/beagleboard/usb/beagleboard/9yXZ8GUAqEY/K7bo2-t2uNcJ So I change the beaglebone ip in /usr/bin/g-ether-load.sh and the dhcp ip range in /etc/udhcpd.conf: *beaglebones 1:* */usr/bin/g-ether-load.sh:*/sbin/ifconfig usb0 192.168.11.2 netmask 255.255.255.252 */etc/udhcpd.conf:* start 192.168.11.1 end192.168.11.1 *beaglebones 2:* */usr/bin/g-ether-load.sh:*/sbin/ifconfig usb0 192.168.12.2 netmask 255.255.255.252 */etc/udhcpd.conf:* start 192.168.12.1 end192.168.12.1 *beaglebones 3:* */usr/bin/g-ether-load.sh:*/sbin/ifconfig usb0 192.168.13.2 netmask 255.255.255.252 */etc/udhcpd.conf:* start 192.168.13.1 end192.168.13.1 ... But, il doesn't work. The first DHCP server has the IP : 192.168.11.1 but seconde has 192.168.7.1 : and the other have unexpected IP. Moreover, beaglebones ip have not change (192.168.7.2). Could you help me please? Laurent -- 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] Can't make UART work with Python and AdaFruitBBB
I follow instructions here https://github.com/adafruit/adafruit-beaglebone-io-python and here https://learn.adafruit.com/setting-up-io-python-library-on-beaglebone-black/uart but can't make any communication goes through UART1 . Instead of using /dev/tty01 I use /dev/tty1 which were on my system. Is there something missing in that post? What more can I do ? I tried easiest installation on Angstrom. I use UART1 with loop back I use a osciloscope to check signals in pin P9-24 This is the python programa I use to test port import Adafruit_BBIO.UART as UART import serial UART.setup(UART1) ser = serial.Serial(port = /dev/tty1, baudrate=9600) ser.close() ser.open() if ser.isOpen(): print Serial is open! ser.write(Hello World!) ser.close() -- 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] Toggle power via software?
Hi, is there a possibility to have a really hard reset via software, e.g. by toggling the power? I hoped TPS65217C is able to do something like this but I could not find a functionality that gives the possibility to power of the CPU for a short time only. So...are there any other solutions to have a really cold reboot? Cheers! Karl -- 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: Linux DVSDK Software release for OMAP3530 (includes Graphics SDK)
Hi, I too want to use OMAP35xx SDK (ti-dvsdk_omap3530-evm_4_01_00_09) version for Beagle Board which has OMAP 3530 processor. I could not find any information related to this in TI Sources or other websites. I would like to flash the boot image on to the Beagleboard, but before that I wanted to confirm whether such a thing works. Because, from the documentation, TI is referring to OMAP35xx EVM which is quite different from Beagleboard. Also, can you please throw some light on ARM Tool chains available and the corresponding architectures they support. As far as I know, one is 'V5TE' architecture which is implemented by GCArm Tools, while uCLibc MVArm9 are based on some other architecture which I am not sure of. Regards, Vinay Kumar. On Friday, 19 June 2009 14:39:34 UTC+5:30, TK, Pratheesh Gangadhar wrote: -Original Message- From: beagl...@googlegroups.com javascript: [mailto: beagl...@googlegroups.com javascript:] On Behalf Of Favor Tang Sent: Thursday, June 18, 2009 7:47 PM To: beagl...@googlegroups.com javascript: Subject: [beagleboard] Re: Linux DVSDK Software release for OMAP3530 (includes Graphics SDK) Hi, And what about the other features include in DVSDK? such as MAP35x Graphics SDK and Demos , Dsplink. however, it should only (maybe not) be builded against the PSP provided by TI. Could we use DSPlink modules and SGX modules on the beagleboard for the same kernel version as PSP? No - these are built and tested against OE kernel as well. After all these kernels are based on linux-omap... I think, It is not that easy things to do, do I need to hack or do extral things to its sources? if it is, what things should we do in order to use DVSDK some released features on Beagleboard? very appreciate your help. I personally prefer and use OE for doing this - it has good support for SGX and DSP and other distros such as ubuntu was able to take patches from OE to make the same work. This is a choice individual needs to make based on their preferences and requirements. Regards, Pratheesh -- 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: Syntax in the tech ref manual question
C24 is this PRU RAM offset C25 is that PRU RAM offset Running code on PRU0 you address PRU1 RAM using C25. Same code if run on PRU1 will access the PRU0 RAM. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Ubuntu on beaglebone black
On Monday, June 9, 2014 8:23:55 PM UTC+5:30, RobertCNelson wrote: On Mon, Jun 9, 2014 at 8:41 AM, Chaitra MohanKumar chaitra.m...@tismotech.net javascript: wrote: Hello everyone, I am using Beaglebone Black, I am trying to run UBUNTU 14.04 from the SD card. I followed the procedure as mentioned in the website http://eewiki.net/display/linuxonarm/BeagleBone#BeagleBone-Ubuntu14.04 to burn OS on the SD card. But when I power on the board, the only thing visible is LINUX PENGUIN LOGO on the top left corner of the screen as shown in the below figure. - Can I know what is the problem happening to display only this logo? - Is it a boot loader problem or something else? Please let me know what is the problem and also how to resolve it. It looks like it is booting fine, what do you see over serial? Regards, -- Robert Nelson http://www.rcn-ee.com/ Hi, Thank you for the reply. I tried SSHing into beaglebone black, but it s not happening. The serial output is as follows: =~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2014.06.10 14:20:14 =~=~=~=~=~=~=~=~=~=~=~= U-Boot SPL 2014.04-dirty (Jun 05 2014 - 18:58:53) reading args spl_load_image_fat_os: error reading image args, err - -1 reading u-boot.img reading u-boot.img U-Boot 2014.04-dirty (Jun 05 2014 - 18:58:53) I2C: ready DRAM: 512 MiB NAND: 0 MiB MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 *** Warning - readenv() failed, using default environment Net: ethaddr not set. Validating first E-fuse MAC cpsw, usb_ether Hit any key to stop autoboot: 1 0 gpio: pin 53 (gpio 53) value is 1 mmc0 is current device gpio: pin 54 (gpio 54) value is 1 SD/MMC found on device 0 reading uEnv.txt 238 bytes read in 14 ms (16.6 KiB/s) gpio: pin 55 (gpio 55) value is 1 Loaded environment from uEnv.txt Importing environment from mmc ... Checking if uenvcmd is set ... gpio: pin 56 (gpio 56) value is 1 Running uenvcmd ... reading /zImage 5502744 bytes read in 301 ms (17.4 MiB/s) reading /dtbs/am335x-boneblack.dtb 25926 bytes read in 9 ms (2.7 MiB/s) Kernel image @ 0x8200 [ 0x00 - 0x53f718 ] ## Flattened Device Tree blob at 8800 Booting using the fdt blob at 0x8800 Using Device Tree in place at 8800, end 88009545 Starting kernel ... Uncompressing Linux... done, booting the kernel. [0.00] Booting Linux on physical CPU 0x0 [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.8.13-bone56 (chaitra@UbuntuSystech) (gcc version 4.7.3 20130328 (prerelease) (crosstool-NG linaro-1.13.1-4.7-2013.04-20130415 - Linaro GCC 2013.04) ) #1 SMP Fri Jun 6 14:31:52 IST 2014 [0.00] CPU: ARMv7 Processor [413fc082] revision 2 (ARMv7), cr=50c5387d [0.00] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache [0.00] Machine: Generic AM33XX (Flattened Device Tree), model: TI AM335x BeagleBone [0.00] Memory policy: ECC disabled, Data cache writeback [0.00] AM335X ES2.0 (l2cache sgx neon ) [0.00] PERCPU: Embedded 9 pages/cpu @c0d0d000 s14080 r8192 d14592 u36864 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 129792 [0.00] Kernel command line: console=ttyO0,115200n8 root=/dev/sdb2 ro rootfstype=ext4 rootwait fixrtc [0.00] PID hash table entries: 2048 (order: 1, 8192 bytes) [0.00] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) [0.00] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) [0.00] __ex_table already sorted, skipping sort [0.00] allocated 1048576 bytes of page_cgroup [0.00] please try 'cgroup_disable=memory' option if you don't want memory cgroups [0.00] Memory: 511MB = 511MB total [0.00] Memory: 508412k/508412k available, 15876k reserved, 0K highmem [0.00] Virtual kernel memory layout: [0.00] vector : 0x - 0x1000 ( 4 kB) [0.00] fixmap : 0xfff0 - 0xfffe ( 896 kB) [0.00] vmalloc : 0xe080 - 0xff00 ( 488 MB) [0.00] lowmem : 0xc000 - 0xe000 ( 512 MB) [0.00] pkmap : 0xbfe0 - 0xc000 ( 2 MB) [0.00] modules : 0xbf80 - 0xbfe0 ( 6 MB) [0.00] .text : 0xc0008000 - 0xc07bfca4 (7904 kB) [0.00] .init : 0xc07c - 0xc07fc700 ( 242 kB) [0.00] .data : 0xc07fe000 - 0xc0885600 ( 542 kB) [0.00].bss : 0xc0885600 - 0xc08fcd40 ( 478 kB) [0.00] Hierarchical RCU implementation. [0.00] RCU restricting CPUs from NR_CPUS=4 to nr_cpu_ids=1. [0.00] NR_IRQS:0 nr_irqs:0 0 [0.00] IRQ: Found an INTC at 0xfa20 (revision 5.0) with 128 interrupts [0.00] Total of 128 interrupts on 1 active controller [0.00] OMAP clockevent source: GPTIMER1 at 2400 Hz [0.00] sched_clock: 32 bits at 24MHz, resolution 41ns, wraps every 178956ms [0.00] OMAP
[beagleboard] Re: r30 and r31 output/input only?
Just wanted to check, r30 is output and r31 is input only on the PRU? In short, yes they are. If you are about the In/Out use of the registers. There is much more. For example, R31 could be used as a zero source, for single-bit mask composition. -- 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] Problem with first thing to do.
Hi. Im newly involve with beagleboard xm with a week linux experience. My objective is to run .cpp code file with opencv library in beagleboard xm. I googling around and wandering at this community forum, blogs and I found that several tutorials quite useful but I face a lot of problems and dont understand majority of the instruction or topic discussed since i still a newbies. I thought maybe any experts can give a hint or guide me for this embedded journey. My questions are: 1. I burn an angstrom image from http://beagleboard.org/latest-images/ for my beagleboard xm. Is it the most efficient os that i can use? or the kernel? 2.I also tried ubuntu 14.04 ( http://elinux.org/BeagleBoardUbuntu#raw_microSD_img) and it stuck after i update, upgrade, and try to boot into a gui environment. I refer to http://embedmastery.blogspot.com/2013/12/install-ubuntu-1310-on-beagle-board-xm.html and http://www.brianhensley.net/2013/01/beagleboard-xm-how-to-install-ubuntu.html for boot up and gui process. 3. Once i burn an angstrom image and boot beagleboard xm up, i read view blogs that advise to update and upgrade right after the first boot. So i tried to opkg update and opkg upgrade but it stuck at login screen after complete upgrade and reboot. What should i do? What the first thing i suppose to do after succesfully burn and boot? 4. When i gave up with update and upgrade, I just proceed and followed this tutorial here http://derekmolloy.ie/beaglebone/beaglebone-video-capture-and-image-processing-on-embedded-linux-using-opencv/ and it work until v2l-utils command. And i believe i need to install video4linux first. And how should i do it? Anyone could recommend me some links or books that i can refer as a newbie in linux on beagleboard xm. Thank you a bunch. -- 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 won't boot up (PWR Led does a single quick blink)
My BBB (A5A) was working fine with ARM Arch (installed on the eMMC), but since yesterday it won't turn on. I don't know what changed. When I plug the power source or the USB cable the PWR Led quickly blinks, but the board doesn't turn on. If I press the POWER button, the PWR led does a single blink too, but it doesn't proceed to boot. I also tried to boot from the SD card, but It didn't work. -- 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] original bebopr capes for $49.99
Refurbished original BeBoPr capes are on sale at boardzoo.com for $49.99, limited qty available... http://boardzoo.com/index.php/bone-bebopr-ref.html -- 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: Relative branching on the PRU
Or is there something I am missing about scope on macros? I think, you are. The scope of the labels declared inside the macro declaration is the macro itself. -- 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: No server at 192.168.7.2, ping there times out, disk mount O.K., what gives?
I ended up figuring out what was wrong. I had to follow the directions on http://joshuawise.com/horndis under Notes about Mavericks. After following those instructions and then uninstalling horndis and reinstalling everything worked. On Fri, Jun 6, 2014 at 4:44 PM, rbaxte...@gmail.com wrote: How was this resolved? I think I am running into the same problem. I just got my BeagleBone Black Rev C and tried installing the drivers on OSX 10.9.3. Installation of the drivers went fine but I couldn't connect to http://192.168.7.2. I went to my Network Preferences and saw there were a bunch of BeagleBone entries but all were modem connections. I removed them all. When I go to add a new interface I see a bunch of entries for beaglebone including BeagleBoneBlack (en5), BeagleBoneBlack (usbmodem1d113), and BeagleBoneBlack (usbmodem1d111) (usbmodem1d111). I assume I don't want the usbmodem ones so I try selection BeagleBoneBlack (en5) and clicking create, but nothing happens, no new interface is created. Any ideas? On Wednesday, September 18, 2013 8:19:37 PM UTC-4, ch...@weetopia.com wrote: I had the same issue. My user account on my MBA13 10.8.4 is a standard user (i.e., non-root). So I logged in as root (Admin user), and plugged in the BBB, installed the drivers. It worked. Logged out, rebooted the BBB, and now the USB connection is recognized as USB Ethernet. I would guess that one of the PRE or POST install scripts requires root privileges to run, and wrapping it in sudo or asking for permissions instead of silently failing is preferable. cheers -chris On Thursday, July 11, 2013 7:08:25 AM UTC-7, Richard Cook wrote: Trying to get BBB on the air via USB using MacBook Pro OS X 10.8.4 without success. Connected O.K. -- LEDs flashing nicely and BEAGLEBONE disk mounts and is accessible on my desktop. Installed derivers for Mac OS X from the BEAGLEBONE disk. No errors. No server response from 192.168.7.2 No response to ping of same address Ran shell script patch included in FTDI directory (do_patch.sh) No server response from 192.168.7.2 No response to ping of same address Searched FAQs Nothing relevant found Advice? -- 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/zhLaiO45d74/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] BeagleBone Proto Cape
Be careful when using the BeagleBone Proto Cape : the 5V power labels are not correct. SYS5V and VDD5V should be exchanged. Pierre-Yves. https://lh4.googleusercontent.com/-Z_sClNV0bNI/U5YgE_hincI/AB4/4tnvQRFj6Vw/s1600/ScreenShot014.png -- 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 ADC AIN0 AIN2 AIN3 cannot be used?
This seems to be a problem with the ADC configuration. You could run one of the libpruio examples io_input http://users.freebasic-portal.de/tjf/Projekte/libpruio/doc/html/ChaExamples.html#SubExaIoInp or oszi http://users.freebasic-portal.de/tjf/Projekte/libpruio/doc/html/ChaExamples.html#SubExaOszi to check the hardware or the example analyse http://users.freebasic-portal.de/tjf/Projekte/libpruio/doc/html/ChaExamples.html#SubExaAnalyse to check the configuration. (The pins may be configured for touch screen?) To get more detailed information you should describe the steps you perform to receive the ADC values. (Do you use sysfs, mmap, a library, ... ?) -- 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] Can't make UART work with Python and AdaFruitBBB
On Tue, Jun 10, 2014 at 9:34 AM, clau...@logmatch.com.br wrote: Well, that was one problem. After searching in this forum I discover that I could use /dev/ttyO1 So I use # dmesg |grep serial and # cat /proc/tty/driver/OMAP-SERIAL to confirm that. # cat /proc/tty/driver/OMAP-SERIAL serinfo:1.0 driver revision: 0: uart:OMAP UART0 mmio:0x44E09000 irq:88 tx:558 rx:0 RTS|CTS|DTR|DSR 1: uart:OMAP UART1 mmio:0x48022000 irq:89 tx:75 rx:37 brk:1 CTS|DSR|CD|RI # dmesg |grep serial [0.210444] omap_uart 44e09000.serial: did not get pins for uart0 error: -19 [0.210719] 44e09000.serial: ttyO0 at MMIO 0x44e09000 (irq = 88) is a OMAP UART0 [5.035048] gserial_setup: registered 1 ttyGS* device [ 1763.473407] 48022000.serial: ttyO1 at MMIO 0x48022000 (irq = 89) is a OMAP UART1 But now I have other doubts. Why there are only 2 serials ? because you only loaded two.. Add this to your u-boot bootargs and you'll get a few more: capemgr.enable_partno=BB-UART1,BB-UART2,BB-UART4 (depending on factory v3.8.x kernel) 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] 3D model of Boris (beagleboard.org mascot) on Thingiverse
Using http://www.machinekit.io/ and BeagleBone Black plus a Replicape or BeBoPr to build a 3D printer? Well, now you can print Boris, the BeagleBoard.org mascot! I just got some tiny test prints from Shapeways and they looked good, so I scaled up the model and uploaded it to Thingiverse[2]. The picture below[1] has a USB thumb drive of Boris (previously available on http://boardzoo.com/, but currently out of production) that was used as a reference and 4 miniature test prints in different materials (WSF, EP, BD, and ALU, respectively). Have fun and share lots of pictures of your prints! Please share back any improvements to the model. [1] https://plus.google.com/102344295024422039483/posts/AVdK5rh2hGD [2] http://www.thingiverse.com/thing:359076 -- 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 rev C + Ubuntu 13.04 + UWN200 wifi adapter?
Hi - I just received an element14 BeagleBone Black revC and a Logic Supply UWN200 USB wifi adapter. I flashed Ubuntu 13.04 to the eMMC (replacing the Debian distro that shipped on the eMMC) and that worked fine - I can ssh into the BBB when it's connected via ethernet cable. However, I cannot seem to get the UWN200 wifi adapter to work with BBB and Ubuntu 13.04. Has anyone gotten this to work? I've tried the instructions http://www.logicsupply.com/media/resources/manuals/Tutorial_Installing-Compact-USB-Wifi-Adapter-on-BBB.pdf but they don't seem to work on ubuntu 13.04. Or is there a different usb wifi adapter that will work out-of-the-box with BBB and Ubuntu 13.04? Thanks, Zach -- 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 rev C + Ubuntu 13.04 + UWN200 wifi adapter?
On Tue, Jun 10, 2014 at 10:02 AM, Zach Cox zcox...@gmail.com wrote: Hi - I just received an element14 BeagleBone Black revC and a Logic Supply UWN200 USB wifi adapter. I flashed Ubuntu 13.04 to the eMMC (replacing the Debian distro that shipped on the eMMC) and that worked fine - I can ssh into the BBB when it's connected via ethernet cable. However, I cannot seem to get the UWN200 wifi adapter to work with BBB and Ubuntu 13.04. Has anyone gotten this to work? I've tried the instructions but they don't seem to work on ubuntu 13.04. Laughs, so we had setup that initial debian image to work with UWN200 out of the box. Sure, we can make 13.04 work too.. So the question, who's 13.04 are you using? 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 Proto Cape
Please note that this is the Proto Cape from Logic Suppy: http://elinux.org/Beagleboard:BeagleBone_Proto_Cape On Monday, June 9, 2014 4:00:43 PM UTC-5, an...@unilogic.net wrote: Be careful when using the BeagleBone Proto Cape : the 5V power labels are not correct. SYS5V and VDD5V should be exchanged. Pierre-Yves. https://lh4.googleusercontent.com/-Z_sClNV0bNI/U5YgE_hincI/AB4/4tnvQRFj6Vw/s1600/ScreenShot014.png -- 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] original bebopr capes for $49.99
On 6/9/2014 4:41 PM, danders@gmail.com wrote: Refurbished original BeBoPr capes are on sale at boardzoo.com for $49.99, limited qty available... http://boardzoo.com/index.php/bone-bebopr-ref.html That's a good deal! The boards will work with a BBB if you make a bridge board. I have some PCBs available if you don't want to fab your own: http://blog.machinekit.io/p/bebopr-bridge.html Don't forget that CircuitCo doesn't ship any mating connectors with these, so if you get one you'll probably want to order a set of the power connectors unless you have some on-hand. The other connectors are either standard 0.1 headers (steppers, thermistors, limit switches) or screw terminals (heater outputs). -- 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] Unifying cape overlays into boot .dtb for BeagleBoard.org boards
I'd like to discuss moving our current library of cape devicetree overlay sources into a single tree, including the boot .dtb files for BeagleBoard.org boards and moving towards enabling as much of the cape support into a single boot-time .dtb file with an approach similar to the cape-universal overlay (https://github.com/cdsteinkuehler/beaglebone-universal-io), but not in an overlay. First of all, I want to note this doesn't change my view on the importance of mainline support for devicetree overlays. They are still absolutely critical and highly useful, solving problems that cannot be solved through boot-time devicetrees. I'm simply looking for an approach that will complement the availability of overlays and provide the best user experience. Robert has been talking about the actions required to clean-up Debian Jessie support in another thread (https://groups.google.com/d/msg/beagleboard/2b8rArtfABY/A8d1JzmJa4IJ) and I suggested we should add a bit of a detour by cleaning up the cape support for the mainline kernel and switching away our primary process of supporting capes from using overlays to using a single devicetree file provided at boot. I promised a pull-request and hadn't gotten around to sending it until now (below). No architecture changes have been made in my pull-request, just bringing in the kernel devicetree source history. This suggestion is based on several assumptions, any number of which might be wrong. The assumptions (for which I'm looking for feedback/corrections): * The overlays pretty much all need to be compiled into the kernel if they are going to be loaded using kernel command-line arguments or /etc/capemgr for the majority of distros. While many cape devicetree use cases are perfectly happy with loading at run-time rather than boot-time, it seems there should be a mechanism for pushing cape support into the category of being available at boot-time across distributions. * The devicetree sources, including the primary boot .dts files, will eventually be removed from the kernel source tree. I'm not too sure if and when it'll really happen, but starting up a project to maintain the definitive beagleboard.org board devicetree files outside the kernel seems to make sense. Given the interdependency of the boot .dtb and the overlay .dtbo files, combining them into a single repository where every distribution can pick them up seems like a natural and obvious choice. There are of course some dependencies on kernel versions, but I believe most of those have settled out by now and we should be OK moving forward. * There seems to be little or no interest in my previous proposal to use cape EEPROMs to store the overlay fragments. Given some churn in the devicetree node definitions, it is likely this would have failed in bad ways anyway. It seems mostly reasonable to expect users to update their kernel and firmware to gain support for new add-on hardware and we mostly try to avoid regressions (with the seemingly ever-living exception of 3D graphics support), so I think I'm better aligned with the community to drop my older suggestion. Some people, including CircuitCo, are building capes without configuration EEPROMs now, so a different recommended mechanism seems like a requirement. * With the patches in our vendor 3.8 kernels and with all recent mainline kernels, performing userspace muxing operations has become easy again. It seems to be possible to turn on drivers not currently in use without an unacceptable level of bloat or conflict. This has been partially proven out using Charles' universal cape (https://github.com/cdsteinkuehler/beaglebone-universal-io), though I still have some concerns about conflicts. The result might be that there is still some number of overlays, but the approach of minimizing the overlays and instead relying on the existing loading/unloading mechanisms of the mainline drivers as much as possible feels right to me. * It will still be some time before devicetree overlay support is adopted in the mainline kernel. While I still see a strong need to have devicetree overlay support and CapeMgr in the mainline, the desire here is to optimize the user experience in the shortest term possible. Users get really confused by the errors that get generated by loading incorrect devicetree overlays and it is always nice when you can avoid confusing users. My suggestion is: * Maintain the source for .dtb and .dtbo files for all BeagleBoard.org boards at http://github.com/beagleboard/devicetree-source, overriding the sources in the mainline kernel when performing kernel builds. We can host pre-built .dtb and .dtbo files at a normailzed location outside the source repository for those that don't want to perform the builds, since I don't believe the binary format is changing any time soon other than the overlay support we utilize. Any patches accepted into mainline as long as these files still exist there as well should be merged to try to keep these in-line as long as
Re: [beagleboard] original bebopr capes for $49.99 (BEWARE)
That's very cheap, even if you add the costs of the extra hardware you need to use it. But beware: Some of the information on the boardzoo site is misleading: These capes are not supported by me (I'm owner of the design) because Circuitco has broken the agreement for distributing these capes by withholding my fee for the design. These 'refurbished' capes are first generation boards designed for the BeagleBone White and come _without_ firmware and stepper code license. These boards are a cheap way to run LinuxCNC on a BeagleBone Black provided you buy a Bridge, but my BeBoPr 3D printer software will not run on these capes. And I don't know whether Circuitco has solved the problems with the FETs overheating and fixed the other assembly errors on these 'refurbished' boards. So be warned, careful and know what you're buying. That being said, the boards are very cheap, and if you only want to control some stepper motors, grab your chance! -- Bas On 9-6-2014 23:41, danders@gmail.com wrote: Refurbished original BeBoPr capes are on sale at boardzoo.com for $49.99, limited qty available... http://boardzoo.com/index.php/bone-bebopr-ref.html -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com mailto:beagleboard+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] Two BBBs on same host's USB
Hi, I have two BBBs, and each can connect to a host via USB0 with no problems. One as IP 192.168.7.2 and subnet mask 255.255.255.0 (changed from ...252) and another on 192.168.7.7. For some reason they both cannot connect at the same time as PuTTY gives me a conn timeout. Is there a way to have more than one BBB on a single USB host network? Thanks! E C -- 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: Using Beaglebone Black as a standalone wifi server/Access Point
From: Ashish Prajapati ashish.prajapati...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Tuesday, June 10, 2014 at 12:00 AM To: beagleboard@googlegroups.com Subject: [beagleboard] Re: Using Beaglebone Black as a standalone wifi server/Access Point Hi, Thanks John for the reply, as per your advice I searched about Wif Direct and came to know that it is actually somewhat Ad-hoc wireless operation. I want to use Linux based laptops as client to the Beaglebone black (acting as a wifi server running latest Ubuntu image). Wi-Fi Direct is a software layer over Ad-hoc by adding a Software Access Point. http://en.wikipedia.org/wiki/Wi-Fi_Direct With respect to above scenario I have two questions: 1 Does wifi radio that is available in Laptop by default (running on Linux) can be configured to Ad-Hoc mode 2 Does the wifi-adapters listed here http://elinux.org/Beagleboard:BeagleBoneBlack#WIFI_Adapters can be configured as Ad-hoc on Beaglebone black. http://boardzoo.com/index.php/catalog/product/view/id/146/category/8#.U5dZ7p RdWe0 I am a beginner so pls excuse if any unrelated question appears! Regards, Ashish On Monday, June 9, 2014 4:06:11 PM UTC+5:30, Ashish Prajapati wrote: Hi, I want to use my Beaglebone Black as a standalone (not connected to internet) wireless server, to which multiple clients can connect and request a service. I googled it out, and found that for this a usb wifi adapter, having the capability to run in a Master mode is required. I googled for such usb devices but could not get a concrete answer. Pls anyone help me on the same and suggest which usb wifi device can serve my purpose ! Thanks in advance!! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 ADC AIN0 AIN2 AIN3 cannot be used?
From: sun19920...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Tuesday, June 10, 2014 at 2:10 AM To: beagleboard@googlegroups.com Subject: [beagleboard] beaglebone ADC AIN0 AIN2 AIN3 cannot be used? I used beaglebone white to implement ADC. However, when I use a signal generator and oscilloscope to see the input wave, There is always 1.8V in AIN0 , and always 0V in AIN2 and AIN3, but it is correct when I use AIN1 4 5 6, Could anyone help me？ Disable the touchscreen driver. Regards, John does that adc internal resistance cause it？ Or how should I modify ADC-related files to get correct signal？ -- 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] BeagleBone Black SYS_RESETn function
Hi all, This is a simple question and it is possible that it's been answered elsewhere, but I have been unable to find a clear explanation. I'm using a BeagleBone Black in conjunction with another piece of hardware that has its own processor. If the BeagleBone gets hung up and communication between the two ceases, I want to be able to reset the BeagleBone. Can I simply ground the SYS_RESETn pin for a set amount of time in order to accomplish this? If so, what would a safe amount of time be? I've seen many examples where the SYS_RESETn pin is used to enable other devices, but I'm still unclear on whether or not I can reset the board this way. There is another topic posted today about doing a cold reset, but I would prefer to keep power to the BeagleBoard because I am using the 3.3V rail to power another device. Thanks in advance, -Mike -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] original bebopr capes for $49.99 (BEWARE)
On 10-6-2014 20:49, Charles Steinkuehler wrote: On 6/10/2014 1:36 PM, Bas Laarhoven wrote: And I don't know whether Circuitco has solved the problems with the FETs overheating and fixed the other assembly errors on these 'refurbished' boards. Good point! IIRC there were some boards with LEDs in backwards (or was that all of them?). Any other issues? The board I got from them (at full price) to test with seemed to work OK, but I haven't put in a lot of time printing with it. I'm now up to (I think) 4 BeBoPr's (one from CircuitCo, two and a ++ direct from Bas via group buys), a Replicape, several CRAMPS prototypes, and then a bunch more CNC oriented boards. No one board seems to stay connected for very long! :) I also mostly run 24V (I manually modified a couple of the older Rev3 BeBoPr boards, the ++ does 24V natively), which would help to keep the FETs cool even if there was an issue with the board FETs, and one of my printers uses an AC line power SSR for the bed heater (so virtually zero current and no FET heating on what is typically the highest current output). On the boards I've seen, J5 is also missing and the EEPROM is not programmed, so IOmux configuration must be done manually. IIRC MachineKit will do this properly at start up. I've solved a potential FET issue (thermal runaway) on the BeBoPr+ by adding a heat sink to the HPB FET and using a fuse with lower rating. On the BeBoPr++ the entire circuit has been redesigned: the FETs have been replaced by lower RDSon types and proper gate drivers were added. One other thing: The BeBoPrs that I've made and sold all use double weight (2oz) copper plating for reduced dissipation in the high current section, and beater heat spreading on the board. I don't know how much copper Circuitco has used for their R3 boards. This could also be a reason for the FET problems with their boards. Reducing dissipation in the power section was one of the reasons to change the step down converter. But many people still use 12 Volts / 120W heated build platforms, 19.5Volt or 24 Volt versions are less common. Another advantage of using 24 Volts is that you can interface directly to industrial components that run at 24 Volts DC (e.g. Festo valves for pneumatic control). But let's not start promoting all the advantages of the BeBoPr++ since this thread is about 'refurbished' BeBoPr boards ;-) . -- Bas -- 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: Webserver Image Displaying
From: 'Ryan P.' via BeagleBoard beagleboard@googlegroups.com Reply-To: beagleboard@googlegroups.com Date: Tuesday, June 10, 2014 at 6:07 AM To: beagleboard@googlegroups.com Subject: [beagleboard] Re: Webserver Image Displaying Thanks for all the help, I'll see what I can do Why do you need SilverLight web server? On Monday, June 9, 2014 4:15:03 PM UTC-4, Ryan P. wrote: Hello everyone, I am an intern programmer at the age of 17, doing an educational unpaid full time internship where I have to work for 70 or so hours. While at my internship, I was introduced to the beagle bone black as my main project while interning here at the science and engineering firm. My project is to re-create a silver light web-server, but with the beagle bone black in a non windows version that could be used more efficiently. My issue currently, is displaying images on my web server that is currently being hosted by my Beagle Bone Black. I am using lighttpd, and for my web server I basically followed the beginning of this guide following the Setup step http://www.element14.com/community/community/knode/single-board_computers/nex t-gen_beaglebone/blog/2013/11/20/beaglebone-web-server--setup . Anyways, I have a web server hosted, and one of my next goals is to try and display simple images onto the web server, but so far no hope. I have the web server recognizing images are trying to be displayed, but the error for the images is: 404 not found. I am very new, so I am still very clueless as to what I should do in going about further with the issue I am having.. I used the text editor and code just like this with my putty. vi /www/pages/test.php Then in the text editor: html head titleTest/title /head body ?php print(Connection Test.); ? ?php echo img src=\image.jpg\/; ? /body /html I'd love to hear your feedback on my issue, I so far am really enjoying the Beagle Bone Black, and want to learn more about it, but after countless searches I still can't seem to figure out what it is that I am doing wrong here. Thanks -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Toggle power via software?
From: karlkarpfe...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Tuesday, June 10, 2014 at 4:34 AM To: beagleboard@googlegroups.com Subject: [beagleboard] Toggle power via software? Hi, is there a possibility to have a really hard reset via software, e.g. by toggling the power? I hoped TPS65217C is able to do something like this but I could not find a functionality that gives the possibility to power of the CPU for a short time only. Not possible as far as I know. You will have to create a cape that interrupts the 5V supply. Probably some circuitry with a state machine. Regards, John So...are there any other solutions to have a really cold reboot? Cheers! Karl -- 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: BeagleBone Proto Cape
Yes, the bus labeled SYS5V is connected to the DC barrel jack and the bus labeled VDD5V is connected to the output of the BeagleBone's 5V regulator. It should be the other way around to be completely consistent with the labeling on the BeagleBone's schematics. Of course it's only a concern if you are supplying 5V to the BeagleBone through the cape instead of through the barrel jack, in which case you'd want to use the SYS5V bus. There's a note on the product page explaining this. -Alex On Monday, June 9, 2014 5:00:43 PM UTC-4, an...@unilogic.net wrote: Be careful when using the BeagleBone Proto Cape : the 5V power labels are not correct. SYS5V and VDD5V should be exchanged. Pierre-Yves. https://lh4.googleusercontent.com/-Z_sClNV0bNI/U5YgE_hincI/AB4/4tnvQRFj6Vw/s1600/ScreenShot014.png -- 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 rev C + Ubuntu 13.04 + UWN200 wifi adapter?
Laughs, so we had setup that initial debian image to work with UWN200 out of the box. Yeah I know :) and it did work on that debian after a few simple commands, but I need Ubuntu 13.04 specifically for ROS. Sure, we can make 13.04 work too.. So the question, who's 13.04 are you using? I believe I'm using your 13.04, here are the instructions I followed to successfully flash 13.04 to the emmc: http://avedo.net/653/flashing-ubuntu-13-04-or-debian-wheezy-to-the-beaglebone-black-emmc/ http://elinux.org/Beagleboard:Ubuntu_On_BeagleBone_Black Thanks, Zach -- 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] Mounting a SD card for storage
That seems to hang up my beablebone on boot if I add to my stab The ethernet never comes up to ssh into. Even without a SD card, after I add that, it never connects to the ethernet after boot. On Mon, Jun 9, 2014 at 7:43 PM, Robert Nelson robertcnel...@gmail.com wrote: On Mon, Jun 9, 2014 at 6:38 PM, Charles Kerr charlesker...@gmail.com wrote: used the latest Debian image on this site,flashed my dmmc, and I noticed my SD card doest mount (I use a blank one for storage). I look under /media and I don't see it (nothing shows). I have the uEnv.txt file on my sd card. is this a know issue, or should I look for something else? It's not setup to automatically mount the other microSD card. Just add it to /etc/fstab /dev/mmcblk0p1 /media/microsd autodefaults 0 0 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/y8tyynqEzGQ/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] ZigBee Home Automation Gateway reference design
Hi, There is a reference design from TI here http://www.ti.com/tool/CC2531EM-IOT-HOME-GATEWAY-RD based on BBB (plus CC2531EMK) Among features it states: Simple API for home automation, incorporating TCP/IP to ZigBee bridge and enabling faster development of applications and easier integration of low power connectivity solutions Has anyone have it running? How do access the API? Couldn't find any documents how to start with it (wiki?) 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.
RE: [beagleboard] ZigBee Home Automation Gateway reference design
Assuming you use it with a CC2531 as a ZNP, I think that you must use the ZNP api. you must download de stack and dig very deep in the doc.Guillermo Date: Tue, 10 Jun 2014 15:27:50 -0700 From: janszymanski12...@gmail.com To: beagleboard@googlegroups.com Subject: [beagleboard] ZigBee Home Automation Gateway reference design Hi, There is a reference design from TI here http://www.ti.com/tool/CC2531EM-IOT-HOME-GATEWAY-RD based on BBB (plus CC2531EMK) Among features it states: Simple API for home automation, incorporating TCP/IP to ZigBee bridge and enabling faster development of applications and easier integration of low power connectivity solutions Has anyone have it running? How do access the API? Couldn't find any documents how to start with it (wiki?) 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. -- 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: Build a QT/11 application for beagleboard black by cross compiling from ubuntu
Hi Mirko, Any news on how to compile QT for X11 on angstrom? I have the same issue. Regards, Em sexta-feira, 3 de janeiro de 2014 13h20min56s UTC-2, Mirko Fucci escreveu: Hi everyone, I'm a little confused about how proceed to create QT/X11 applications for beaglebone black. First of all i have succesfully developed, deployed and executed a first simple GUI QT/embedded application following this tutorials http://www.cloud-rocket.com/2013/07/building-qt-for-beaglebone/ and now i'd like to build a similar application for X11. Particularly, i don't understand how to perform configure to build right libraries to copy to BBB. Please help me, unfortunately i spent days in useless attemps to build QT/X11 for BBB that didn't work. Thanks a lot. -- 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] Mounting a SD card for storage
On Tue, Jun 10, 2014 at 5:27 PM, Charles Kerr charlesker...@gmail.com wrote: That seems to hang up my beablebone on boot if I add to my stab The ethernet never comes up to ssh into. Even without a SD card, after I add that, it never connects to the ethernet after boot. Well... Serial boot log? Or we can keep playing the guessing game... 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 rev C + Ubuntu 13.04 + UWN200 wifi adapter?
On Tue, Jun 10, 2014 at 5:23 PM, Zach Cox zcox...@gmail.com wrote: Laughs, so we had setup that initial debian image to work with UWN200 out of the box. Yeah I know :) and it did work on that debian after a few simple commands, but I need Ubuntu 13.04 specifically for ROS. Sure, we can make 13.04 work too.. So the question, who's 13.04 are you using? I believe I'm using your 13.04, here are the instructions I followed to successfully flash 13.04 to the emmc: http://avedo.net/653/flashing-ubuntu-13-04-or-debian-wheezy-to-the-beaglebone-black-emmc/ http://elinux.org/Beagleboard:Ubuntu_On_BeagleBone_Black Well, we will see how old that is.. First, check that a /etc/rcn-ee.conf exists.. If it does, add: third_party_modules=enable If it's not, echo distro=Ubuntu /tmp/rcn-ee.conf echo deb_distribution=Ubuntu /tmp/rcn-ee.conf echo third_party_modules=enable /tmp/rcn-ee.conf sudo mv /tmp/rcn-ee.conf /etc/rcn-ee.conf Then run: wget http://rcn-ee.net/deb/raring-armhf/v3.8.13-bone56/install-me.sh sudo /bin/bash install-me.sh 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] BBB Booting Without (Volatile) Memory Loss? - For UAV
Ladies, Gents, Bit of a newbie here, so i've got a rather basic question: I'm currently building a UAV flight controller for my masters thesis, with the BBB serving as the core computer. I've managed to boot with Ubuntu via the micro SD card (eMMC has not been flashed and still runs the original Angstrom Linux OS). I spent the last day or so configuring the Ubuntu OS and installing software (eg. NTP server, setting nameserver, installing g++, xVNC etc.) All of this is obviously lost once the BBB is powered down. My (fairly basic) question is: Is there an automated way to load/install all configuration changes/programs automatically on boot, to prevent doing this over and over? Some form of boot file? Does this behaviour change if the eMMC is flashed with the Ubuntu OS? Any help would be greatly appreciated, thanks for your time! RDK -- 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: Ethernet not working on Beagleboard XM rev. C using latest mainline U-Boot
Hi, Thanks for your support. I checked tftp on my beagle board and its working. I m trying to learn QNX and my purpose is to have ethernet connectivity on Beagle board so that i can connect to QNX IDE. But as ping is working in one direction only i m not able to connect beagleboard to QNX iDE. I will appreciate if you can help will be with this or give me any idea to make it working. Thanks, Suresh On Sun, Jun 8, 2014 at 3:00 AM, robert.berger robert.karl.ber...@gmail.com wrote: Hi, On Saturday, June 7, 2014 9:21:20 PM UTC+3, suresh chauhan wrote: Hi all, I'm having the same problem. I have beagleboard xM Rev-c and ethernet not working in uboot, works fine with Linux kernal. Beagleboard uboot can send ping but not respnding to incoming ping message. Only works when i m sending ping simultaneously from both host beagleboard. I m strugling to ge this issue resolved but not having any sucess. Please help me out i have already put months of effrots but not working. Many thanks in advance. I have no problems with u-boot and tftp for a long time. Currently I use 2014.04 mainline and load uImage plus a flat device tree for my beagle-xm rev C boards. What you describe is a feature. You are able to ping from the beagle-xm but not the other way. Just try to use tftp. This works for me with a 3.14.4 kernel.[1] Regards, Robert [1] https://github.com/RobertBerger/meta-mainline/blob/daisy-training-v3.14.x/beagle-xm-ml/recipes-bsp/u-boot/u-boot/tftp-nfs-uEnv-beagle-xm.txt -- 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/8Xw9XXNsQQ0/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] BeagleBone Black rev C + Ubuntu 13.04 + UWN200 wifi adapter?
Woohoo! Success! You rule, thank you so much. install-me.sh worked some magic, then all I had to do was plug in the UWN200 and it worked. I had previously set up ra0 in /etc/network/interfaces with my wpa-psk. Everything is good now, thanks again! -Zach On Tue, Jun 10, 2014 at 5:52 PM, Robert Nelson robertcnel...@gmail.com wrote: On Tue, Jun 10, 2014 at 5:23 PM, Zach Cox zcox...@gmail.com wrote: Laughs, so we had setup that initial debian image to work with UWN200 out of the box. Yeah I know :) and it did work on that debian after a few simple commands, but I need Ubuntu 13.04 specifically for ROS. Sure, we can make 13.04 work too.. So the question, who's 13.04 are you using? I believe I'm using your 13.04, here are the instructions I followed to successfully flash 13.04 to the emmc: http://avedo.net/653/flashing-ubuntu-13-04-or-debian-wheezy-to-the-beaglebone-black-emmc/ http://elinux.org/Beagleboard:Ubuntu_On_BeagleBone_Black Well, we will see how old that is.. First, check that a /etc/rcn-ee.conf exists.. If it does, add: third_party_modules=enable If it's not, echo distro=Ubuntu /tmp/rcn-ee.conf echo deb_distribution=Ubuntu /tmp/rcn-ee.conf echo third_party_modules=enable /tmp/rcn-ee.conf sudo mv /tmp/rcn-ee.conf /etc/rcn-ee.conf Then run: wget http://rcn-ee.net/deb/raring-armhf/v3.8.13-bone56/install-me.sh sudo /bin/bash install-me.sh 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/Pb7xJhRAV3E/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] original bebopr capes for $49.99 (BEWARE)
These units are brand new builds but had some of the LEDs populated backwards. they were corrected, but since rework had been done to them, circuitco can't sell them as new, only as refurbished. On Tuesday, June 10, 2014 2:37:42 PM UTC-5, Bas Laarhoven wrote: On 10-6-2014 20:49, Charles Steinkuehler wrote: On 6/10/2014 1:36 PM, Bas Laarhoven wrote: And I don't know whether Circuitco has solved the problems with the FETs overheating and fixed the other assembly errors on these 'refurbished' boards. Good point! IIRC there were some boards with LEDs in backwards (or was that all of them?). Any other issues? The board I got from them (at full price) to test with seemed to work OK, but I haven't put in a lot of time printing with it. I'm now up to (I think) 4 BeBoPr's (one from CircuitCo, two and a ++ direct from Bas via group buys), a Replicape, several CRAMPS prototypes, and then a bunch more CNC oriented boards. No one board seems to stay connected for very long! :) I also mostly run 24V (I manually modified a couple of the older Rev3 BeBoPr boards, the ++ does 24V natively), which would help to keep the FETs cool even if there was an issue with the board FETs, and one of my printers uses an AC line power SSR for the bed heater (so virtually zero current and no FET heating on what is typically the highest current output). On the boards I've seen, J5 is also missing and the EEPROM is not programmed, so IOmux configuration must be done manually. IIRC MachineKit will do this properly at start up. I've solved a potential FET issue (thermal runaway) on the BeBoPr+ by adding a heat sink to the HPB FET and using a fuse with lower rating. On the BeBoPr++ the entire circuit has been redesigned: the FETs have been replaced by lower RDSon types and proper gate drivers were added. One other thing: The BeBoPrs that I've made and sold all use double weight (2oz) copper plating for reduced dissipation in the high current section, and beater heat spreading on the board. I don't know how much copper Circuitco has used for their R3 boards. This could also be a reason for the FET problems with their boards. Reducing dissipation in the power section was one of the reasons to change the step down converter. But many people still use 12 Volts / 120W heated build platforms, 19.5Volt or 24 Volt versions are less common. Another advantage of using 24 Volts is that you can interface directly to industrial components that run at 24 Volts DC (e.g. Festo valves for pneumatic control). But let's not start promoting all the advantages of the BeBoPr++ since this thread is about 'refurbished' BeBoPr boards ;-) . -- Bas -- 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: Cape Device Tree Overlay fails to load during boot?
Yes - same problem here; I just added the echo $SLOTS script to /etc/profile to walk around all this. -- 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] Adding Byte Queue Limits: debian kernel build recipe?
I have generally been delightedly following the Robert Nelson's debian kernel builds. https://rcn-ee.net/deb/wheezy-armhf and the day came where I wanted to try out a tiny patch adding BQL support to the beaglebone black. There is something of a huge gap between the available and largely conflicting data on the internet as to how to build a kernel properly and the lovely debs he provides. It's a really tiny patch, (5 lines). My hope would be to see network latency on the beaglebone improve dramatically with it and fq_codel. http://snapon.lab.bufferbloat.net/~d/0001-Add-BQL-support-to-cpsw-beaglebone-driver.patch But assembling all the pieces to actually build a kernel the right way elude me. Right now I'm trying to cross compile using an armeabihf toolchain, and not having figured out how to create a .deb file to use... link to how to cross compile a .deb kernel build?? OR: ... if there's someone out there daring enough to try something that might help networking, but might also lock up the networking interface in this first test, AND can patch and build a working kernel... I'd love to see this patch tried. A bit about BQL: http://lwn.net/Articles/454390/ -- 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] Adding Byte Queue Limits: debian kernel build recipe?
From: Dave Taht dave.t...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Tuesday, June 10, 2014 at 5:41 PM To: beagleboard@googlegroups.com Subject: [beagleboard] Adding Byte Queue Limits: debian kernel build recipe? I have generally been delightedly following the Robert Nelson's debian kernel builds. https://rcn-ee.net/deb/wheezy-armhf and the day came where I wanted to try out a tiny patch adding BQL support to the beaglebone black. There is something of a huge gap between the available and largely conflicting data on the internet as to how to build a kernel properly and the lovely debs he provides. It's a really tiny patch, (5 lines). My hope would be to see network latency on the beaglebone improve dramatically with it and fq_codel. http://snapon.lab.bufferbloat.net/~d/0001-Add-BQL-support-to-cpsw-beaglebone-d river.patch But assembling all the pieces to actually build a kernel the right way elude me. Right now I'm trying to cross compile using an armeabihf toolchain, and not having figured out how to create a .deb file to use... link to how to cross compile a .deb kernel build?? http://eewiki.net/display/linuxonarm/BeagleBone+Black Build the kernel as shown and then add your patch (either add it to the /KERNEL directly or add it as a new patch in /patches and update patch.sh). tools/rebuild_deb.sh Regards, John OR: ... if there's someone out there daring enough to try something that might help networking, but might also lock up the networking interface in this first test, AND can patch and build a working kernel... I'd love to see this patch tried. A bit about BQL: http://lwn.net/Articles/454390/ -- 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] Need help getting Debian to sync the system clock with my RTC on boot (and not with rtc-omap)
I am using a BBB running the new Debian image. I have connected a DS1307 RTC (via a Tiny RTC I2C modules breakout board) to I2C2, and have added cape_enable=capemgr.enable_partno=BB-BONE-RTC to uEnv.txt such that my BBB does see this RTC as /dev/rtc1. I want to synchronize the system clock from *this* RTC on boot (and not the BBB's rtc-omap that is registered as /dev/rtc0), so I modified /etc/init.d/hwclock.sh such that HCTOSYS_DEVICE=rtc1. I thought that should do it... *after all, I was able to get a Raspberry Pi running Raspian to synchronize with a DS1307 on boot following these instructions: * *http://blog.elevendroids.com/2012/12/setting-up-hardware-rtc-in-raspbian/* http://blog.elevendroids.com/2012/12/setting-up-hardware-rtc-in-raspbian/ However, my BBB keeps synchronizing with rtc-omap on boot... and doesn't seem to be running hwclock.sh, either (time after boot is back in May, not the current time as I confirm by sudo hwclock -r -f /dev/rtc1). So where is Debian actually synchronizing the time in the boot process, and how do I tell it I want to use my battery-backed clock? -- 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] Can I get my monitor to work correctly with BBB, or can you recommend a different monitor?
My current monitor (Acer X213H) works poorly with the BBB. It appears as if the BBB picks an incompatible refresh rate and/or resolution when it boots, as the screen looks like a CRT TV with HSYNC issues. I tried reading the EDID to get an idea of the problem, and the BBB was unable. However, out of the blue, I woke up this morning to find that the BBB picked a compatible resolution sometime overnight... I'd prefer it always pick a compatible resolution. :) *(The BBB need not feel bad: The monitor also works poorly with the Raspberry Pi, though slightly less. I have been able to read the EDID on the Raspberry Pi, but must specify the following settings in boot.txt for the monitor to work at 1080P with the Raspberry Pi: hdmi_force_hotplug=1, hdmi_group=2, and hdmi_mode=82.)* Perhaps it is time to buy a new monitor. My requirements are that the monitor must be 1080P, support HDCP (for the sake of my PC, not the BBB or RPi), and have an HDMI input along with wither a DVI-D or MiniDP input for my PC. And the HDMI input must work with the BBB [and the Raspberry Pi, but I realize that's out of the scope of this Group]... Or is there a way to get this monitor working with the BBB, much like I got it working with the Raspberry Pi? -- 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] Need help getting Debian to sync the system clock with my RTC on boot (and not with rtc-omap)
On Tue, Jun 10, 2014 at 9:24 PM, Justin Morgan jdm...@gmail.com wrote: I am using a BBB running the new Debian image. I have connected a DS1307 RTC (via a Tiny RTC I2C modules breakout board) to I2C2, and have added cape_enable=capemgr.enable_partno=BB-BONE-RTC to uEnv.txt such that my BBB does see this RTC as /dev/rtc1. I want to synchronize the system clock from this RTC on boot (and not the BBB's rtc-omap that is registered as /dev/rtc0), so I modified /etc/init.d/hwclock.sh such that HCTOSYS_DEVICE=rtc1. I thought that should do it... after all, I was able to get a Raspberry Pi running Raspian to synchronize with a DS1307 on boot following these instructions: http://blog.elevendroids.com/2012/12/setting-up-hardware-rtc-in-raspbian/ However, my BBB keeps synchronizing with rtc-omap on boot... and doesn't seem to be running hwclock.sh, either (time after boot is back in May, not the current time as I confirm by sudo hwclock -r -f /dev/rtc1). So where is Debian actually synchronizing the time in the boot process, and how do I tell it I want to use my battery-backed clock? So we have an init script to get the clock in the 'ball park' https://github.com/beagleboard/image-builder/blob/master/target/init_scripts/generic-debian.sh#L19 It's located at /etc/init.d/boot_scripts.sh You can either remove /etc/timestamp and it'll ignore resetting the clock on bootup. 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] Can I get my monitor to work correctly with BBB, or can you recommend a different monitor?
On Tue, Jun 10, 2014 at 9:45 PM, Justin Morgan jdm...@gmail.com wrote: My current monitor (Acer X213H) works poorly with the BBB. It appears as if the BBB picks an incompatible refresh rate and/or resolution when it boots, as the screen looks like a CRT TV with HSYNC issues. I tried reading the EDID to get an idea of the problem, and the BBB was unable. However, out of the blue, I woke up this morning to find that the BBB picked a compatible resolution sometime overnight... I'd prefer it always pick a compatible resolution. :) With some monitors, it's just a bad common ground connection. I have a couple cheap lcd's that need either the usb-otg or serial ftdi adapter plugged into a pc connected to the same ac outlet to make the hdmi monitor even work. 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] Can I get my monitor to work correctly with BBB, or can you recommend a different monitor?
On 6/10/2014 9:45 PM, Justin Morgan wrote: Or is there a way to get this monitor working with the BBB, much like I got it working with the Raspberry Pi? If you know the resolution you want, you can also try forcing it via /boot/uboot/uEnv.txt. There should be a commented kms_force_mode setting if you are using a recent release. You can uncomment this line and hard-code a resolution here per details in: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/fb/modedb.txt -- Charles Steinkuehler char...@steinkuehler.net -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Need help getting Debian to sync the system clock with my RTC on boot (and not with rtc-omap)
So we have an init script to get the clock in the 'ball park' That explains the May-ish date that I keep booting up to, instead of what this dmesg entry implies: [1.025090] omap_rtc 44e3e000.rtc: setting system clock to 2000-01-01 00:00:00 UTC (946684800) But I am still unclear as to when Debian is synchronizing /dev/rtc0 to the system clock (seems to me this is happening before boot_scripts.sh is called). I am also stumped as to why /etc/init.d/hwclock.sh is not running (/etc/rcS.d/S05hwclock.sh is symlinked to /etc/init.d/hwclock.sh, and I did perform an rc.d-update hwclock.sh). If hwclock.sh was running, I would expect one of two outcomes (since I did change which RTC the script should be using): - If it ran before boot_scripts.sh, I would expect the system clock and omap_rtc would have the correct time. - If it ran after boot_scripts.sh, I would expect the system clock to have the correct time https://github.com/beagleboard/image-builder/blob/master/target/init_scripts/generic-debian.sh#L19 It's located at /etc/init.d/boot_scripts.sh You can either remove /etc/timestamp and it'll ignore resetting the clock on bootup. Looking at boot_scripts.sh, it doesn't look like removing this code would solve my problem. /dev/rtc1 is not being reset by anything. It still holds the current time from where I set it yesterday. 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: How can I use Chinese language in BeagleBone Black?
for ubuntu, you can install Chinese font as following command. sudo apt-get install ttf-arphic-uming Dengfeng Zhang於 2014年3月31日星期一UTC+8下午2時03分03秒寫道： Hi, I just got my BeagleBone Black yesterday. I am just wondering how to add Chinese language support to Angstrom Linux (Display and Input)? Thanks very much. -- 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: Best way to connect to Arduino via serial?
Now that I've been looking at things again, I think that I might have found a better buffer than the one I mentioned above. http://www.digikey.com/product-detail/en/SN74AHC126N/296-4535-5-ND/375702 Looking at the datasheet for this one, it passes data when the OE pins are high, and blocks when it's low. So to me, that would be more ideal because when the BBB is powered off/disconnected, the OE pins would be low, so it would be blocking. (For the other buffer, it is blocking when the OE pins are high.) A quick question though - for the VCC connection, should I power this through an external 3v3 supply, or will the 3v3 supply of the BBB suffice? I know that the OE pins will be powered from the 3v3 supply on the BBB, but wasn't sure if that should also be the case for the VCC. -- 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] Beagleboard-XM youtube video is laggy but sound is fine in ubuntu.
Hi All, I'd like to play video clips on youtube, but videos are laggy. Is there any method to resolve this issue? Thanks Carlos -- 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: Best way to connect to Arduino via serial?
(Sorry for the double-post, for some reason it wouldn't let me post it all at once...?) And, just to make sure - am I interpreting it all correctly? To ensure the high-impedance state during power up or power down, OE should be tied to GND through a pullup resistor; the minimum value of the resistor is determined by the current-sourcing capability of the driver. - |--BUFFER_VCC BBB_VDD_3v3B | |--BUFFER_OE1 |--BUFFER_OE2 | GND--/\/\/\/\--| 10K| |--UNUSED_BUFFER_OE3 |--UNUSED_BUFFER_OE4 All unused inputs of the device must be held at VCC or GND to ensure proper device operation. : BBB_UART#_TX---BUFFER_2ABUFFER_2Y-OUTSIDE_SERIAL_TX BBB_UART#_RX---BUFFER_1YBUFFER_1A--|--OUTSIDE_SERIAL_RX |--/\/\/\/\--GND 100K 100K GND--/\/\/\/\---BUFFER_3A BUFFER_3Y---UNUSED UNUSED---BUFFER_4YBUFFER_4A---/\/\/\/\--GND 100K Thanks again! Chris -- 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 can I use Chinese language in BeagleBone Black?
for ubuntu, you can use command below. sudo apt-get install ttf-arphic-uming Dengfeng Zhang於 2014年3月31日星期一UTC+8下午2時03分03秒寫道： Hi, I just got my BeagleBone Black yesterday. I am just wondering how to add Chinese language support to Angstrom Linux (Display and Input)? Thanks very much. -- 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: Windows 8 (or 7): do not show USB drive
Did anyone find a solution to the original post? On Wednesday, February 12, 2014 8:24:42 AM UTC-8, arunnanj...@gmail.com wrote: Hi, I am a newbie to the Beagle. The issue I am facing is connecting the beagle (BeagleBone Black) to my laptop (which runs on Windows 8). I followed the steps mentioned in the link ' http://beagleboard.org/Getting%20Started' and I was *successfully *able to *install *the device drivers for windows 64 bit. But, I am not able to find the USB drive (Removable drive) after connecting the BBB to my laptop (*even though BBB successfully boots*). I tried below possible ways: a. Tried connecting to other laptop that runs on windows 7 - No result b. Stopped anti-virus software running - No result c. Installed signed version of drivers - No result d. Followed the steps in link ' http://beagleboard.org/Community/Forums?place=msg%2Fbeagleboard%2F_y-fIgg-J7I%2FkwINwKI9WvAJ ' - No result Kindly let me know whether this is an issue with the device or if I have missed any steps. Regards, Arun -- 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] Adding Byte Queue Limits: debian kernel build recipe?
On Tue, Jun 10, 2014 at 6:29 PM, John Syn john3...@gmail.com wrote: From: Dave Taht dave.t...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Tuesday, June 10, 2014 at 5:41 PM To: beagleboard@googlegroups.com Subject: [beagleboard] Adding Byte Queue Limits: debian kernel build recipe? I have generally been delightedly following the Robert Nelson's debian kernel builds. https://rcn-ee.net/deb/wheezy-armhf and the day came where I wanted to try out a tiny patch adding BQL support to the beaglebone black. There is something of a huge gap between the available and largely conflicting data on the internet as to how to build a kernel properly and the lovely debs he provides. It's a really tiny patch, (5 lines). My hope would be to see network latency on the beaglebone improve dramatically with it and fq_codel. http://snapon.lab.bufferbloat.net/~d/0001-Add-BQL-support-to-cpsw-beaglebone-driver.patch But assembling all the pieces to actually build a kernel the right way elude me. Right now I'm trying to cross compile using an armeabihf toolchain, and not having figured out how to create a .deb file to use... link to how to cross compile a .deb kernel build?? http://eewiki.net/display/linuxonarm/BeagleBone+Black Build the kernel as shown and then add your patch (either add it to the /KERNEL directly or add it as a new patch in /patches and update patch.sh). tools/rebuild_deb.sh Regards, John Thank you! with that recipe I was able to build a 3.15 kernel with a minimum of twiddling, and prove that that patch was buggy a few minutes later (crashes in cpsw_tx_handler). :( What I'm observing is 32+ms worth of queueing in the ethernet driver under load, at 100mbit, which can easily be cut to 2ms or less with BQL. OR: ... if there's someone out there daring enough to try something that might help networking, but might also lock up the networking interface in this first test, AND can patch and build a working kernel... I'd love to see this patch tried. A bit about BQL: http://lwn.net/Articles/454390/ -- 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/hKeVYvnOt5E/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. -- Dave Täht NSFW: https://w2.eff.org/Censorship/Internet_censorship_bills/russell_0296_indecent.article -- 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: Unifying cape overlays into boot .dtb for BeagleBoard.org boards
Adding devicetree and linux-arm-kernel lists based on feedback on IRC... On Tue, Jun 10, 2014 at 12:46 PM, Jason Kridner jkrid...@gmail.com wrote: I'd like to discuss moving our current library of cape devicetree overlay sources into a single tree, including the boot .dtb files for BeagleBoard.org boards and moving towards enabling as much of the cape support into a single boot-time .dtb file with an approach similar to the cape-universal overlay (https://github.com/cdsteinkuehler/beaglebone-universal-io), but not in an overlay. First of all, I want to note this doesn't change my view on the importance of mainline support for devicetree overlays. They are still absolutely critical and highly useful, solving problems that cannot be solved through boot-time devicetrees. I'm simply looking for an approach that will complement the availability of overlays and provide the best user experience. Robert has been talking about the actions required to clean-up Debian Jessie support in another thread (https://groups.google.com/d/msg/beagleboard/2b8rArtfABY/A8d1JzmJa4IJ) and I suggested we should add a bit of a detour by cleaning up the cape support for the mainline kernel and switching away our primary process of supporting capes from using overlays to using a single devicetree file provided at boot. I promised a pull-request and hadn't gotten around to sending it until now (below). No architecture changes have been made in my pull-request, just bringing in the kernel devicetree source history. This suggestion is based on several assumptions, any number of which might be wrong. The assumptions (for which I'm looking for feedback/corrections): * The overlays pretty much all need to be compiled into the kernel if they are going to be loaded using kernel command-line arguments or /etc/capemgr for the majority of distros. While many cape devicetree use cases are perfectly happy with loading at run-time rather than boot-time, it seems there should be a mechanism for pushing cape support into the category of being available at boot-time across distributions. * The devicetree sources, including the primary boot .dts files, will eventually be removed from the kernel source tree. I'm not too sure if and when it'll really happen, but starting up a project to maintain the definitive beagleboard.org board devicetree files outside the kernel seems to make sense. Given the interdependency of the boot .dtb and the overlay .dtbo files, combining them into a single repository where every distribution can pick them up seems like a natural and obvious choice. There are of course some dependencies on kernel versions, but I believe most of those have settled out by now and we should be OK moving forward. * There seems to be little or no interest in my previous proposal to use cape EEPROMs to store the overlay fragments. Given some churn in the devicetree node definitions, it is likely this would have failed in bad ways anyway. It seems mostly reasonable to expect users to update their kernel and firmware to gain support for new add-on hardware and we mostly try to avoid regressions (with the seemingly ever-living exception of 3D graphics support), so I think I'm better aligned with the community to drop my older suggestion. Some people, including CircuitCo, are building capes without configuration EEPROMs now, so a different recommended mechanism seems like a requirement. * With the patches in our vendor 3.8 kernels and with all recent mainline kernels, performing userspace muxing operations has become easy again. It seems to be possible to turn on drivers not currently in use without an unacceptable level of bloat or conflict. This has been partially proven out using Charles' universal cape (https://github.com/cdsteinkuehler/beaglebone-universal-io), though I still have some concerns about conflicts. The result might be that there is still some number of overlays, but the approach of minimizing the overlays and instead relying on the existing loading/unloading mechanisms of the mainline drivers as much as possible feels right to me. * It will still be some time before devicetree overlay support is adopted in the mainline kernel. While I still see a strong need to have devicetree overlay support and CapeMgr in the mainline, the desire here is to optimize the user experience in the shortest term possible. Users get really confused by the errors that get generated by loading incorrect devicetree overlays and it is always nice when you can avoid confusing users. My suggestion is: * Maintain the source for .dtb and .dtbo files for all BeagleBoard.org boards at http://github.com/beagleboard/devicetree-source, overriding the sources in the mainline kernel when performing kernel builds. We can host pre-built .dtb and .dtbo files at a normailzed location outside the source repository for those that don't want to perform the builds, since I don't believe the
[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards
Adding devicetree and linux-arm-kernel lists based on feedback on IRC... On Tue, Jun 10, 2014 at 12:46 PM, Jason Kridner jkrid...@gmail.com wrote: I'd like to discuss moving our current library of cape devicetree overlay sources into a single tree, including the boot .dtb files for BeagleBoard.org boards and moving towards enabling as much of the cape support into a single boot-time .dtb file with an approach similar to the cape-universal overlay (https://github.com/cdsteinkuehler/beaglebone-universal-io), but not in an overlay. First of all, I want to note this doesn't change my view on the importance of mainline support for devicetree overlays. They are still absolutely critical and highly useful, solving problems that cannot be solved through boot-time devicetrees. I'm simply looking for an approach that will complement the availability of overlays and provide the best user experience. Robert has been talking about the actions required to clean-up Debian Jessie support in another thread (https://groups.google.com/d/msg/beagleboard/2b8rArtfABY/A8d1JzmJa4IJ) and I suggested we should add a bit of a detour by cleaning up the cape support for the mainline kernel and switching away our primary process of supporting capes from using overlays to using a single devicetree file provided at boot. I promised a pull-request and hadn't gotten around to sending it until now (below). No architecture changes have been made in my pull-request, just bringing in the kernel devicetree source history. This suggestion is based on several assumptions, any number of which might be wrong. The assumptions (for which I'm looking for feedback/corrections): * The overlays pretty much all need to be compiled into the kernel if they are going to be loaded using kernel command-line arguments or /etc/capemgr for the majority of distros. While many cape devicetree use cases are perfectly happy with loading at run-time rather than boot-time, it seems there should be a mechanism for pushing cape support into the category of being available at boot-time across distributions. * The devicetree sources, including the primary boot .dts files, will eventually be removed from the kernel source tree. I'm not too sure if and when it'll really happen, but starting up a project to maintain the definitive beagleboard.org board devicetree files outside the kernel seems to make sense. Given the interdependency of the boot .dtb and the overlay .dtbo files, combining them into a single repository where every distribution can pick them up seems like a natural and obvious choice. There are of course some dependencies on kernel versions, but I believe most of those have settled out by now and we should be OK moving forward. * There seems to be little or no interest in my previous proposal to use cape EEPROMs to store the overlay fragments. Given some churn in the devicetree node definitions, it is likely this would have failed in bad ways anyway. It seems mostly reasonable to expect users to update their kernel and firmware to gain support for new add-on hardware and we mostly try to avoid regressions (with the seemingly ever-living exception of 3D graphics support), so I think I'm better aligned with the community to drop my older suggestion. Some people, including CircuitCo, are building capes without configuration EEPROMs now, so a different recommended mechanism seems like a requirement. * With the patches in our vendor 3.8 kernels and with all recent mainline kernels, performing userspace muxing operations has become easy again. It seems to be possible to turn on drivers not currently in use without an unacceptable level of bloat or conflict. This has been partially proven out using Charles' universal cape (https://github.com/cdsteinkuehler/beaglebone-universal-io), though I still have some concerns about conflicts. The result might be that there is still some number of overlays, but the approach of minimizing the overlays and instead relying on the existing loading/unloading mechanisms of the mainline drivers as much as possible feels right to me. * It will still be some time before devicetree overlay support is adopted in the mainline kernel. While I still see a strong need to have devicetree overlay support and CapeMgr in the mainline, the desire here is to optimize the user experience in the shortest term possible. Users get really confused by the errors that get generated by loading incorrect devicetree overlays and it is always nice when you can avoid confusing users. My suggestion is: * Maintain the source for .dtb and .dtbo files for all BeagleBoard.org boards at http://github.com/beagleboard/devicetree-source, overriding the sources in the mainline kernel when performing kernel builds. We can host pre-built .dtb and .dtbo files at a normailzed location outside the source repository for those that don't want to perform the builds, since I don't believe the binary
[beagleboard] Re: beaglebone ADC AIN0 AIN2 AIN3 cannot be used?
thanks, TJF, I will try John's method first, it seems easier. This seems to be a problem with the ADC configuration. You could run one of the libpruio examples io_input http://users.freebasic-portal.de/tjf/Projekte/libpruio/doc/html/ChaExamples.html#SubExaIoInp or oszi http://users.freebasic-portal.de/tjf/Projekte/libpruio/doc/html/ChaExamples.html#SubExaOszi to check the hardware or the example analyse http://users.freebasic-portal.de/tjf/Projekte/libpruio/doc/html/ChaExamples.html#SubExaAnalyse to check the configuration. (The pins may be configured for touch screen?) To get more detailed information you should describe the steps you perform to receive the ADC values. (Do you use sysfs, mmap, a library, ... ?) -- 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 ADC AIN0 AIN2 AIN3 cannot be used?
Hi, John. Could you teach me how to disable touchscreen driver？ should I delete the cape-bone-lcd3-00A0.dtbo under /lib/firmware ? or should I modify am335x-bone.dtb under /boot ？ From: sun19...@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: Date: Tuesday, June 10, 2014 at 2:10 AM To: beagl...@googlegroups.com javascript: Subject: [beagleboard] beaglebone ADC AIN0 AIN2 AIN3 cannot be used? I used beaglebone white to implement ADC. However, when I use a signal generator and oscilloscope to see the input wave, There is always 1.8V in AIN0 , and always 0V in AIN2 and AIN3, but it is correct when I use AIN1 4 5 6, Could anyone help me？ Disable the touchscreen driver. Regards, John does that adc internal resistance cause it？ Or how should I modify ADC-related files to get correct signal？ -- 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] beaglebone ADC AIN0 AIN2 AIN3 cannot be used?
From: sun19920...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Tuesday, June 10, 2014 at 10:32 PM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] beaglebone ADC AIN0 AIN2 AIN3 cannot be used? Hi, John. Could you teach me how to disable touchscreen driver？ should I delete the cape-bone-lcd3-00A0.dtbo under /lib/firmware ? or should I modify am335x-bone.dtb under /boot ？ You need to disable the touchscreen in the kernel .config. Easiest way is to do the following: In the Kernel folder: make xconfig Under Device Drivers/Staging drivers Unselect TI Touchscreen Interface” Save and rebuild kernel Alternatively, edit the .config file: Search for CONFIG_TOUCHSCREEN_TI_AM335X_TSC=y Change to # CONFIG_TOUCHSCREEN_TI_AM335X_TSC is not set Save and rebuild kernel. http://eewiki.net/display/linuxonarm/BeagleBone+Black Regards, John From: sun19...@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: Date: Tuesday, June 10, 2014 at 2:10 AM To: beagl...@googlegroups.com javascript: Subject: [beagleboard] beaglebone ADC AIN0 AIN2 AIN3 cannot be used? I used beaglebone white to implement ADC. However, when I use a signal generator and oscilloscope to see the input wave, There is always 1.8V in AIN0 , and always 0V in AIN2 and AIN3, but it is correct when I use AIN1 4 5 6, Could anyone help me？ Disable the touchscreen driver. Regards, John does that adc internal resistance cause it？ Or how should I modify ADC-related files to get correct signal？ -- 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. -- 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.
