Re: [beagleboard] GCC Cross Compile glibc Problems

The successfully/clean compiled binary named LM is located at /home/debian/bin *root@BBB3:/home/debian/bin# ./LM./LM: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.15' not found (required by ./LM)root@BBB3:/home/debian/bin#* Upon a command to run it, the error message above is

Re: [beagleboard] GCC Cross Compile glibc Problems

, 2014 at 9:57 AM, Robert Nelson robertcnel...@gmail.com wrote: On Fri, Oct 24, 2014 at 9:47 AM, Graham Haddock gra...@flexradio.com wrote: The successfully/clean compiled binary named LM is located at /home/debian/bin root@BBB3:/home/debian/bin# ./LM ./LM: /lib/arm-linux-gnueabihf

Re: [beagleboard] Jessie Snapshot content

Robert: On a fresh install of BBB-eMMC-flasher-debian-jessie-lxqt-armhf-2014-10-22-2gb.img Boots clean. I applied the install linux-image-3.8.13-bone67 and I start getting [FAILED] Failed to start Load Kernel Modules. systemctl status systemd-modules-load.service sheds no light. Tried

Re: [beagleboard] Jessie Snapshot content

, Oct 27, 2014 at 9:49 PM, Robert Nelson robertcnel...@gmail.com wrote: On Mon, Oct 27, 2014 at 9:21 PM, Graham Haddock gra...@flexradio.com wrote: Robert: On a fresh install of BBB-eMMC-flasher-debian-jessie-lxqt-armhf-2014-10-22-2gb.img Boots clean. I applied the install linux-image

Re: [beagleboard] Jessie Snapshot content

Robert: Removing /etc/modules-load.d/mt7601.conf cured the problem. Thanks for the quick response. --- Graham == On Tue, Oct 28, 2014 at 12:30 PM, Robert Nelson robertcnel...@gmail.com wrote: On Tue, Oct 28, 2014 at 12:13 PM, Graham Haddock gra...@flexradio.com wrote: Robert

Re: [beagleboard] BeagleBoard-X15 - seriously? :)

Gerald: Thanks. Let us know when you know. As a comment, I could not find any on-die temperature sensor. In dealing with FPGA's and other high power chips, having a way to directly read die temperature has helped us solve all kinds of problems. Please pass on to TI marketing, if you get a chance.

Re: [beagleboard] BeagleBoard-X15 - seriously? :)

All: Excellent. I was not searching for the right terms. That will prove to be most helpful. Thanks, --- Graham On Mon, Nov 10, 2014 at 4:31 PM, Robert Nelson robertcnel...@gmail.com wrote: On Mon, Nov 10, 2014 at 4:29 PM, Thaddeus Woskowiak tswoskow...@gmail.com wrote: Graham, I had a

Re: [beagleboard] Re: Labolatory power supply fails to power up BeagleBone Black

Gerald: Well, in the case of the BK 1550, set to 5.0 Volts, and any reasonable current limit, if the power supply output is turned on, and the power supply cap in the Beaglebone Black is fully discharged, then the BBB never starts. Just one blink of the power LED then nothing. On the

Re: [beagleboard] Re: BeagleBone PCB stackup

AnBer: I realize that it is in writing on the Internet, therefore it must be true. But, the board as documented by SweedJesus is a non-standard and unusual construction for PC boards, therefore there is a slight chance that the information is wrong. I would suggest that you use the dimensions

Re: [beagleboard] Re: Duplicate BeagleBone black setup

And one additional thing: 3a.) While you are inside Gparted, expanding the partition size, make sure that the 'boot' bit is set for the partition, otherwise the BBB can not automatically boot from the card. --- Graham On Thu, Nov 27, 2014 at 10:13 AM, Graham gra...@flex-radio.com wrote: Jan:

Re: [beagleboard] Re: Duplicate BeagleBone black setup

Jan: SSH secure copy is part of the core Linux toolbox, and should be part of any of the Debian distributions for the BBB. And it will work in both directions, so you can also push an .img (or any file) from the remote Linux computer back to the BBB. Telnet access to the command line via SSH is

Re: [beagleboard] Re: debian: release candidate: 2014-12-11

