Re: [beagleboard] Fast ADC using PRU to bitbang SPI
Why don¹t you use SPI with DMA? DMA is automatically used when the size of transfer exceeds 160 bytes. You would have to create a kernel driver because SPIDEV has too much overhead. The SPI interface can transfer up to 48MHz clock, which is the max clock of the device you want to use. Regards, John From: touste Reply-To: "beagleboard@googlegroups.com" Date: Friday, January 23, 2015 at 10:45 AM To: "beagleboard@googlegroups.com" Subject: [beagleboard] Fast ADC using PRU to bitbang SPI > Hi guys, > > I would like to know if someone here has already tried bitbanging SPI with the > PRU units? > > I have a 12bit ADC (TI ADS7883) which takes a clock signal and outputs 12 bits > of data, and I would like to use the PRU to achieve high sampling rate. > > See http://www.ti.com/lit/ds/symlink/ads7883.pdf for the ADC documentation > with the interface timing diagram. > > Basically, the PRU program would do the following (assuming a cycle time of > 5ns and one cycle for each line of the loop): > > - Initiate 3 GPIO channels (2 outputs: SCLK and CS, 1 input: SDO) > - Allocate memory (a lot! I'd like to capture millions of samples) > Loop for N samples: > - Pull CS high > - Wait 3 cycles > - Pull SCLK high > - Wait 2 cycles > - Pull CS low (initiate output) > - Wait 2 cycles > - Pull SCLK low > - Wait 5 cycles > - Pull SCLK high > - Wait 5 cycles > - Pull SCLK low > - Wait 5 cycles > - Pull SCLK high > - Wait 5 cycles > - Pull SCLK low > - Read SDO (first bit) > - Store it somewhere > - Wait 3 cycles > - Pull SCLK high > - Wait 5 cycles > - Pull SCLK low > - Read SDO (2nd bit) > - Store it somewhere > - Wait 3 cycles > - Pull SCLK high > - Wait 5 cycles > - Pull SCLK low > - Read SDO (3rd bit) > - Store it somewhere ... and so on until 12th bit > - Wait 60ns (acquisition time) while always pulling CLK high and low every 6 > cycles > End of loop > > > The problem is that I have never programmed in assembly code. I have tried > looking at examples but have a really hard time understanding the simplest > commands (ex: what is a simple MOV r3, 1<<7 doing?). > > I'd like to have a thoroughly commented, simple example to start if possible. > > Memory issues are also a big problem. How can I store all the captured data so > that it is fast and doesn't overflow the PRU memory? > > Many thanks for your help! > > Touste > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google Groups > "BeagleBoard" group. > To unsubscribe from this group 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] ELC 2015: San Jose CA: March 23-25
I'm in! > On Jan 23, 2015, at 07:14 , Robert Nelson wrote: > > Who's up for a bb.org hacksession/meetup/planning/etc? > > 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. -- Rick Mann rm...@latencyzero.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't take backup of eMMC
S2 tells the BBB to boot from the SD card. You don't say if you put the contents of the referenced zip file onto the card. If there's nothing on the SD card, it won't boot. > On Jan 23, 2015, at 02:30 , aryaksasidha...@gmail.com wrote: > > hi, > > I am using bbb with debian distribution and i want to load angstrom package. > so i think to backup my debian image from eMMC and to reuse in future. But i > am unable to do that. I have followed the instructions from > http://elinux.org/BeagleBone_Black_Extracting_eMMC_contents > I formatted sd card (8GB) in FAT format and inserted it into powered off bbb > and holding the s2. i released s2 after few seconds but i can not notice any > changes in user0 led. what is the problem, i can't realize it. can anyone > help me? is it board's hardware problem? > > 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. -- Rick Mann rm...@latencyzero.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] Does beaglebone support ieee 1588 （ptp）？
You can implement the IEEE-1588 protocol in an all software system. I doubt that you will be able to achieve the sub-microsecond time synchronization performance, easily. They are looking for sub microsecond time stamping of the packets. All of the practical systems, I read about depend on hardware time stamping in the PHY. Example: Texas Instrument PHYTER Family DP83640 Google: IEEE-1588 tutorial Google: DP83640 --- Graham == On Fri, Jan 23, 2015 at 12:27 AM, wrote: > thanks Graham! > > does that mean that IEEE-1588 has a mandatory requirement on specific HW? > for example, there is a Java project that seems to implement this ( > https://java.net/projects/jpcsi). > in other words, can IEEE-1588 be implemented with SW only? > > --roy > > > On Thursday, January 22, 2015 at 6:01:26 AM UTC+2, Graham wrote: >> >> The IEEE-1588 Precision Time Protocol requires a special Ethernet PHY >> chip that >> can time stamp packets in hardware. The LAN8710 Ethernet PHY chip used in >> the BBB does not mention this capability in the data sheet, nor is it on >> the lists >> I found of PHYs that do have the capability. >> >> --- Graham >> >> == >> >> On Wednesday, January 21, 2015 at 1:20:48 PM UTC-6, roy.be...@gmail.com >> wrote: >>> >>> joining late on this thread... >>> >>> I don't know much about IEEE1588. just a simple question: how can I use >>> it on BeagelBone Black? >>> >>> Thanks! >>> >>> On Monday, May 5, 2014 at 6:12:34 PM UTC+3, Gerald wrote: The PHY does no manipulation of the data. It is just the interface. Gerald On Mon, May 5, 2014 at 8:23 AM, wrote: > I know that processor, AM335x used in beaglebone, supports ieee 1588. > > Does that PHY on beaglebone also support ieee 1588？ > > because I need to do a project about ieee 1588, but I want to realize > it on beaglebone, > > Thanks. > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google > Groups "BeagleBoard" group. > To unsubscribe from this group and stop receiving emails from it, send > an email to beagleboard...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to a topic in the > Google Groups "BeagleBoard" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/beagleboard/VbBUI-09u5U/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] Does beaglebone support ieee 1588 （ptp）？
www.ti.com/lit/an/snla098a/snla098a.pdf 2015-01-23 9:27 GMT+03:00 : > thanks Graham! > > does that mean that IEEE-1588 has a mandatory requirement on specific HW? > for example, there is a Java project that seems to implement this > (https://java.net/projects/jpcsi). > in other words, can IEEE-1588 be implemented with SW only? > > --roy > > > On Thursday, January 22, 2015 at 6:01:26 AM UTC+2, Graham wrote: >> >> The IEEE-1588 Precision Time Protocol requires a special Ethernet PHY chip >> that >> can time stamp packets in hardware. The LAN8710 Ethernet PHY chip used in >> the BBB does not mention this capability in the data sheet, nor is it on >> the lists >> I found of PHYs that do have the capability. >> >> --- Graham >> >> == >> >> On Wednesday, January 21, 2015 at 1:20:48 PM UTC-6, roy.be...@gmail.com >> wrote: >>> >>> joining late on this thread... >>> >>> I don't know much about IEEE1588. just a simple question: how can I use >>> it on BeagelBone Black? >>> >>> Thanks! >>> >>> On Monday, May 5, 2014 at 6:12:34 PM UTC+3, Gerald wrote: The PHY does no manipulation of the data. It is just the interface. Gerald On Mon, May 5, 2014 at 8:23 AM, wrote: > > I know that processor, AM335x used in beaglebone, supports ieee 1588. > > > Does that PHY on beaglebone also support ieee 1588？ > > because I need to do a project about ieee 1588, but I want to realize > it on beaglebone, > > Thanks. > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google > Groups "BeagleBoard" group. > To unsubscribe from this group and stop receiving emails from it, send > an email to beagleboard...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google Groups > "BeagleBoard" group. > To unsubscribe from this group and stop receiving 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] questions about BBB SD cards and formatting
> yup, i realize that now. is this behaviour documented somewhere in > an official TI am335x/omap4+ reference manual somewhere? It tis.. under "raw mode".. 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] questions about BBB SD cards and formatting
On Fri, 23 Jan 2015, Robert Nelson wrote: > On Fri, Jan 23, 2015 at 1:23 PM, Robert P. J. Day > wrote: > > On Fri, 23 Jan 2015, Robert Nelson wrote: > > > >> > sorry, i phrased that question badly. obviously, i can always > >> > upgrade u-boot on my rev B, but i assume there was a point in the > >> > recent past where the onboard bootrom could handle the dd'ed > >> > MLO/u-boot.img, and that's *not* something i could update. > >> > > >> > given that my BBBs were purchased a while back, i suspect i > >> > don't have that feature in the bootrom. eh, time to pick up some > >> > rev Cs. > >> > >> All "am335x" have that feature in the bootrom.. It was added back > >> when the omap4 came out (I've heard even the dm81xx had it, but i > >> never had one of those boards..) > >> > >> So yes, even the BBB "B"'s and the BBW's with there ES1.x silicon > >> fully support it... > > > > huh ... i guess i just never read closely enough to know about those > > options. so, regarding this: > > > > http://elinux.org/Beagleboard:U-boot_partitioning_layout_2.0#Boot_Partition_.28omap4.2B_.28am335x.29.29 > > > > as you say, the only real benefit to moving the MLO and u-boot.img > > outside of a partition is to keep people from accidentally wiping them > > out, is that it? other than that, there's no effective difference, > > correct? > > Correct.. There's no difference in the build, those files could > either be copied to a fat partition or dd'ed... > > It also allows single partition setup's. ;) yup, i realize that now. is this behaviour documented somewhere in an official TI am335x/omap4+ reference manual somewhere? rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday
Re: [beagleboard] questions about BBB SD cards and formatting
On Fri, Jan 23, 2015 at 1:23 PM, Robert P. J. Day wrote: > On Fri, 23 Jan 2015, Robert Nelson wrote: > >> > sorry, i phrased that question badly. obviously, i can always >> > upgrade u-boot on my rev B, but i assume there was a point in the >> > recent past where the onboard bootrom could handle the dd'ed >> > MLO/u-boot.img, and that's *not* something i could update. >> > >> > given that my BBBs were purchased a while back, i suspect i >> > don't have that feature in the bootrom. eh, time to pick up some >> > rev Cs. >> >> All "am335x" have that feature in the bootrom.. It was added back >> when the omap4 came out (I've heard even the dm81xx had it, but i >> never had one of those boards..) >> >> So yes, even the BBB "B"'s and the BBW's with there ES1.x silicon >> fully support it... > > huh ... i guess i just never read closely enough to know about those > options. so, regarding this: > > http://elinux.org/Beagleboard:U-boot_partitioning_layout_2.0#Boot_Partition_.28omap4.2B_.28am335x.29.29 > > as you say, the only real benefit to moving the MLO and u-boot.img > outside of a partition is to keep people from accidentally wiping them > out, is that it? other than that, there's no effective difference, > correct? Correct.. There's no difference in the build, those files could either be copied to a fat partition or dd'ed... It also allows single partition setup's. ;) 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] questions about BBB SD cards and formatting
On Fri, 23 Jan 2015, Robert Nelson wrote: > > sorry, i phrased that question badly. obviously, i can always > > upgrade u-boot on my rev B, but i assume there was a point in the > > recent past where the onboard bootrom could handle the dd'ed > > MLO/u-boot.img, and that's *not* something i could update. > > > > given that my BBBs were purchased a while back, i suspect i > > don't have that feature in the bootrom. eh, time to pick up some > > rev Cs. > > All "am335x" have that feature in the bootrom.. It was added back > when the omap4 came out (I've heard even the dm81xx had it, but i > never had one of those boards..) > > So yes, even the BBB "B"'s and the BBW's with there ES1.x silicon > fully support it... huh ... i guess i just never read closely enough to know about those options. so, regarding this: http://elinux.org/Beagleboard:U-boot_partitioning_layout_2.0#Boot_Partition_.28omap4.2B_.28am335x.29.29 as you say, the only real benefit to moving the MLO and u-boot.img outside of a partition is to keep people from accidentally wiping them out, is that it? other than that, there's no effective difference, correct? rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday
[beagleboard] Fast ADC using PRU to bitbang SPI
Hi guys, I would like to know if someone here has already tried bitbanging SPI with the PRU units? I have a 12bit ADC (TI ADS7883) which takes a clock signal and outputs 12 bits of data, and I would like to use the PRU to achieve high sampling rate. See http://www.ti.com/lit/ds/symlink/ads7883.pdf for the ADC documentation with the interface timing diagram. Basically, the PRU program would do the following (assuming a cycle time of 5ns and one cycle for each line of the loop): - Initiate 3 GPIO channels (2 outputs: SCLK and CS, 1 input: SDO) - Allocate memory (a lot! I'd like to capture millions of samples) Loop for N samples: - Pull CS high - Wait 3 cycles - Pull SCLK high - Wait 2 cycles - Pull CS low (initiate output) - Wait 2 cycles - Pull SCLK low - Wait 5 cycles - Pull SCLK high - Wait 5 cycles - Pull SCLK low - Wait 5 cycles - Pull SCLK high - Wait 5 cycles - Pull SCLK low - Read SDO (first bit) - Store it somewhere - Wait 3 cycles - Pull SCLK high - Wait 5 cycles - Pull SCLK low - Read SDO (2nd bit) - Store it somewhere - Wait 3 cycles - Pull SCLK high - Wait 5 cycles - Pull SCLK low - Read SDO (3rd bit) - Store it somewhere ... and so on until 12th bit - Wait 60ns (acquisition time) while always pulling CLK high and low every 6 cycles End of loop The problem is that I have never programmed in assembly code. I have tried looking at examples but have a really hard time understanding the simplest commands (ex: what is a simple MOV r3, 1<<7 doing?). I'd like to have a thoroughly commented, simple example to start if possible. Memory issues are also a big problem. How can I store all the captured data so that it is fast and doesn't overflow the PRU memory? Many thanks for your help! Touste -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: BBB SPI: 6 cs signals needed
Nic Cyn, thanks for the response. This summarizes what I had seen, but I wasn't sure that my interpretation was correct. It looks like we will go with wrapping the transfer with our own GPIO toggles. Unfortunately, we won't be using c# but I was looking at your code and noticed: /// Also NOTE that if you use the GPIO based slave select lines you cannot /// also connect anything to the SPI devices internal CS0 or CS1 slave select /// lines. These will always be activated on every write irregardless /// of the GPIO based slave select also asserted. This is just the way the /// SPIDev driver works. I see "SPI_NO_CS" defined in spidev.h, but I don't see any reference to it in spi-omap2-mcspi.c - is that the reason for your comment? Thanks again, Tim On Friday, January 23, 2015 at 6:14:14 AM UTC-8, Nic Cyn wrote: > > SPIDev will never be able to do this with any kernel. The BBB has two SPI > ports and each are theoretically capable of a maximum of 4 CS lines each. > However only two CS lines on each port are made available to the pinmux and > of those two I am pretty sure second CS line on SPI0 has not been brought > out to the P8 or P9 headers by the designers of the BBB. > > The upshot is that using the internal CS lines, which is what SPIDev does, > you can have a max of one device on SPI0 and two on SPI1. Also note that > SPI1 conflicts with the HDMI device and so to enable it you need to disable > the HDMI display. None of this is SPIDev's doing - it is just supporting > the hardware state it is given. > > So if you want more CS lines you need to ignore the internal CS lines and > simulate them with GPIO's. The BBBCSIO library has transparent support for > this but it is intended for mono/C# and needs the BBB to be running an > armhf kernel. You may find there are Python libraries which can do this too. > > BBBCSIO (in case you need the link): > http://ofitselfso.com/BBBCSIO/BBBCSIO.php > > > On Thursday, 22 January 2015 19:18:05 UTC, codemonkey wrote: >> >> Hello, I need to address six devices on a single spi bus, and I'm hoping >> to avoid writing a device driver :-) >> >> We will be updating from 3.8.13-bone68 as soon as there is a stable >> release of a newer kernel. So far, my research hasn't turned up any >> indication that spidev can support the use of additional gpis's for this >> purpose. >> >> Will this be true with the new kernel? Has anyone addressed this? >> >> Thanks for your help, >> Tim >> > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group 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] Build a file system from existing BBB
On Fri, Jan 23, 2015 at 12:38 AM, wrote: > Hi guys: > > I bought a BBB and I have done some action on it, now i > want to copy this file system to the other BBB, how should I do?? And the > other questions, yesterday I transfered a file named "uEnv.txt" in > /boot/uboot/ to the other BBB(called "OtherBBB"), and later "OtherBBB" > couldn't enter its file system, i found the difference between uEnv.txt > between each BBB only on one line about declaring "UUID", does anyone what > happened??? 'uuid' = Universally unique identifier So microSD(1)'s uuid doesn't equal microSD(2)'s uuid.. 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] Build a file system from existing BBB
Hi guys: I bought a BBB and I have done some action on it, now i want to copy this file system to the other BBB, how should I do?? And the other questions, yesterday I transfered a file named "uEnv.txt" in /boot/uboot/ to the other BBB(called "OtherBBB"), and later "OtherBBB" couldn't enter its file system, i found the difference between uEnv.txt between each BBB only on one line about declaring "UUID", does anyone what happened??? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group 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] Does beaglebone support ieee 1588 （ptp）？
thanks Graham! does that mean that IEEE-1588 has a mandatory requirement on specific HW? for example, there is a Java project that seems to implement this (https://java.net/projects/jpcsi). in other words, can IEEE-1588 be implemented with SW only? --roy On Thursday, January 22, 2015 at 6:01:26 AM UTC+2, Graham wrote: > > The IEEE-1588 Precision Time Protocol requires a special Ethernet PHY chip > that > can time stamp packets in hardware. The LAN8710 Ethernet PHY chip used in > the BBB does not mention this capability in the data sheet, nor is it on > the lists > I found of PHYs that do have the capability. > > --- Graham > > == > > On Wednesday, January 21, 2015 at 1:20:48 PM UTC-6, roy.be...@gmail.com > wrote: >> >> joining late on this thread... >> >> I don't know much about IEEE1588. just a simple question: how can I use >> it on BeagelBone Black? >> >> Thanks! >> >> On Monday, May 5, 2014 at 6:12:34 PM UTC+3, Gerald wrote: >>> >>> The PHY does no manipulation of the data. It is just the interface. >>> >>> Gerald >>> >>> >>> >>> On Mon, May 5, 2014 at 8:23 AM, wrote: >>> I know that processor, AM335x used in beaglebone, supports ieee 1588. Does that PHY on beaglebone also support ieee 1588？ because I need to do a project about ieee 1588, but I want to realize it on beaglebone, Thanks. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. >>> >>> -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] BBB with Parallax Altimeter
I bought a Parallax altimeter (MS5607) and cannot detect it using "i2cdetect -y -r 1" on the BBB. I called Parallax, and they said you don't necessarily need to detect it, as long as you know the address, which is 0x76. I tried using this wrapper written for RPi, but I don't have quick2wire. Any experience installing it? I then tried to write some simple code, to make the call. Here is the code: from Adafruit_I2C import Adafruit_I2C as i2c from time import sleep sensor = i2c(0x77) _CMD_ADC_4096 = 0x08# end bit _CMD_ADC_D1 = 0x00 #pressure _CMD_ADC_D2 = 0x10 #temperature val = sensor.readU8(0x00|0x08) val2 = sensor.readS8(0x00|0x08) print val, val2 This is the response: Error accessing 0x77: Check your I2C address Error accessing 0x77: Check your I2C address -1 -1 The response is the same when using 0x76 Am I supposed to modify a line in Adafruit_I2C? Should this work if i2cdetect does not find 0x76? Is the sensor defective? Thanks! (sorry if this is a repost) -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group 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] HDMI signal filtering on page 10 (BBB schematics)
Gerald: thank you. Just a small point. According to TDA19988-product-datasheet-rev3-jul2011.pdf, only some inputs on TDA19988 are 5V-tolerant. The ones connected to the AM335x are not. These are listed on page 38, table 30 as "Not 5 V tolerant CMOS 1.8 V and CMOS 3.3 V tolerant". I wanted to clarify because you said in the earlier post that "The HDMI encoder is a 1.8V input that is 5V tolerant." BTW, the TDA19988 is a closed-source chip. Its data sheet is missing vital information. Is there any replacement out there whose data sheet would be available? Thank you -- Wojtek -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group 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 Debian boot time (IPV6, ethernet..)
On Thursday, January 22, 2015 at 5:18:09 PM UTC-5, Boris Ostrovskiy wrote: > > It takes my beaglebone ~70seconds to fully boot. Looking at "dmesg" it > seems like most of that time is spent setting up / loading network > functionality. I do need the ethernet connection but is there a way to > speed up the process...? > For numbers I list below, I define boot time as the time from when power is applied to when I get to a login prompt on a serial console. I'm running 3.8.13-bone69 on a beaglebone black rev c. With eth0 setup for auto and dhcp in the interfaces file, it takes my board about 77 seconds to boot. I can reduce that time to 11 seconds by making the following changes: 1) disable auto for eth0. ie change in /etc/network/interfaces "auto eth0" to "#auto eth0" 2) add the line "ifup eth0;" to /etc/rc.local. With these changes, I consistently get boot times in the 10 to 11 second range and eth0 gets its ip address from a dhcp server. frank agius -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group 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] questions about BBB SD cards and formatting
On Fri, Jan 23, 2015 at 11:24 AM, DLF wrote: > the files are in the 1Mb hole in the front of the SD card, dd it is not > touching the bootrom (if I understand your question ) Bootrom is inside the am335x... It's rom, so we can't modify it.. 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] questions about BBB SD cards and formatting
the files are in the 1Mb hole in the front of the SD card, dd it is not
touching the bootrom (if I understand your question )
On Friday, 23 January 2015 17:55:49 UTC+1, Robert P. J. Day wrote:
>
> On Fri, 23 Jan 2015, Robert Nelson wrote:
>
> > On Fri, Jan 23, 2015 at 10:42 AM, Robert P. J. Day
> > > wrote:
> > > On Fri, 23 Jan 2015, Robert Nelson wrote:
> > >
> > >> On Fri, Jan 23, 2015 at 10:28 AM, Robert P. J. Day
> > >> > wrote:
> > >> >
> > >> > been a while since i had to format an SD card from scratch for my
> > >> > BBB and, reading RCN's instructions over at eewiki.net, i have a
> > >> > couple questions.
> > >> >
> > >> > reading here:
> > >> >
> > >> >
> https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-SetupmicroSD/SDcard
>
> > >> >
> > >> > and first question is, why is there no need to create and format a
> > >> > VFAT partition? from memory, i would always create a small, initial
> > >> > VFAT partition and put MLO and uboot there, and format the rest of
> the
> > >> > SD card as ext? for the rootfs.
> > >> >
> > >> > but the instructions on that page don't create an initial VFAT
> > >> > partition, they just raw copy MLO and u-boot.img to exact addresses
> on
> > >> > the freshly-zeroed SD card. i had no idea you could do this. or am
> i
> > >> > misreading something?
> > >>
> > >> It's a feature of the omap4+ bootrom. (omap35/36xx can't do it). We
> > >> had users deleting MLO/u-boot.img in that fat partition so we started
> > >> looking for a way to better protect that.
> > >>
> > >> Ps.. the bootloader does a lot more internally now too, so we can
> have
> > >> simplified /boot/uEnv.txt script...
> > >
> > > which rev of the BBB does that relate to? i'm still using rev B.
> >
> > Any image after August 2014 (cat /etc/dogtag)
> >
> > Defaults to a boot loader that does:
> > /boot/uEnv.txt & /boot/vmlinuz-${uname -r}
> >
> > Either September or October 2014, we switched to MLO/u-boot.img being
> dd*'ed...
>
> sorry, i phrased that question badly. obviously, i can always
> upgrade u-boot on my rev B, but i assume there was a point in the
> recent past where the onboard bootrom could handle the dd'ed
> MLO/u-boot.img, and that's *not* something i could update.
>
> given that my BBBs were purchased a while back, i suspect i don't
> have that feature in the bootrom. eh, time to pick up some rev Cs.
>
> rday
>
> --
>
>
> Robert P. J. Day Ottawa, Ontario, CANADA
> http://crashcourse.ca
>
> Twitter: http://twitter.com/rpjday
> LinkedIn: http://ca.linkedin.com/in/rpjday
>
>
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
"BeagleBoard" group.
To unsubscribe from this group 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] questions about BBB SD cards and formatting
> sorry, i phrased that question badly. obviously, i can always > upgrade u-boot on my rev B, but i assume there was a point in the > recent past where the onboard bootrom could handle the dd'ed > MLO/u-boot.img, and that's *not* something i could update. > > given that my BBBs were purchased a while back, i suspect i don't > have that feature in the bootrom. eh, time to pick up some rev Cs. All "am335x" have that feature in the bootrom.. It was added back when the omap4 came out (I've heard even the dm81xx had it, but i never had one of those boards..) So yes, even the BBB "B"'s and the BBW's with there ES1.x silicon fully support it... 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] questions about BBB SD cards and formatting
On Fri, 23 Jan 2015, Robert Nelson wrote:
> On Fri, Jan 23, 2015 at 10:42 AM, Robert P. J. Day
> wrote:
> > On Fri, 23 Jan 2015, Robert Nelson wrote:
> >
> >> On Fri, Jan 23, 2015 at 10:28 AM, Robert P. J. Day
> >> wrote:
> >> >
> >> > been a while since i had to format an SD card from scratch for my
> >> > BBB and, reading RCN's instructions over at eewiki.net, i have a
> >> > couple questions.
> >> >
> >> > reading here:
> >> >
> >> > https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-SetupmicroSD/SDcard
> >> >
> >> > and first question is, why is there no need to create and format a
> >> > VFAT partition? from memory, i would always create a small, initial
> >> > VFAT partition and put MLO and uboot there, and format the rest of the
> >> > SD card as ext? for the rootfs.
> >> >
> >> > but the instructions on that page don't create an initial VFAT
> >> > partition, they just raw copy MLO and u-boot.img to exact addresses on
> >> > the freshly-zeroed SD card. i had no idea you could do this. or am i
> >> > misreading something?
> >>
> >> It's a feature of the omap4+ bootrom. (omap35/36xx can't do it). We
> >> had users deleting MLO/u-boot.img in that fat partition so we started
> >> looking for a way to better protect that.
> >>
> >> Ps.. the bootloader does a lot more internally now too, so we can have
> >> simplified /boot/uEnv.txt script...
> >
> > which rev of the BBB does that relate to? i'm still using rev B.
>
> Any image after August 2014 (cat /etc/dogtag)
>
> Defaults to a boot loader that does:
> /boot/uEnv.txt & /boot/vmlinuz-${uname -r}
>
> Either September or October 2014, we switched to MLO/u-boot.img being
> dd*'ed...
sorry, i phrased that question badly. obviously, i can always
upgrade u-boot on my rev B, but i assume there was a point in the
recent past where the onboard bootrom could handle the dd'ed
MLO/u-boot.img, and that's *not* something i could update.
given that my BBBs were purchased a while back, i suspect i don't
have that feature in the bootrom. eh, time to pick up some rev Cs.
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
Re: [beagleboard] questions about BBB SD cards and formatting
On Fri, Jan 23, 2015 at 10:42 AM, Robert P. J. Day
wrote:
> On Fri, 23 Jan 2015, Robert Nelson wrote:
>
>> On Fri, Jan 23, 2015 at 10:28 AM, Robert P. J. Day
>> wrote:
>> >
>> > been a while since i had to format an SD card from scratch for my
>> > BBB and, reading RCN's instructions over at eewiki.net, i have a
>> > couple questions.
>> >
>> > reading here:
>> >
>> > https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-SetupmicroSD/SDcard
>> >
>> > and first question is, why is there no need to create and format a
>> > VFAT partition? from memory, i would always create a small, initial
>> > VFAT partition and put MLO and uboot there, and format the rest of the
>> > SD card as ext? for the rootfs.
>> >
>> > but the instructions on that page don't create an initial VFAT
>> > partition, they just raw copy MLO and u-boot.img to exact addresses on
>> > the freshly-zeroed SD card. i had no idea you could do this. or am i
>> > misreading something?
>>
>> It's a feature of the omap4+ bootrom. (omap35/36xx can't do it). We
>> had users deleting MLO/u-boot.img in that fat partition so we started
>> looking for a way to better protect that.
>>
>> Ps.. the bootloader does a lot more internally now too, so we can have
>> simplified /boot/uEnv.txt script...
>
> which rev of the BBB does that relate to? i'm still using rev B.
Any image after August 2014 (cat /etc/dogtag)
Defaults to a boot loader that does:
/boot/uEnv.txt & /boot/vmlinuz-${uname -r}
Either September or October 2014, we switched to MLO/u-boot.img being dd*'ed...
The 2015-01-19 plus some last minute fixes is being tested right now
to update the production boards at CircuitCo..
http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2015-01-19
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] questions about BBB SD cards and formatting
On Fri, 23 Jan 2015, Robert Nelson wrote: > On Fri, Jan 23, 2015 at 10:28 AM, Robert P. J. Day > wrote: > > > > been a while since i had to format an SD card from scratch for my > > BBB and, reading RCN's instructions over at eewiki.net, i have a > > couple questions. > > > > reading here: > > > > https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-SetupmicroSD/SDcard > > > > and first question is, why is there no need to create and format a > > VFAT partition? from memory, i would always create a small, initial > > VFAT partition and put MLO and uboot there, and format the rest of the > > SD card as ext? for the rootfs. > > > > but the instructions on that page don't create an initial VFAT > > partition, they just raw copy MLO and u-boot.img to exact addresses on > > the freshly-zeroed SD card. i had no idea you could do this. or am i > > misreading something? > > It's a feature of the omap4+ bootrom. (omap35/36xx can't do it). We > had users deleting MLO/u-boot.img in that fat partition so we started > looking for a way to better protect that. > > Ps.. the bootloader does a lot more internally now too, so we can have > simplified /boot/uEnv.txt script... which rev of the BBB does that relate to? i'm still using rev B. > > finally, on my fedora rawhide system, attempting to run sfdisk as > > given there tells me: > > > > 1) --in-order is not even a valid option > > 2) both --Linux and --unit are deprecated options > > Yuck! I knew this was coming, was hoping they "wouldn't" break > everyone's script.. Looks like they did, sometimes i wonder if they > enjoy doing that... making your life difficult ... it's what i live for. rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday
Re: [beagleboard] questions about BBB SD cards and formatting
On Fri, Jan 23, 2015 at 10:28 AM, Robert P. J. Day wrote: > > been a while since i had to format an SD card from scratch for my > BBB and, reading RCN's instructions over at eewiki.net, i have a > couple questions. > > reading here: > > https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-SetupmicroSD/SDcard > > and first question is, why is there no need to create and format a > VFAT partition? from memory, i would always create a small, initial > VFAT partition and put MLO and uboot there, and format the rest of the > SD card as ext? for the rootfs. > > but the instructions on that page don't create an initial VFAT > partition, they just raw copy MLO and u-boot.img to exact addresses on > the freshly-zeroed SD card. i had no idea you could do this. or am i > misreading something? It's a feature of the omap4+ bootrom. (omap35/36xx can't do it). We had users deleting MLO/u-boot.img in that fat partition so we started looking for a way to better protect that. Ps.. the bootloader does a lot more internally now too, so we can have simplified /boot/uEnv.txt script... http://elinux.org/Beagleboard:U-boot_partitioning_layout_2.0#Boot_Partition_.28omap4.2B_.28am335x.29.29 > > (side note: since those instructions are copying to a device file, > i'm guessing the dd "conv=notrunc" option is unnecessary.) > > finally, on my fedora rawhide system, attempting to run sfdisk as > given there tells me: > > 1) --in-order is not even a valid option > 2) both --Linux and --unit are deprecated options Yuck! I knew this was coming, was hoping they "wouldn't" break everyone's script.. Looks like they did, sometimes i wonder if they enjoy doing that... Util-linux 2.26 Release Notes = This version provides completely new sfdisk(8) command, the new version is based on libfdisk. If your use-cases depend on sfdisk(8) then it is strongly recommended to be careful and re-test your scripts. The new version supports MBR and GPT disk labels (SGI and SUN are also supported but no well tested). The new version does no more support some obscure MBR specific command line options and legacy CHS addressing. Time to fire up Fedora Rawhide and figure out what changed. 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] questions about BBB SD cards and formatting
been a while since i had to format an SD card from scratch for my BBB and, reading RCN's instructions over at eewiki.net, i have a couple questions. reading here: https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-SetupmicroSD/SDcard and first question is, why is there no need to create and format a VFAT partition? from memory, i would always create a small, initial VFAT partition and put MLO and uboot there, and format the rest of the SD card as ext? for the rootfs. but the instructions on that page don't create an initial VFAT partition, they just raw copy MLO and u-boot.img to exact addresses on the freshly-zeroed SD card. i had no idea you could do this. or am i misreading something? (side note: since those instructions are copying to a device file, i'm guessing the dd "conv=notrunc" option is unnecessary.) finally, on my fedora rawhide system, attempting to run sfdisk as given there tells me: 1) --in-order is not even a valid option 2) both --Linux and --unit are deprecated options anyway, if anyone wants to clarify any of the above, that would be great, thanks. like i said, it's been a while since i've done this, i really should do it more often. rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday
Re: [beagleboard] ELC 2015: San Jose CA: March 23-25
On Fri, Jan 23, 2015 at 9:50 AM, Jason Kridner wrote: > Sounds fun to me. Did you mention the same on IRC? Nope, not yet.. Just got boss approval. ;) So now's the time to start planing. ;) 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] ELC 2015: San Jose CA: March 23-25
Sounds fun to me. Did you mention the same on IRC? On Fri, Jan 23, 2015 at 10:14 AM, Robert Nelson wrote: > Who's up for a bb.org hacksession/meetup/planning/etc? > > 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. > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group 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] Contamination, SD or eMMC, Root Cause
On Fri, Jan 23, 2015 at 9:31 AM, toni incog wrote: > Sure, let's say just your latest greatest debian kernel 3.14 running > headless doing nothing only being great? Still missing the point.. So in that case, you have ext4, and / mounted rw with noatime.. Let's say it's idle: It'll survive a few power yanks and fsck.ext4 will fix it up most of the time.. I'd say about a week before you'll have to reflash the eMMC to due file system corruption... > Any experiences with broken eMMCs? How important is using a backup battery > in a daily unclean power down situation. What's your feeling: days, weeks, > months, years, decades? Really anything > then a week of unclean power down's, start looking at "read only root"* and other file systems. * We have a beagleboard-xm running on the roof of this building as a webcam taking pictures all day, it's been running (off/on) for over 3 years on the same microSD card running Debian Squeeze, on a read only rootfs.. It's powered by a solar array, so power is variable all day long.. https://wiki.debian.org/ReadonlyRoot > > Hmmm, I guess I've some work to do in shutting down some bbb's properly > otherwise I can answer my own question. Thinking aloud a battery and > bringing the power button external. 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 embedded Linux/Qt contract developer needed
I'm looking for a contract developer to develop the software for a new commercial portable RF instrument with a front-panel UI which includes a high-resolution touchscreen LCD. The embedded processor is a TI Sitara Cortex-A8 (BBB architecture). The developer will need * Embedded Linux experience (mainline kernel) * Qt experience[1] * Hardware debugging skills * Ability to travel periodically to the Boston area for on-site meetings and debug support * Ability to start work (at least part time) within the next few weeks [1] Unless you can demonstrate a better alternative to Qt. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group 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] Contamination, SD or eMMC, Root Cause
Sure, let's say just your latest greatest debian kernel 3.14 running headless doing nothing only being great? Any experiences with broken eMMCs? How important is using a backup battery in a daily unclean power down situation. What's your feeling: days, weeks, months, years, decades? Hmmm, I guess I've some work to do in shutting down some bbb's properly otherwise I can answer my own question. Thinking aloud a battery and bringing the power button external. thx, Michiel On Friday, January 23, 2015 at 4:11:20 PM UTC+1, RobertCNelson wrote: > > On Fri, Jan 23, 2015 at 9:05 AM, toni incog > wrote: > > Assume you mean: ... without /un/mounting the drives under Linux. > > > > Is there any data (or guesses) on how many times I can power down > without > > unmounting before the eMMC is going to the dodo? > > Well... This "guess" needs more data.. Is the partition ro? What file > system? etc etc... > > So without any of the important data, I'll give you the best answer: > "zero"... Yeap zero chance of a 100% data match of data on the drive > right before you yank power... > > 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 does not reboot afer some successive reboots
Hi everybody, I have a problem with a successive reboot of the BBB. I put a watchdog script which verifies continuously if the application under the BBB runs well. After a number of fails, the watchdog forces the reboot of the BBB. However, the BBB does not reboot after a random number of successive reboots. So, we need to boot it manualy (disconnect and reconnect Ethernet cable because the BBB is powered by POE). Anybody knows if there is a security mechanism which prevents the restart of the BBB? or if the fail of the reboot is caused by something else. - The power led is activated. - in /var/log.syslog, last message : Jan 23 15:07:40 [XXX] shutdown[3642]: shutting down for system reboot Jan 23 15:07:40 [XXX] init: Switching to runlevel: 6 Jan 23 15:07:40 [XXX] init: /etc/inittab[74]: duplicate ID field "T0" Jan 23 15:07:42 [XXX] avahi-daemon[2121]: Got SIGTERM, quitting. Jan 23 15:07:42 [XXX] avahi-daemon[2121]: Leaving mDNS multicast group on interface eth0.IPv6 with address fe80::caa0:30ff:feac:53e1. Jan 23 15:07:42 [XXX] avahi-daemon[2121]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.42.203. Jan 23 15:07:42 [XXX] avahi-daemon[2121]: avahi-daemon 0.6.31 exiting. Jan 23 15:07:44 [XXX] kernel: [ 311.441231] musb-hdrc musb-hdrc.1.auto: shutdown urb de6010c0 ep2in-bulk Jan 23 15:07:44 [XXX]: [ 311.441277] musb-hdrc musb-hdrc.1.auto: shutdown urb de349640 ep2in-bulk Jan 23 15:07:44 [XXX] kernel: [ 311.441308] musb-hdrc musb-hdrc.1.auto: shutdown urb de601cc0 ep2in-bulk Jan 23 15:07:44 [XXX] kernel: [ 311.441338] musb-hdrc musb-hdrc.1.auto: shutdown urb de601d40 ep2in-bulk Jan 23 15:07:44 [XXX] kernel: [ 311.441367] musb-hdrc musb-hdrc.1.auto: shutdown urb de349140 ep2in-bulk Jan 23 15:07:44 [XXX] kernel: [ 311.441397] musb-hdrc musb-hdrc.1.auto: shutdown urb de9ab3c0 ep2in-bulk Jan 23 15:07:44 [XXX] kernel: [ 311.441427] musb-hdrc musb-hdrc.1.auto: shutdown urb de601340 ep2in-bulk Jan 23 15:07:44 [XXX] kernel: [ 311.441457] musb-hdrc musb-hdrc.1.auto: shutdown urb de601140 ep2in-bulk Jan 23 15:07:44 [XXX] kernel: [ 311.441486] musb-hdrc musb-hdrc.1.auto: shutdown urb de601ec0 ep2in-bulk Jan 23 15:07:44 [XXX] kernel: [ 311.441516] musb-hdrc musb-hdrc.1.auto: shutdown urb de9ab840 ep2in-bulk Jan 23 15:07:44 [XXX] kernel: [ 311.441545] musb-hdrc musb-hdrc.1.auto: shutdown urb de9ab7c0 ep2in-bulk Jan 23 15:07:44 [XXX] kernel: [ 311.441575] musb-hdrc musb-hdrc.1.auto: shutdown urb de601e40 ep2in-bulk Jan 23 15:07:47 [XXX] logger: Stopped at Fri Jan 23 15:07:46 CET 2015. Jan 23 15:07:47 [XXX] mysqld: 150123 15:07:47 [Note] /usr/sbin/mysqld: Normal shutdown Jan 23 15:07:47 [XXX] mysqld: Jan 23 15:07:47 [XXX] mysqld: 150123 15:07:47 [Note] Event Scheduler: Purging the queue. 0 events Jan 23 15:07:47 [XXX] mysqld: 150123 15:07:47 InnoDB: Starting shutdown... Jan 23 15:07:48 [XXX] mysqld: 150123 15:07:48 InnoDB: Shutdown completed; log sequence number 50498649 Jan 23 15:07:48 [XXX] mysqld: 150123 15:07:48 [Note] /usr/sbin/mysqld: Shutdown complete Jan 23 15:07:48 [XXX] mysqld: Jan 23 15:07:48 [XXX] mysqld_safe: mysqld from pid file /var/run/mysqld/mysqld.pid ended Jan 23 15:07:50 [XXX] acpid: exiting - nothing in dmesg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group 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] ELC 2015: San Jose CA: March 23-25
Who's up for a bb.org hacksession/meetup/planning/etc? 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] Send IR on BBB
Hello, There is a node module for making BBB send IR codes (https://github.com/AnthonyMyatt/IRremote). This module was inspired on this (https://github.com/shirriff/Arduino-IRremote) library for Arduino. Using Arduino I am able to send IR codes (in my case, raw codes). Using the BBB module, I´m not able even to run the example script -- don´t have the error message now, but can post it in a few hours). My question: is there anyone who was able to run this (https://github.com/AnthonyMyatt/IRremote) node module? Best regards, Sergio -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group 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] Contamination, SD or eMMC, Root Cause
On Fri, Jan 23, 2015 at 9:05 AM, toni incog wrote: > Assume you mean: ... without /un/mounting the drives under Linux. > > Is there any data (or guesses) on how many times I can power down without > unmounting before the eMMC is going to the dodo? Well... This "guess" needs more data.. Is the partition ro? What file system? etc etc... So without any of the important data, I'll give you the best answer: "zero"... Yeap zero chance of a 100% data match of data on the drive right before you yank power... 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] Contamination, SD or eMMC, Root Cause
Assume you mean: ... without /un/mounting the drives under Linux. Is there any data (or guesses) on how many times I can power down without unmounting before the eMMC is going to the dodo? thx, Michiel On Thursday, January 22, 2015 at 8:24:44 PM UTC+1, Gerald wrote: > > Most common is powering off the board without mounting the drives under > Linux. > > Gerald > > > On Wed, Jan 21, 2015 at 3:00 PM, > wrote: > >> Please reference paragraph 5.10 on p37 of BBB SRM. >> >> Does memory device contamination occur due to open files in the Linux OS, >> or due to improperly sequenced power to a memory devices inadvertently >> writing to a memory device? >> >> Thanks, >> >> Bruce >> >> -- >> For more options, visit http://beagleboard.org/discuss >> --- >> You received this message because you 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. >> > > > > -- > Gerald > > ger...@beagleboard.org > http://beagleboard.org/ > http://circuitco.com/support/ > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group 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] Change the VID/PID for the client USB port
The VID/PID doesn't determine what driver is loaded. That is determined by the device class/subclass/protocol which is either provided in the device descriptor or (more commonly) interface descriptor. On Thu, Jan 22, 2015 at 11:08 AM, wrote: > We would like to use the BBB as part of a prototype for a product > re-design. We will need the BBB to be a client device. I have not yet > been able to determine how I can change the VID/PID on the USB client port > so that a different USB driver will get loaded into the host. Can anyone > tell me where this information is stored and how I might be able to change > it? Any help on this would be greatly appreciated. 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.
[beagleboard] Re: BBB SPI: 6 cs signals needed
SPIDev will never be able to do this with any kernel. The BBB has two SPI ports and each are theoretically capable of a maximum of 4 CS lines each. However only two CS lines on each port are made available to the pinmux and of those two I am pretty sure second CS line on SPI0 has not been brought out to the P8 or P9 headers by the designers of the BBB. The upshot is that using the internal CS lines, which is what SPIDev does, you can have a max of one device on SPI0 and two on SPI1. Also note that SPI1 conflicts with the HDMI device and so to enable it you need to disable the HDMI display. None of this is SPIDev's doing - it is just supporting the hardware state it is given. So if you want more CS lines you need to ignore the internal CS lines and simulate them with GPIO's. The BBBCSIO library has transparent support for this but it is intended for mono/C# and needs the BBB to be running an armhf kernel. You may find there are Python libraries which can do this too. BBBCSIO (in case you need the link): http://ofitselfso.com/BBBCSIO/BBBCSIO.php On Thursday, 22 January 2015 19:18:05 UTC, codemonkey wrote: > > Hello, I need to address six devices on a single spi bus, and I'm hoping > to avoid writing a device driver :-) > > We will be updating from 3.8.13-bone68 as soon as there is a stable > release of a newer kernel. So far, my research hasn't turned up any > indication that spidev can support the use of additional gpis's for this > purpose. > > Will this be true with the new kernel? Has anyone addressed this? > > Thanks for your help, > Tim > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group 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] Compile openssl for Beagle bone : shared
Hello, I am trying to compile openssl library for beagle bone distribution . I am able to compile open ssl ,but the library created will be [libssl.a] static one. so all application will statically link library . I want a shred library libssl.so . Does anyone faced this issue . I am using following cross compiler, root# arm-linux-gnueabihf-gcc -v Using built-in specs. COLLECT_GCC=arm-linux-gnueabihf-gcc COLLECT_LTO_WRAPPER=/opt/ti-sdk-am335x-evm-07.00.00.00/linux-devkit/sysroots/i686-arago-linux/usr/bin/../libexec/gcc/arm-linux-gnueabihf/4.7.3/lto-wrapper Target: arm-linux-gnueabihf Configured with: /cbuild/slaves/oorts/crosstool-ng/builds/arm-linux-gnueabihf-linux/.build/src/gcc-linaro-4.7-2013.03/configure --build=i686-build_pc-linux-gnu --host=i686-build_pc-linux-gnu --target=arm-linux-gnueabihf --prefix=/cbuild/slaves/oorts/crosstool-ng/builds/arm-linux-gnueabihf-linux/install --with-sysroot=/cbuild/slaves/oorts/crosstool-ng/builds/arm-linux-gnueabihf-linux/install/arm-linux-gnueabihf/libc --enable-languages=c,c++,fortran --enable-multilib --with-arch=armv7-a --with-tune=cortex-a9 --with-fpu=vfpv3-d16 --with-float=hard --with-pkgversion='crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03' --with-bugurl=https://bugs.launchpad.net/gcc-linaro --enable-__cxa_atexit --enable-libmudflap --enable-libgomp --enable-libssp --with-gmp=/cbuild/slaves/oorts/crosstool-ng/builds/arm-linux-gnueabihf-linux/.build/arm-linux-gnueabihf/build/static --with-mpfr=/cbuild/slaves/oorts/crosstool-ng/builds/arm-linux-gnueabihf-linux/.build/arm-linux-gnueabihf/build/static --with-mpc=/cbuild/slaves/oorts/crosstool-ng/builds/arm-linux-gnueabihf-linux/.build/arm-linux-gnueabihf/build/static --with-ppl=/cbuild/slaves/oorts/crosstool-ng/builds/arm-linux-gnueabihf-linux/.build/arm-linux-gnueabihf/build/static --with-cloog=/cbuild/slaves/oorts/crosstool-ng/builds/arm-linux-gnueabihf-linux/.build/arm-linux-gnueabihf/build/static --with-libelf=/cbuild/slaves/oorts/crosstool-ng/builds/arm-linux-gnueabihf-linux/.build/arm-linux-gnueabihf/build/static --with-host-libstdcxx='-L/cbuild/slaves/oorts/crosstool-ng/builds/arm-linux-gnueabihf-linux/.build/arm-linux-gnueabihf/build/static/lib -lpwl' --enable-threads=posix --disable-libstdcxx-pch --enable-linker-build-id --enable-gold --with-local-prefix=/cbuild/slaves/oorts/crosstool-ng/builds/arm-linux-gnueabihf-linux/install/arm-linux-gnueabihf/libc --enable-c99 --enable-long-long --with-mode=thumb Thread model: posix gcc version 4.7.3 20130226 (prerelease) (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) root# Thanks and regards Gokul CG -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Beagle xm battery monitoring system
hello
i am working on LTC6804 from last few month , i was trying to port linux
application connected LTC6804 with Beagle
Xm but some issues occur. this is the git application source i am using
("https://github.com/martin-c/beagle-bms"; ) . also the video is available
("https://www.youtube.com/watch?v=Ke4MwVpD0xs";)
where my beagle xm is connected with LTC6802
("http://cds.linear.com/docs/en/demo-board-manual/dc1941bf.pdf";)
which is connected to LTC6804 DC1942B isoSPI bus
("http://cds.linear.com/docs/en/demo-board-manual/dc1942bf.pdf";)
my application gives some junk output on terminal . not as shown is the
video also the MISO is not getting any data .
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
"BeagleBoard" group.
To unsubscribe from this group 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 take backup of eMMC
hi, I am using bbb with debian distribution and i want to load angstrom package. so i think to backup my debian image from eMMC and to reuse in future. But i am unable to do that. I have followed the instructions from http://elinux.org/BeagleBone_Black_Extracting_eMMC_contents I formatted sd card (8GB) in FAT format and inserted it into powered off bbb and holding the s2. i released s2 after few seconds but i can not notice any changes in user0 led. what is the problem, i can't realize it. can anyone help me? is it board's hardware problem? thanks in advance. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Several IP Address sets for usb0
Hey guys At beginning of the boot the usb0 device becomes his static IP. In my (default) case it is 192.168.7.2 This process is running 1 time direct before the user login. Suddenly this process happens several time each boot by my BBB. Every reboot, the number of repetitions increase by one. So, now I'm arrived at 17 times. Here is an example: Support/FAQ: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian The IP Address for usb0 is: 192.168.7.2 The IP Address for usb0 is: 192.168.7.2 The IP Address for usb0 is: 192.168.7.2 The IP Address for usb0 is: 192.168.7.2 The IP Address for usb0 is: 192.168.7.2 The IP Address for usb0 is: 192.168.7.2 The IP Address for usb0 is: 192.168.7.2 The IP Address for usb0 is: 192.168.7.2 The IP Address for usb0 is: 192.168.7.2 The IP Address for usb0 is: 192.168.7.2 The IP Address for usb0 is: 192.168.7.2 The IP Address for usb0 is: 192.168.7.2 The IP Address for usb0 is: 192.168.7.2 The IP Address for usb0 is: 192.168.7.2 The IP Address for usb0 is: 192.168.7.2 The IP Address for usb0 is: 192.168.7.2 The IP Address for usb0 is: 192.168.7.2 beaglebone login: At the moment this isn't a huge problem. But with the numbers of reboots it will take time before you can login. If it's possible I don't like to flash the img. Does anybody have an idea to fix that problem? Thank for your help! Dave -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