This report is for Jessie Snapshot, not the Debian 7.7 --- Graham == On Fri, Dec 12, 2014 at 5:44 PM, Graham gra...@flex-radio.com wrote: Robert: Thanks for the new release. I installed on a BBB Rev-C and get the follow boot failure involving the Hostname service. Is there something I

Re: [beagleboard] Re: debian: release candidate: 2014-12-11

Robert: Thanks for the update. Looking forward to a clean 'jessie' release. Thanks for all your work. --- Graham == On Thu, Dec 18, 2014 at 5:59 PM, Robert Nelson robertcnel...@gmail.com wrote: On Fri, Dec 12, 2014 at 5:52 PM, Robert Nelson robertcnel...@gmail.com wrote: On Fri, Dec 12,

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

Re: [beagleboard] Putty serial setup with Debian Jessie

If it is the six wire version for the BBB, FTDI TTL-232R. CTS is pin 2 is BROWN wire, RTS is pin 6 is the GREEN wire. --- Graham == On Fri, Feb 6, 2015 at 5:41 PM, William Pretty Security bill.pre...@xplornet.com wrote: Unfortunately it is an FTDI USB adapter L *From:*

Re: [beagleboard] Client can't run the TX ticker

is easy, how would you mount the eMMC filesystem on an OS running on a uSD card, so that you could directly get at the eMMC's files? Thanks, --- Graham Thanks, --- Graham On Sun, Jan 18, 2015 at 10:01 PM, Robert Nelson robertcnel...@gmail.com wrote: On Sun, Jan 18, 2015 at 9:44 PM, Graham

Re: [beagleboard] Client can't run the TX ticker

Further information... If I follow the dtb-rebuilder instructions for building a custom .dtb file, and I just make and install am335x-boneblack.dts unchanged, that is, none of my changes have been made or added to the example .dts file, I get the same spewing forever Client can't run the TX

Re: [beagleboard] Re: Having problems cloning eMMC

Did you set the boot bit on the 8gb flash card? The later versions of the OS can not see or boot from the uSD card unless the boot bit is set. The CC string means that the BBB can not see the card, and is trying to boot from the serial port. --- Graham == On Tue, Jan 20, 2015 at 8:07 AM,

Re: [beagleboard] Re: Beaglebone Black not booting due to modification of uEnv.txt

Several Possibilities: 1.) When you write something to the file system, either a new file or modify a file, you need to type 'sync' on the command line to flush the buffers to the file system, otherwise you can loose the changes at unmount/shutdown. 2.) On the earlier Debian distributions, like

Re: [beagleboard] Re: Cant flash Jessie to BBB

Most of the Debian distributions will totally fill the 2 GB eMMC. I suspect that is your problem. You will either need to find a distribution that can load and run in 2 GB, or get a FAST uSD card that is larger than 2 GB and load the Debian distribution and run from the card instead. --- Graham

Re: [beagleboard] Re: About the Device Tree

Just after I figured out how to use it ... . :-) I like the method better than device tree overlays. I hope ChangeSets is better yet. --- Graham On Thu, Feb 19, 2015 at 10:01 AM, Robert Nelson robertcnel...@gmail.com wrote: On Thu, Feb 19, 2015 at 9:55 AM, Graham gra...@flex-radio.com wrote:

Re: [beagleboard] Re: Beaglebone Black not booting due to modification of uEnv.txt

Well these instructions are for the later single partition Debian distributions. The 7.5, distribution has the uEnv.txt file in a separate FAT partition, so the mounting instructions are slightly different, if you need to get at the file in a different partition. --- Graham == On Mon, Feb 9,

Re: [beagleboard] Chipsee 7 inch display

Robert: Thank you. --- Graham == On Sun, Mar 22, 2015 at 12:35 PM, Robert Nelson robertcnel...@gmail.com wrote: http://elinux.org/Beagleboard:Capes_3.8_to_3.14#Chipsee_bbb-exp-c -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are

[beagleboard] Re: Recommended board house?

There are two manufacturers of the BBB assembled boards. Circuitco http://www.circuitco.com in Richardson, TX is the original and primary manufacturer. They are a full-service CM. Element14 (Newark/Farnell) is also now manufacturing them in China. Don't know which CM. --- Graham == On Fri,

Re: [beagleboard] DTO and GPIO output error

I agree with Robert. Debian 8, including the jessie snapshots come with glibc 2.19 installed. The library used by the current GCC compiler is 2.19. --- Graham On Wed, Mar 11, 2015 at 11:29 AM, Robert Nelson robertcnel...@gmail.com wrote: On Wed, Mar 11, 2015 at 11:25 AM, Karl Anderson

Re: [beagleboard] Re: programming BBB - choice of language

With a specially tweaked file system, (read only root..) and correctly using tmpfs on ram for your application, you can remove most of the failures from even the crappiest SD cards. Along with extending the life of the system, where power is not 100% stable. Regards, Robert Robert: Could

Re: [beagleboard] Re: BBB Jessie image with UART4 support

If all that you want different from the default configuration is ttyO4 working, then Winston's advice is good. If there are other/additional changes, then you will need to make additional edits or changes to the .dts or .dti files. --- Graham == On Thu, Mar 12, 2015 at 12:21 PM,

Re: [beagleboard] Re: Having to manually start Wifi

Brian: Thanks for the pointers. I will go read up on it. Thanks, --- Graham == On Fri, Mar 27, 2015 at 7:06 PM, Brian Anderson b...@nwlink.com wrote: Since you are using Jessie images, have you tried using ConnMan to manage the WiFi connection rather than resorting to all of this systemd

Re: [beagleboard] Re: Having to manually start Wifi

To get a reliable start of the WiFi service with jessie, I did the following: 1.) do NOT uncomment the wireless enable/start lines in /etc/network/interfaces. This would try to start up the WiFi before USB is up and running and stable. Apparently, once wpa_supplicant gets the error, it will not

Re: [beagleboard] Re: Having to manually start Wifi

, Nathaniel Johnson gruyere.emmenta...@gmail.com wrote: Graham, did you try Fredrik's solution? It works fine for me though left the auto wlan0 line in the interfaces file. -Nathaniel On Thu, Mar 26, 2015 at 11:54 AM, Graham Haddock gra...@flexradio.com wrote: To get a reliable start

Re: [beagleboard] Re: Newbie questions on general complier usage with BBB

Rodney: I highly recommend this book. The answers to all your questions with examples are either answered in this book, or Derek Molloy's website. Exploring BeagleBone: Tools and Techniques for Building with Embedded Linux Paperback - December 31, 2014 by Derek Molloy (Author) ISBN-13:

Re: [beagleboard] Boot Freezes with a single P8-P9 connection; reproduced on two boards

BeagleBone Black SRM Version C.1 Section 6.7 Boot Configuration Design, Page 67. See Page 68, Figure 38. Yes, DNI means Do Not Insert. Or some time the term NP , meaning No Pop or do not populate is used. Section 6.8 Default Boot Options, Page 68. It is covered again on page 106, Section

Re: [beagleboard] Re: Beaglebone black not booting when circuitry connected

You don't have to short anything out for what he is describing to happen. The BBB-Sitara uses a field of 100K resistors, which are either pull-ups or pull-downs on 15 different lines, pinned out from P8-31 through P8-46, which instructs it how to boot. Any load on any of these pins, of lower

Re: [beagleboard] Re: Beagle Bone Black power LED blinks once when powered

I thought that it would work on USB, and not on external power supply. If the situation is that you get the one blink and no boot, is the same for both USB power and external power, then there is a hard failure of the Beaglebone. Either a damaged power supply chip, or a short circuit downstream

Re: [beagleboard] Re: i2c question (BBB)

The signal on the bus is the same. Just the name is different. So to talk to the part using Linux, use the address in 7-bit format, which for your part is 0x21. If you are writing in C, you will use i2c-dev and ioctl If you are writing in Python 2.7, you will use SMbus and something like the

Re: [beagleboard] Re: connecting MS5803-14BA pressure sensor to BBB

Well, some suggestions and thoughts. 1.) In kernel 3.8, I think I2C Pins P9.19 and P9.20 report as I2C-1, so you should see the part on that bus. 2.) Make sure you have not swapped the SCL and SDA lines. Make sure that you are really connected to P9.19 and P9.20. You should see activity on both

Re: [beagleboard] Re: Booting issue with a cape - servo input load

Hi Frederic: You could make the 74HC541 work, since it has a CMOS input and should not load the BBB during boot, provided that it has power supplied the entire time the BBB is booting. I was thinking more of something like the 74CBTLV3126 bus switch which would disconnect your existing circuits

[beagleboard] Re: Image 2015-07-19

Agreed. But at the same time, the same hardware, right or wrong, works fine under 3.14 and prior. So there has been some software change since 3.14 in the way that the hardware is managed. --- Graham == On Tue, Jul 28, 2015 at 5:47 PM, Dennis Cote denn...@harding.ca wrote: On Monday, July

Re: [beagleboard] Image 2015-7-26, kernel 4.1.3-ti-r6

I will add anecdotal comment in support of Guenter's comment about a serial port problem. Three times, I have had the ttyS0 port hardware serial console port stop working in advance of the reboot, while I could still sign in on SSH via Ethernet, and the BBB seemed to be otherwise still working.

Re: [beagleboard] Image 2015-7-26, kernel 4.1.3-ti-r6

It is not a flakey DC jack. But yes the symptoms do mimic that kind of failure. Same hardware works fine with Debian 8.1/kernel 3.14 and prior. It happens under all loading /activity, but easy to reproduce with the board idling, minimum console software load. It does not happen with the board

Re: [beagleboard] Debian 8.1 / kernel 4.1.x test releases are unstable

:41 AM, Graham Haddock gra...@flexradio.com wrote: OK. I took my Rev.C unit (1c:ba:8c:d9:5e:dd) and loaded bone-debian-8.1-lxqt-4gb-armhf-2015-07-05-4gb.img onto a 16 GB uSD card. Unit, power supply and card are trusted. Absolutely no changes to the image, just install, boot, run. No updates

Re: [beagleboard] Debian 8.1 / kernel 4.1.x test releases are unstable

OK. I took my Rev.C unit (1c:ba:8c:d9:5e:dd) and loaded bone-debian-8.1-lxqt-4gb-armhf-2015-07-05-4gb.img onto a 16 GB uSD card. Unit, power supply and card are trusted. Absolutely no changes to the image, just install, boot, run. No updates, additions or modifications. No cape, only connections

Re: [beagleboard] Re: Debian 8.1 / kernel 4.1.x test releases are unstable

What version Debian, and which version kernel is your friend running? On Sat, Jul 18, 2015 at 7:46 PM, evilwulfie evilwul...@gmail.com wrote: My friend powers his from USB and all is fine. sounds like its related to the Vusb line issue posted here recently On 7/18/2015 5:34 PM, Nuno

Re: [beagleboard] Re: Debian 8.1 / kernel 4.1.x test releases are unstable

I power off the 5Volt power connector. The only other connection to the unit is Ethernet cable. --- Graham == On Sat, Jul 18, 2015 at 7:21 PM, evilwulfie evilwul...@gmail.com wrote: powered how On 7/18/2015 5:14 PM, Graham wrote: For what it is worth... I loaded the console version

Re: [beagleboard] BBB intermittently rebooting.

. Easy enough to test anyway . . . On Sun, Jul 19, 2015 at 9:00 AM, Graham Haddock gra...@flexradio.com wrote: My advice to Erik is that, if he has something important to do, to go back to an official release. He should use a Beta release only if he can afford the additional problems it might

Re: [beagleboard] Debian 8.1 / kernel 4.1.x test releases are unstable

Hi William: Doing nothing with the board. It is just sitting on the side connected to +5V power and Ethernet. So, for example, late last night (Central US time) I loaded bone-debian-8.1-lxqt-4gb-armhf-2015-07-05-4gb.img onto a trusted uSD card expanded the memory using gparted to the full 16GB,

Re: [beagleboard] BBB intermittently rebooting.

William: OK. I plan to let it run for at least two days, perhaps three. --- Graham On Mon, Jul 20, 2015 at 11:34 AM, William Hermans yyrk...@gmail.com wrote: *William/Wulfman: So far, running on USB Power module (no USB communications) the BBB is staying up. It has been 18 hours or so now.

Re: [beagleboard] BBB intermittently rebooting.

William/Wulfman: So far, running on USB Power module (no USB communications) the BBB is staying up. It has been 18 hours or so now. Running the same software that rebooted twice in 24 hours on +5V barrel connector input. I have seen the 'bad' configuration run as long as 36 hours between reboots,

Re: [beagleboard] Console output garbled?

Do you have the option to lock it in the basic ASCII 7 bit character set? That would likely solve the problem. The problem with Teraterm is that the BBB will sometimes put out some gibberish or perhaps some non-printing control characters at the start of the console output (don't know why) and it

Re: [beagleboard] Debian 8.1 / kernel 4.1.x test releases are unstable

I will try it by reloading a totally untouched bone-debian-8.1-lxqt-4gb-armhf-2015-07-05-4gb.img, and report back. No cape, trusted Rev.C hardware and power supply. All communications via Ethernet. By my saying that 3.14 is rock solid, this includes up to

Re: [beagleboard] Re: Booting issue with a cape - servo input load

> > What is the minimum voltage I should have on the GPIO input so it is read > as 1 logic? > > > For most CMOS the minimum input voltage guaranteed to be read as a one is 0.7 times Vcc. But not always. Read the spec sheet for the part in use. For instance, the transmission gate you found was

Re: [beagleboard] BBB P8/P9 GPIO pin availability

I think the VDD_3V3B rail is deliberately held off until the unit has started booting, and has already read the boot instructions. It is not a rise time issue. I suspect it was done deliberately to help with the "don't drive the rest of the pins" issue. A little 5V to 3.3V regulator to power

Re: [beagleboard] BBB P8/P9 GPIO pin availability

Well, by definition, the boot programming pins are going to have the pull-ups / pull-downs, so you know what they are going to be doing, until over-ridden. Most processors start up with the programmable pins as inputs, then move to the configured state. Anything else can be dangerous to the pins.

Re: [beagleboard] Re: Out yet?

I found another one: http://www.nextwarehouse.com/item/?2221755_g10e Claims they have one in stock. I am sure they will say they have just sold it to someone else if you order it, and your waiting time for the next delivery is 8 weeks. Except that they will keep forgetting to take that one

Re: [beagleboard] Re: PRU Clocks phase shifting with respect to each other??

Bill: I don't think the PRU clocks are externally available. I don't know what your interface looks like, but if there was a clock line involved in the data transfer, or marking when data is valid, I would look at inverting or adding some delay in that line going to the receiving PRU. If your

Re: [beagleboard] Re: prolific serial adpater only work if BBB is powered by computer

Do you have a terminal plugged into the command line serial port? What does it say is happening? --- Graham On Sun, Feb 28, 2016 at 3:14 PM, Graham wrote: > > Alex: > > You are probably trying to draw too much power through the USB port from > the BBB. > I would try the

Re: [beagleboard] Re: 46 position female stackable header ?

I have installed right angle connectors on most of my BBB, so that the serial console connector comes out the bottom of the board. Works fine. You do need to know how to solder to do this, without hurting the board. It will no longer fit in a case when you bring the right angle serial console

Re: [beagleboard] Anything similar

So, tell me again what the market is for a $250 "embedded" processor card. I understand that TI is using it for an eval board for the AM572x. OK, I get that. And they add an LCD and double the price. (?!?) A pair of DSPs brings a lot of crunch power to the party. OK, cool. RF transceivers,

Re: [beagleboard] Re: C compiler

Yes. sudo chmod 755 myprogram or sudo chmod 755 myprogram.o --- Graham On Fri, Mar 25, 2016 at 9:50 AM, Seppo Nikkilä < seppo.nikk...@innovativeideas.fi> wrote: > myprogram.o > > On Fri, Mar 25, 2016 at 3:27 PM, Graham wrote: > >> And after you create the file for the

Re: [beagleboard] Re: C compiler

To Richard Cook: My personal recommendation is Derek Molloy's: Exploring BeagleBone: Tools and Techniques for Building with Embedded Linux by Derek Molloy for John Wiley & Sons, 2014 -- ISBN 9781118935125 Book WebSite: includes errata, discussion http://exploringbeaglebone.com/ Source Code:

Re: [beagleboard] Re: PinMuxing P9_21 and P9_23 to I2C2?

PCB rework skills are very useful, and not explicitly taught in college. Good luck with your project. --- Graham == On Wed, Mar 23, 2016 at 3:13 AM, Christopher Earley wrote: > That bit about only being able to mux a specific mode's signal (e.g. > I2C2_SDA or I2C2_SCL) to

Re: [beagleboard] Hardware watchdog for BBB

William: That would work. The only "edge case" I might see as a problem would be if your ping target went off line. Then the BBB would reboot itself every ten minutes even though nothing was wrong with the BBB. I guess you could ping several different targets in rotation and only reboot if

Re: [beagleboard] Re: Single Cape Expansion Connector

Well, in an emergency, you can make your own out of breakaway stock. Or, if you are in the US and looking for manufacturing volumes, then call your local Samtec rep. They can turn this kind of stuff in days. They normally don't use stocking reps. Factory direct. Very fast response.

Re: [beagleboard] Re: Single Cape Expansion Connector

Hm. Both "Major League Electronics" and Samtec are located in New Albany, Indiana. What are the chances ? Sounds like there is a back-story there, somewhere. --- Graham On Wed, May 4, 2016 at 4:51 PM, evilwulfie wrote: > I know about breakaway headers and

Re: [beagleboard] Re: Beagle Board outdoors?

The problem is, that if it is not perfectly airtight, then the next time you open it, you find the little silica gel packets floating in a puddle of water. :-) If it is not perfectly airtight, then every time it rains, or a cold front passes, the box cools and it sucks in a little wet air (or

Re: [beagleboard] How can I bring my 'bone completely back to as-delivered status?

David: The whole button press thing is old information. Even then, you needed to have either a "flasher" or a uSD card resident package. The software installation process has evolved a lot. (for the better.) The good news is that the Beaglebone and embedded Linux are rapidly evolving. The bad

Re: [beagleboard] How can I bring my 'bone completely back to as-delivered status?

that are on the uSD card? > Thanks...Arnie > > On Fri, Jul 8, 2016 at 1:19 PM, Graham Haddock <gra...@flexradio.com> > wrote: > >> Arnie: >> >> Simple answer: No. >> >> Although it is possible to have the OS running on the eMMC and an >> app

Re: [beagleboard] How can I bring my 'bone completely back to as-delivered status?

It should automatically boot from the card without having to push the boot button. On Debian 8 and later, this usually means that you do not have the "boot bit" set on the card. If you created the card by installing the resident version of Debian, then expanding the partition, the "boot bit"

Re: [beagleboard] How can I bring my 'bone completely back to as-delivered status?

t;> *On Debian 8 and later, this usually means that you do not have the >>>> "boot bit" set on the card.* >>>> >>> >>> No . ..as I said. It means there is an older bootloader on the emmc. If >>> you remove the bootloader, said problem goes

Re: [beagleboard] Beaglebone crashing during thunderstorms!

The PMIC in the BeagleBone will go into shutdown, if the DC supply voltage goes below 4.5 Volts, or above 5.5 Volts, even for a few milliseconds. In use it should be held between 4.75 and 5.25, so you have some margin. If the "lights flickered" then the power supply for the BBB did not have to

Re: [beagleboard] Re: Looking for recommendation for BBB cross-compile toolchain and IDE for Windows

My personal favorite C/C++ IDE is Eclipse, with the C/C++ Development and Remote System Explorer (RSE) environment packages. I use the GCC cross compiler. A reference on how to set this up, although needing some updating, due to newer current versions of Debian and Eclipse, is Derek Molloy's

Re: [beagleboard] Re: PRU SPI ADC communication

Hi David: I am glad to hear that you got it fixed. I am posting your reply back to the Beaglebone reflector, so others can benefit from the discussion. If you are talking about RAM in the PRU, perhaps some PRU expert can answer your question. (I am not a PRU expert.) If you are talking about

Re: [beagleboard] Re: Of SPI and such

On Mon, Jan 30, 2017 at 12:24 PM, 'woody stanford' via BeagleBoard < beagleboard@googlegroups.com> wrote: > You are obviously knowledgeable, Graham, so we'll pose these questions to > you then. > > (1) Is serial (ie. UART) communication on a BBBW (Rev C) Angstrom "distro" > (ie. stock) done with

Re: [beagleboard] Re: question from a total newbie...

Hi William: For an expert, you are totally correct. For a newbie, the Raspberry Pi images seem to be designed to limit how much tinkering you can do with Linux itself. The tools and examples for modifying Linux itself are much better supported on the Beaglebone. Both are good for blinking LEDs

Re: [beagleboard] Help designing-in fast ADC (e.g. Analog Devices AD7761) for sonar.

The ADC can be set up to run audio format TDM. You have two MCASP, which are high speed multi-channel TDM engines to play with. (Although I think they only did a real good job of pinning out MCASP0, need to investigate, but one might be enough.) Each are relatively independent bi-directional.

Re: [beagleboard] Re: Difference between the console image and the IoT image

If you want the latest "release" version, use the 11-06 version, as referenced on https://beagleboard.org/latest-images I told you where the "console version" corresponding to that "release" version was. == If you are comfortable using a "testing" version, then I would only use the ones that

Re: [beagleboard] Re: Difference between the console image and the IoT image

Luther: I have no explanation for that. Only the most universal, uSD resident version is posted for the 'release' versions. I personally find the console version is the most useful for building much smaller custom applications. --- Graham == On Sun, Mar 19, 2017 at 7:38 AM, 'Luther Goh Lu

[beagleboard] Re: Detecting (probing) MPU-9250 connected to beaglebone board black

I am glad it is running now. It is not a chip I have used, so you will have to sort it out, now that you are communicating with it. If you do need to remote it in the future, you should use shielded cable with a good ground, increase the size of the bypass / filter cap at the IC, from the 0.1 uF

[beagleboard] Re: Detecting (probing) MPU-9250 connected to beaglebone board black

Under Debian 8, the external I2C bus is now I2C-2. I2C-1 is internal only, and used for talking to the PMIC and things like that. Don't use it, unless you really understand what you are doing. --- Graham == On Fri, Mar 10, 2017 at 8:08 AM, christ christ wrote: > Hi

Re: [beagleboard] BBB without Cape Manager

Robert: Looks like exactly what I want. I'll implement that. William: Thanks for your comments. --- Graham == On Mon, Apr 17, 2017 at 5:03 PM, Robert Nelson wrote: > On Mon, Apr 17, 2017 at 1:42 PM, Graham wrote: > > I would like to build a

Re: [beagleboard] Re: BBB how to manage the limited eMMC flash size of 4GB

If you start with a "microSD/standalone" image, then you are ready to boot and run from the card. If you start with a "flasher" image, then you will need to edit the /boot/uEnv.txt file to keep it from flashing your eMMC. The other thing to know is that you may need to expand the partitions on

Re: [beagleboard] Re: Reboot instead of shutdown

What OS/kernel is ithinu running? "shutdown -P now" works on all my BBB/BBG boards. But, I run from external +5V, without anything on the battery connections. --- Graham == > I usually tell everyone to use: > > sudo systemctl poweroff > > as systemd knows how to tell the external tps65217 to

Re: [beagleboard] Re: PRU and CPU driven by different oscillators?

Justin: >From your questions, you seemed to have an over-simplified view as to how the clocks are generated in the Sitara. It is not your grandfather's PIC. It is a very modern, sophisticated, clock system, with many of the clock subsystems being variable rate. A "Clock Tree" is the generic

Re: [beagleboard] Re: I²C reads on broken out bus #1 always return 0

compliant/conforming, although you could still screw up the response time servicing it slowly internally. If they are "bit-banging" the I2C interface, then anything can happen, depending on the quality of the programmer. --- Graham On Mon, May 15, 2017 at 11:33 AM, Graham Ha

Re: [beagleboard] Re: I²C reads on broken out bus #1 always return 0

What part number PIC? --- Graham == On Mon, May 15, 2017 at 9:36 AM, 'Torsten K.' via BeagleBoard < beagleboard@googlegroups.com> wrote: > Hi Graham, > > just for reference: The guys who built the motor controller confirmed that > they are having trouble with newer kernels on the Raspberry PI,

Re: [beagleboard] Re: I²C reads on broken out bus #1 always return 0

It looks like the MPU9250 has a non standard (to my way of thinking) I2C read sequence that requires you to resend the register address as part of a consolidated write/read sequence. The default tool i2cget does not deal with this, and only deals with simple (standard to my way of thinking) read

Re: [beagleboard] Re: I²C reads on broken out bus #1 always return 0

I take back what I said about a non standard read sequence. I re-read the data sheet, and they describe a standard concatenated write/read sequence for a single byte read. But I do note that they do not describe a simple read only sequence, where the part would start reading from the last

Re: [beagleboard] Re: UART5 not working on Beaglebone Black

Let's start with a few clues. What board and revision level are you using? (example: BeagleBone Black, Rev C.) What OS, version, release date and kernel are you using? What other changes, if any, have you made to the system software? What hardware / I-O do you have plugged into the accessory

Re: [beagleboard] Re: Development environment for BBB and Win 7 64 bit for C-programming

William: Great. Derek did update his video, although he still refers to the original one on his website. --- Graham == On Tue, May 23, 2017 at 5:16 PM, William Hermans wrote: > https://www.youtube.com/watch?v=T9yFyWsyyGk > > . . . > > On Tue, May 23, 2017 at 3:11 PM, Graham

Re: [beagleboard] Re: I²C reads on broken out bus #1 always return 0

Torsten: Great job. --- Graham == On Mon, May 29, 2017 at 9:32 AM, 'Torsten K.' via BeagleBoard < beagleboard@googlegroups.com> wrote: > FYI: It's working now. The PIC code that came with the motor controller > was not I²C re-start aware. > > I re-implemented the ISR to accept both stop/start

Re: [beagleboard] Re: i2c python

Sebastián: Is your Arduino 3.3V or 5.0 V I/O? What clock speed are you running the I2C bus in the Beaglebone? With the time distortion in the level translator, I would not go above 100 kHz until proven good at higher speeds. I note that your schematic shows VDDP connected to 5V. This should be

Re: [beagleboard] Re: i2c python

Sounds like you can move ahead, and learn a little python. --- Graham == On Fri, Jun 16, 2017 at 4:01 PM, wrote: > now I can read :) > > this script works > > import smbus > > # General i2c device class so that other devices can be added easily > class i2c_device: > def

Re: [beagleboard] Re: Repeatable bug where beaglebone black loses bytes from it's serial connection.

So, the COM port on Windows is talking to a virtual serial port in the BBB USB widget. There is no hardware UART involved, and no hardware clocks anywhere to throttle or pace anything. Then, you push this for transfer rate, while running it under a non realtime OS. I guess I am not surprised that

Re: [beagleboard] PocketBeagle headers

And they are a cool Blue, rather than industrial Black. --- Graham -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it,

Re: [beagleboard] Re: ENC28J60 Click on PocketBeagle

The possible bus frequencies are integer divisors of 48 MHz, so only option above 24 MHz is 48 MHz. Spec on the W5500 chip says it will run up to 80 MHz. So, I will recompile the ".dtbo' for 48 and report. --- Graham == On Sat, Oct 7, 2017 at 6:02 PM, Robert Nelson

Re: [beagleboard] Re: Adding a USB Port to PocketBeagle

I am just reporting what "speedtest-cli" says. I note that watching "htop" at the same time, on the USB-2 to Ethernet tests, the CPU is maxing out at 100 percent, so the speed is not necessarily constrained by the network interface, but the CPU's ability to feed it, through the USB stack. I

Re: [beagleboard] Re: PocketBeagle U-Boot Overlays [naming???]

Will the same Ethernet overlay work for both the ETH Click and the ETH-WIZ Click? Since the 10/100 Mb Ethernet (ETH WIZ) Click board is $19, and the 10 Mb only ETH Click board is $24, I bought the 10/100 ETH WIZ click board. --- Graham == On Wed, Sep 27, 2017 at 1:56 PM, Robert Nelson

Re: [beagleboard] Re: Announcing $25 PocketBeagle

You use the "USB-tether-gadget", which, when your USB cable is connected to a Windows host computer, allows you to bridge and share the Ethernet port on the Windows host. I have it working on Windows 10. See

Re: [beagleboard] Re: Announcing $25 PocketBeagle

> On Mon, Oct 2, 2017 at 8:20 AM, Alex Bagehot <ceea...@gmail.com> wrote: > >> >> >> On Fri, Sep 29, 2017 at 1:55 PM, Graham Haddock <gra...@flexradio.com> >> wrote: >> >>> You use the "USB-tether-gadget", which, when your USB cable is connec

Re: [beagleboard] Re: Problem with 5V

Yes, try some other power supplies. and if they stay between 4.75 and 5.25 under all the different load conditions a BBB can create, it will work fine. USB power is highly variable from computer to computer. Sometimes it works fine, sometimes it does not. USB-1 was 0.5 Amps max, not enough to

  1   2   >