Re: [beagleboard] Using PTP with Beaglebone black

Here is some additional info that might be helpful. http://processors.wiki.ti.com/index.php/ICSS_PTP_1588_Developer_Guide Regards, John > On Dec 5, 2018, at 4:14 PM, BBB _user wrote: > > I am a student trying to implement PTP using BBB. I have studied that there > are BBB images that

Re: [beagleboard] Using PTP with Beaglebone black

This discussion on E2E might be helpful. https://e2e.ti.com/support/processors/f/791/t/539697 Regards, John > On Dec 7, 2018, at 5:33 AM, Tarmo Kuuse wrote: > > On Friday, 7 December 2018 02:06:46 UTC+2, BBB _user wrote: > I am a student trying to implement PTP using BBB. I have studied

Re: [beagleboard] Using SPI in a kernel module

; a larger FPGA > > to support fast ADCs with JESDI204B ports - and that it is based on that > exotic Alpine Linux. > > FPGAs are a home game for me, I've used them since there has been Xilinx. > > > > best regards, > > Gerhard > > > > > >

Re: [beagleboard] Using SPI in a kernel module

rd@googlegroups.com [mailto:beagleboard@googlegroups.com] Im > Auftrag von John Syne > Gesendet: Mittwoch, 17. Oktober 2018 00:41 > An: beagleboard@googlegroups.com > Betreff: Re: [beagleboard] Using SPI in a kernel module > > From what I read, TI are no longer maintaining St

Re: [beagleboard] Using SPI in a kernel module

>From what I read, TI are no longer maintaining Starterware, but there is a >community driven development on Sourceforge: https://sourceforge.net/projects/starterwarefree/ Regards, John > On Oct 16, 2018, at 4:47 AM, Gerhard Hoffmann

Re: [beagleboard] Using SPI in a kernel module

;> possible? >> Because i want to measure the time between output and input (input signal is >> from a sensor). Since SPI is in user-space, so the output is not always sent >> in time, sometimes it has 4 or 5 ms delay, which it's a big deal to me. >> >> Tha

Re: [beagleboard] Problem to configurate the GPIO as inputs in the Beaglebone black

There needs to be a space between sudo and /opt/scripts/tools/version.sh like this: sudo /opt/scripts/tools/version.sh Regards, John > On Oct 8, 2018, at 6:31 PM, Krish Nachimuthu wrote: > > Hi all, > I tried sudo python and sudo python3 and it did not work. > > Hi Robert, > I tried

Re: [beagleboard] Re: PRUs realtime data acquisition, I2C bus and ADC

> On May 21, 2018, at 6:20 AM, pierrick.ra...@gadz.org wrote: > > Hi John, > Thanks for the answer, I did use u-boot overlays and setup the uEnv.txt to > load the right overlay. BTW, I am rebooting the BeagleBone every-time I want > to load a new overlay, can you confirm that it's the only

Re: [beagleboard] PRUs realtime data acquisition, I2C bus and ADC

BTW, you can run iiod on your BBB and then use IIO Oscilloscope on you desktop which can connect to your BBB and display the waveforms. https://wiki.analog.com/resources/tools-software/linux-software/iio_oscilloscope

Re: [beagleboard] PRUs realtime data acquisition, I2C bus and ADC

If you are using the latest kernel, you must use u-boot overlays as the kernel capemanager as discussed in that article is no longer available. Regards, John > On May 18, 2018, at 4:57 PM, pierrick.ra...@gadz.org wrote: > > > John, > I am still working on this project. I have studied the

Re: [beagleboard] PRU examples are half there

BTW, I seem to remember that I had to modify the code to work because RPMSG use to use mailbox to exchange messages, but that was changed to use Interrupts. I believe Jason Reeder from TI helped me get this working. Regards, John > On May 7, 2018, at 12:47 PM, Mark A. Yoder

Re: [beagleboard] PRU examples are half there

Yeah, I haven’t worked on this for a while, but from what I remember, the ARM side sends out 200 ping messages to the PRU and the PRU responds to each interrupt with a reply, which the ARM side prints out. Look for the PING example for the PRU, load the firmware and then load this Kernel

Re: [beagleboard] PRU examples are half there

https://git.ti.com/rpmsg/rpmsg/blobs/rpmsg-ti-linux-4.4.y/samples/rpmsg/rpmsg_client_sample.c Regards, John > On May 7, 2018, at 8:19 AM, Mark A. Yoder wrote: > > Yup,

Re: [beagleboard] ADC frequency sample calculus using PRU and C code on BBB

Why don’t you use the IIO ADC driver which can sample as 800Ksps? The sampling frequency is calculated as follows: In the file BB-ADC-0A00.dts, you must configure the following settings: ti,chan-step-avg = <1 1 1 1 1 1 1 1> /* 2 sample average */ ti,chan-step-opendelay = <0 0 0 0 0 0 0 0>

Re: [beagleboard] Re: Stretch Image, debian-9.3-lxqt, for BeagleBoard-X15 Doesn't Boot Normally - Boots into initramfs

The adapter I use came with this package: https://www.amazon.com/Lexar-High-Performance-MicroSDXC-version-LSDMI64GBBNL633R/dp/B00IF4OATU/ref=sr_1_22?s=electronics=UTF8=1524092120=1-22=lexar+sd+card

Re: [beagleboard] Re: Stretch Image, debian-9.3-lxqt, for BeagleBoard-X15 Doesn't Boot Normally - Boots into initramfs

One more thing you should consider is the SDCard/USB adapter. The one I find the most reliable is a Lenar adapter similar to this one:

Re: [beagleboard] Re: Stretch Image, debian-9.3-lxqt, for BeagleBoard-X15 Doesn't Boot Normally - Boots into initramfs

I’ve gone through my fair share of bad SDCards (Pariot, Kingston, etc), so I know what you are going through. I decided a few years ago to stay with one make that always seems to work and that is SanDisk Ultra and SanDisk Extreme. Since then, I haven’t had any more SDCard issues. Regards,

Re: [beagleboard] Re: Stretch Image, debian-9.3-lxqt, for BeagleBoard-X15 Doesn't Boot Normally - Boots into initramfs

I use San Disk Ultra 32GB in my X15 and it works fine. Regards, John > On Apr 17, 2018, at 5:59 PM, Jeff Andich wrote: > > Hi, > > First run: 32GB > Second: 16GB > Third: 4GB > > Will redo the first run but with a different 32 GB SD as Etcher

Re: [beagleboard] PRUs realtime data acquisition, I2C bus and ADC

> On Apr 16, 2018, at 3:40 PM, pierrick.ra...@gadz.org wrote: > > Hi John, > Thanks a lot for this very complete answer ! I think I understand it now, the > last point I am not sure about is: > > ti,chan-step-avg = <1 1 1 1 1 1 1 1> /* 2 sample average */ > > I went through 12.3.3 of the

Re: [beagleboard] PRUs realtime data acquisition, I2C bus and ADC

> On Apr 11, 2018, at 6:04 AM, pierrick.ra...@gadz.org wrote: > > Hi John, > Thanks for the help, I looked into the iio_generic_buffer.c example and i > patched it to disable the hardware triggers thanks to the patch presented on > this page :

Re: [beagleboard] PRUs realtime data acquisition, I2C bus and ADC

> On Apr 11, 2018, at 6:04 AM, pierrick.ra...@gadz.org wrote: > > Hi John, > Thanks for the help, I looked into the iio_generic_buffer.c example and i > patched it to disable the hardware triggers thanks to the patch presented on > this page :

Re: [beagleboard] BBB eewiki down

No matter, I found the selection in 0001-am335x_evm-uEnv.txt-bootz-n-fixes.patch line 1668. Regards, John > On Apr 10, 2018, at 11:42 AM, John Syne <john3...@gmail.com> wrote: > > Thanks Robert. BTW, when using u-boot overlays, what base DTS is used for > BBB? I se

Re: [beagleboard] BBB eewiki down

t; > On Tue, Apr 10, 2018 at 2:42 AM, John Syne <john3...@gmail.com> wrote: >> https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-Bootloader:U-Boot >> >> is down. > > should be back up, we should have a new server at some point. ;) > > Reg

[beagleboard] BBB eewiki down

https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-Bootloader:U-Boot is down. Regards, John -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from

Re: [beagleboard] Re: I2C SCL Voltage level too low?

Yeah, that is much better. Not sure you have to use a 1K pullup. See if a 3K3 or a 4K7 does gives you clean signals. BTW, your earth pin on your scope is too long and that is why you are seeing noisy signals. Search google for "scope probe short ground” and look at the images on how to do this.

Re: [beagleboard] Re: I2C SCL Voltage level too low?

Yeah, I agree there is something else going on here. with a 1K resistor, the signals should not have a slow rising time. The rise time doesn’t look like a capacitor, but I agree, that is about the only explanation that would cause the rise time to slow like this. Maybe the I2C part is faulty.

Re: [beagleboard] I2C SCL Voltage level too low?

You mean decrease the resistor values. Don’t rely on the internal pull up resistors. 4K7 should be OK, but try 3K3 to see if the signals look better. Regards, John > On Apr 4, 2018, at 10:06 PM, yassyass wrote: > > Thanks Wulf, I will attempt to increase the

Re: [beagleboard] PRUs realtime data acquisition, I2C bus and ADC

Look at the kernel source under tools/iio for examples on how to use IIO. Regards, John > On Mar 27, 2018, at 12:10 PM, pierrick.ra...@gadz.org wrote: > > Hi John, > > Sorry for the late answer, I had hard time using the PRUs and I am now going > to use the IIO ADC driver, I am able to

Re: [beagleboard] Wrong SPI configurations when using config-spi??!

When configured for a function like SPI or I2C, the mux pins are configured as inputs. Regards, John > On Mar 19, 2018, at 2:04 AM, salahuddin...@gmail.com wrote: > > Hi all, > > I'm trying to configure SPI using config-pin tool. > The tool only changes the mode and set it to SPI.

Re: [beagleboard] How to configure BBB as an SPI slave?

Linux does not currently support SPI slave mode. Regards, John > On Mar 13, 2018, at 7:07 AM, salahuddin...@gmail.com wrote: > > Hi everyone, > > I've been looking the whole day for a clear way to configure BBB as an SPI > slave but I couldn't find any. > I read all the threads in this

Re: [beagleboard] Re: Best way to build a large array for access by PRU0?

Hi TJF, I love the work you do and the advise you give. My only purpose was to remove any confusion ;-) Regards, John > On Mar 1, 2018, at 9:06 AM, TJF wrote: > > > > Am Mittwoch, 28. Februar 2018 16:28:18 UTC+1 schrieb john3909: > >> On Feb 28, 2018, at 6:47

Re: [beagleboard] Re: Best way to build a large array for access by PRU0?

> On Feb 28, 2018, at 6:47 AM, TJF wrote: > > When you allocate the array from user space the memory may be not continuous. > To get a single block, you have to allocate from kernel space. This is not a true statement. The kernel uses virtual memory just like user

Re: [beagleboard] PRUs realtime data acquisition, I2C bus and ADC

The IIO ADC driver can run at 800K samples per second. Here is the patch that made that possible. https://patchwork.kernel.org/patch/9391487/ I can confirm that I have tested the driver at 800Ksps and it works fine as long as you have a proper low impedance source for each ADC channel. CPU

Re: [beagleboard] Using Real Time clock overlay

There is a very good book that explains everything you will need in embedded systems using Linux. I has a complete chapter on RTC. Linux Device Drivers Development by John Madieu, published by Packt Publishing 2017. This book doesn’t cover BBB directly, but it covers all Linux subsystems, such

Re: [beagleboard] Re: Is BeagleBoard X15 a good choice for industrial project?

The BeagleBoard X15 has two powerful DSPs and 4 PRUs which are all suitable for real-time control. With suitable interface circuitry, the BeagleBoard X15 can easily do everything the OP outlined. Regards, John > On Feb 23, 2018, at 7:03 AM, tom.al...@resourcekraft.com wrote: > > How

Re: [beagleboard] PRUs realtime data acquisition, I2C bus and ADC

Like I said, it was based on Starterware, so search Github for starterware and you will see a project starterware_PRU. It does use the mcspi, so it is not a bitbang implementation. Regards, John > On Feb 19, 2018, at 7:33 PM, pierrick.ra...@gadz.org wrote: > > Thanks John for you answer,

Re: [beagleboard] PRUs realtime data acquisition, I2C bus and ADC

> On Feb 13, 2018, at 1:55 PM, pierrick.ra...@gadz.org wrote: > > Thank you for your quick answerJohn! > > So if I understand well, I can use the PRUs with the on-board SPI and I2C > interface ? I have not found any similar project that can help me on this. > Is it done using the L2 and L3

Re: [beagleboard] PRUs realtime data acquisition, I2C bus and ADC

> On Feb 13, 2018, at 9:49 AM, pierrick.ra...@gadz.org wrote: > > Hi all, > > I am trying to use the PRUs for real time data acquisition on the Beaglebone > black (Linux debian 4.9.45-ti-r57). I have set up the PRU with remoteproc and > RPMsg; everything is working fine. > The first time,

Re: [beagleboard] x15 STEP file?

who knows Eagle might comment. > > Regards, > John > > > > > > On Feb 9, 2018, at 5:54 PM, Rick Mann <rm...@latencyzero.com <>> wrote: > > > > I don't have Altium. > > > >> On Feb 9, 2018, at 17:49 , John Syne <john...@gma

Re: [beagleboard] x15 STEP file?

gt; wrote: > > I don't have Altium. > >> On Feb 9, 2018, at 17:49 , John Syne <john3...@gmail.com> wrote: >> >> If you could Import the board into Altium it is pretty easy to create the >> step file. Here is how that works. For each connector, add the 3D step

Re: [beagleboard] x15 STEP file?

You don’t know of anyone with Altium? Try and find your local Altium user group and see if someone will help you. Regards, John > On Feb 9, 2018, at 5:54 PM, Rick Mann <rm...@latencyzero.com> wrote: > > I don't have Altium. > >> On Feb 9, 2018, at 17:49 , John

Re: [beagleboard] x15 STEP file?

If you could Import the board into Altium it is pretty easy to create the step file. Here is how that works. For each connector, add the 3D step file from the connector manufacturer, align connectors to board and pads and then export the complete board in step. I estimate that is would take a

Re: [beagleboard] Using two analog inputs and occurs distortion on the measure

Yes, the problem is a combination of the multiplexor and the S Let’s say ADC0 is 3.5V and ADC1 is 0.2V and ADC2 is 2V. The S must first charge the capacitor to 3.5V for ADC0 and then the multiplexor changes to ADC1 and discharges the cap to 0.2V and then the mux changes to ADC2 and charges the

Re: [beagleboard] Using two analog inputs and occurs distortion on the measure

Yes, you use the opamp as a low impedance buffer and you can also use it to scale the input to a range suitable for the ADC. Have a look at Analog Devices, (www.analog.com), they have many application notes on how to use an opamp as a signal conditioner suitable for an ADC. Regards, John >

Re: [beagleboard] Using two analog inputs and occurs distortion on the measure

The problem you are experiencing is due to the sample and hold of of the ADC input which is multiplexed to all analog inputs. If you don’t use a low impedance source, you will see bleed through from one ADC channel to the next. What you need is a opamp connected between the circuits you are

Re: [beagleboard] Re: X15 Boot via USB

https://groups.google.com/forum/#!searchin/beagleboard-x15/BeagleBoard-X15$20esata%7Csort:date/beagleboard-x15/2psyUbULTwc/81KWBokQBgAJhttps://groups.google.com/forum/#!searchin/beagleboard-x15/BeagleBoard-X15$20esata%7Csort:date/beagleboard-x15/2psyUbULTwc/81KWBokQBgAJ Regards, John > On Jan

Re: [beagleboard] Re: X15 Boot via USB

Here is the discussion I read about this issue. https://groups.google.com/forum/#!topic/beagleboard-x15/FarRcmkeAI8 Regards, John > On Jan 16, 2018, at 4:30 AM, marc bellazzini wrote: > > Hello

Re: [beagleboard] Re: X15 Boot via USB

I read that someone did manage to get the X15 to boot from esata when using a powered esata interface. Apparently the power to the esata connector isn’t available during uboot and hence the need for a powered esata interface. I haven’t tried this myself, but I do recall someone on the ARM Linux

Re: [beagleboard] Threading for Beagle Bone

Get this book: Linux Device Drivers Development by John Madieu Doesn’t use BBB, but it does cover the area you are interested in. Most important, it was written for Linux Kernel 4.1 and updated to 4.14 Regards, John > On Dec 25, 2017, at 4:34 AM, Rohit Karkala

Re: [beagleboard] Re: Unable to locate package linux-headers-4.4.91-ti-r133

I recommend that you get this book as it will cover all the things you need: Mastering Embedded Linux Programming - Second Edition by Chris Simmonds Published by Packt Publishing Released June 2017 Covers Linux Kernel 4.9 and uses the BBB hardware. Regards, John > On Dec 24, 2017, at 9:58

Re: [beagleboard] Re: Is it possible to make work the BBB C program code without installing any operating systems?

I think you meant StarterWareFree https://sourceforge.net/projects/starterwarefree/ Regards, John > On Nov 22, 2017, at 1:50 AM, mike.maikae...@gmail.com wrote: > > Check out StarterWare from TI (there is also a FreeStarterWare project >

Re: [beagleboard] Reading TPS65217 INT register with interrupt

This is where you need to learn some GIT skills. Clone the kernel source and then in the kernel directory, issue this command: git grep tps65217 This will tell you all the files that contain references to TPS65217. Regards, John > On Sep 23, 2017, at 1:28 AM, Ahmad Fatehi

Re: [beagleboard] Announcing $25 PocketBeagle

I ordered mine from Digikey on Sept 21st and it arrived Sept 23rd. Product is amazingly small and looks beautiful. I also like the plastic packaging. This is really a low cost BeagleBone Module. With this module, Developers can now make their own hardware without the need for fine pitch PCB

Re: [beagleboard] Running the ADC with two channels at 800 kS/s per channel (1.6 MS/s total)

The IIO driver uses DMA to transfer samples from the ADC to the buffer, so the CPU utilization is very low. Using the PRU, the ARM processor has to copy the Buffer from the PRU memory to ARM memory, and this causes the ARM CPU utilization to be higher than using the IIO driver. The IIO driver

Re: [beagleboard] Running the ADC with two channels at 800 kS/s per channel (1.6 MS/s total)

You do realize that you can achieve the same sample rate with the IIO driver in Linux? Regards, John > On Sep 22, 2017, at 12:07 AM, Arend Lammertink wrote: > > Hi all, > > I just wanted to share that I managed to run the ADC unit in a BBG at > (almost?) 800 kS/sec

Re: [beagleboard] After connecting CCS and JTAG to BBB and then disconnecting, the BBB hangs and doesn't show CCCC

What are you trying to do? To use CCS in bare board mode, you need an SDCard that sets up the board to work with CCS. From what I recall, you need more than just the DDR3 GEL file to get BBB working. Regards, John > On Sep 19, 2017, at 1:45 PM, tlsmith3...@gmail.com wrote: > > Running

Re: [beagleboard] Input range digital analog converter. Is the 1.8V adjustable?

Geralds answer wasn’t complete. It is true that you cannot exceed the 1v8 input range of the ADC, but you can add a circuit before the ADC input that will convert the range from 0 to 5 volts -> 0 to 1v8. I would recommend that you ask a hardware engineer to assist you with this task as it is

Re: [beagleboard] UART PWM Interference

Shorten the GND wire between the BBB and the GND common point. The BBB GND plane must be the reference point and in your picture, you now have a second GND reference point with a long wire connecting the two. This creates a GND bounce on your second GND reference point and is probably

Re: [beagleboard] recommendation for a symbolic debugger

I haven’t used CCS for several years as I use Lauterbach for all my linux kernel/driver debugging. However, I’ll try to remember how to everything you need. See inline comments: Regards, John > On Aug 5, 2017, at 9:44 AM, clarkbriggs...@gmail.com wrote: > > John, > Thanks. It does sound

Re: [beagleboard] recommendation for a symbolic debugger

You need arm-linux-gnueabihf-gdb and it needs to be the same as your compiler version used to build your executable. Regards, John > On Aug 1, 2017, at 1:44 PM, clarkbriggs...@gmail.com wrote: > > William etal, > Pointing to Molloy was a good hint. I watched him do it and around minute 31

Re: [beagleboard] JTAG beagle bone black with buspirate and openocd

I haven’t heard of anyone successfully using Openocd on BBB even though I have seen many users try it. I would recommend using Blackhawk USB200 with Code Composer Studio (CCSV7) as it has everything you need to get started. Regards, John > On Jul 31, 2017, at 5:20 AM, devarya...@gmail.com

Re: [beagleboard] recommendation for a symbolic debugger

Are you debugging user space app or kernel code like drivers, kernel modules, etc? If you are debugging user space app, you have two solutions: 1) use gdbserver on your BBB and Code Composer Studio (CCSV7) or Eclipse on your host, which uses gdb for debugging. You will need your BBB source code

Re: [beagleboard] RTC's SDA and SCL Resistors

OK, if you read the datasheet, you will see VIH = 2v2 and VIL = 0v8, which means the I2C signals are compatible with a 3v3 pullups. The module you referenced has pullup resistors to 5v0, which means they must be removed. There are voltage convertors from TI for I2C devices, but in this case

Re: [beagleboard] RTC's SDA and SCL Resistors

Just to be clear, the Adafruit module has 2k2 resistors to 5V. These must be removed. However, the BBB still needs pullup resistors to 3v3. Regards, John > On Jul 26, 2017, at 1:42 PM, William B wrote: > > Hi! > I'm installing a real-time clock (RTC) on Beaglbone

Re: [beagleboard] RTC's SDA and SCL Resistors

Connect the pullup resistors to 3v3. Regards, John > On Jul 26, 2017, at 1:42 PM, William B wrote: > > Hi! > I'm installing a real-time clock (RTC) on Beaglbone Black and I'm seeing > divergent information abount hardware of the DS1307 integrated circuit, that >

Re: [beagleboard] Self-executing interrupt problem

Do you have a resistor pull up or pull down on this pin? If your button pulls the GPIO pin low, then you need a resistor pull up of at least 10K. It seems like you don’t have this resistor connected and hence noise is triggering the interrupt. Regards, John > On Jul 21, 2017, at 3:01 PM,

Re: [beagleboard] Self-executing interrupt problem

In toggleState, use console.log(JSON.stringify(x)); to see why the interrupt triggered. Regards, John > On Jul 21, 2017, at 1:52 PM, William B wrote: > > Hello! I'm using an interrupt with Beaglebone Black as indicated below, > however I'm having problem. > PROBLEM:

Re: [beagleboard] What can I do to eliminate the Display functions in the Debian Jessie Kernal Linux?

Hi Edgar, I would recommend that you buy this book as it will answer most of the question you have asked: Mastering Embedded Linux Programming - Second Edition by Chris Simmonds If you buy the Kindle edition, you can start reading immediately on you Tablet, Mac, PC or Kindle device. If you

Re: [beagleboard] Can the BBB Board damaged by switch off without shut down?

> On Jul 18, 2017, at 9:47 PM, edgargrimme via BeagleBoard > wrote: > > Hallo Gays, > > I had two boards damaged. I don't know the reason. I swiched them off without > correct shut down. Both boards doesn't starts after this Switch off. The > first board can't

Re: [beagleboard] C66x resource scheduling

Well, that depends on how complex your algorithm is, but in most cases, 10ms latency should not be a problem. Regards, John > On Jun 28, 2017, at 7:36 AM, MDX wrote: > > Output must be a constant stream upon any input and 10ms is considered as a > critical issue >

Re: [beagleboard] which "arch" subdirectory to use?

Well the purpose of my advise what to show you how to cross compile kernel modules without having to worry about kernel version, kernel headers and compiler versions. By using Robert’s build tool, he does all that for you. Better still, if you use source indexing with Eclipse, you get function

Re: [beagleboard] which "arch" subdirectory to use?

I see Robert has answered all your question. Here are some suggestions that might help once you complete the first build. After you build, you will find the kernel on the yakbuild/KERNEL folder. This is where you edit your code. Do not “build_kernel.sh” again as this will overwrite any code

Re: [beagleboard] C66x resource scheduling

So what is the maximum latency to can tolerate? Remember, each DSP has 8 functional units (two multiply units and 6 ALUs) which means you can execute up to 8 instructions per cycle. Here are some core benchmarks: http://www.ti.com/lsds/ti/processors/technology/benchmarks/core-benchmarks.page

Re: [beagleboard] C66x resource scheduling

First you have to define what you mean by “real-time”. To most it means completing a task in a well defined amount of time. As long as you don’t turn off interrupts for extended periods, there is no reason why the responsiveness isn’t deterministic. Coordinating between the DSPs is something

Re: [beagleboard] C66x resource scheduling

You can operate them independently. You use Linux to load the DSP firmware for each core and then take them out of reset. The same goes for the CortexM4 and PRUs. Regards, John > On Jun 25, 2017, at 7:02 PM, MDX wrote: > > And if not? Can i partition DSP cores using

Re: [beagleboard] C66x resource scheduling

If you use TI’s RTOS, then yes. Regards, John > On Jun 25, 2017, at 7:33 AM, MDX wrote: > > I wonder how much sophisticated resource scheduling regarding C66x DSP cores > can be. For example, i estimated that code of my project's software would > need at least 2

Re: [beagleboard] which "arch" subdirectory to use?

One thing I forgot, you would use dpkg —add-architecture armhf as Robert builds with Hardware Floating point. Regards, John > On Jun 23, 2017, at 1:47 PM, mzimmers wrote: > > Thanks for all the details, John. I'll look into that approach when I get > around to more

Re: [beagleboard] which "arch" subdirectory to use?

I don’t do this, but I believe you can do this using Multiarch: https://wiki.debian.org/Multiarch/HOWTO Now you can install the headers using dpkg -i I have copied Robert as he is the best person to answer your question. Regards, John > On Jun

Re: [beagleboard] which "arch" subdirectory to use?

The way I work is to have the BBB mount rootfs over NFS which resides on my desktop. When I create a Kernel Module, I do the following: 1) I clone Robert’s kernel repo 2) I build the kernel 3) I add my kernel module code 4) I rebuild the kernel 5) I modify Robert’s deploy script to copy the

Re: [beagleboard] which "arch" subdirectory to use?

You need a kernel aware JTAG debugger like Lauterbach. This will allow you to debug u-boot, kernel code, including all the drivers as they are loaded, etc. It is expensive, but it is the gold standard for kernel/driver debugging. TI have Code Composer Studio that will do some debugging of the

Re: [beagleboard] am i doing this right?

You need to pay attention to data acquisition circuits that use a input mux and a sample and hold circuit like that used by the BBB analog circuits. When the ADC samples the analog input, it charges a small capacitor (sample and hold) and then the ADC converts the voltage stored in the

Re: [beagleboard] Explanation of PRU Programming in C

I have a Mac and the videos work just fine for me on the Chrome browser. Regards, John > On Apr 20, 2017, at 4:44 AM, Joseph Heller wrote: > > Thanks for the positive feedback. The TI video does not work on Mac though. > > I've now also included the hello world

Re: [beagleboard] Feasibility of BBB for ADC and GPS interfacing

If the PRU is doing the time tagging, there is no need for rt kernel. > > I will document things here once I proceed a little, So others can also use > it in future :) That will be great. > > I cant thank you enough, John! You are most welcome Regards, John > > > On

Re: [beagleboard] Feasibility of BBB for ADC and GPS interfacing

.wiki.ti.com/index.php/PRU_Linux-based_Example_Code#PRU_edmaConfig> > This example is a good one to show you how to monitor the EDMA transfer > completion with the PRU. >> 2. https://groups.google.com/forum/#!topic/beagleboard/UPbU2WoVzVI >> <https://groups.google.com/

Re: [beagleboard] Feasibility of BBB for ADC and GPS interfacing

agleboard/UPbU2WoVzVI > <https://groups.google.com/forum/#!topic/beagleboard/UPbU2WoVzVI> > > Regards, John > > On Sat, Apr 15, 2017 at 8:13 PM, John Syne <john3...@gmail.com > <mailto:john3...@gmail.com>> wrote: > >> On Apr 15, 2017, at 6:49 AM, Rat

Re: [beagleboard] Feasibility of BBB for ADC and GPS interfacing

the crystal frequency as well. > 4. Use pipe for passing each buffer to DFT. > 5. Use the timing info from UART to time-stamp the DFT output Timing needs to be done way before you communicate this info. UART have significant latency as well. Regards, John > > > >

Re: [beagleboard] Feasibility of BBB for ADC and GPS interfacing

I recommend that you look for a external ADC with a sample FIFO, then the samples are measured at predefined intervals and you could read them with the ARM processor and use the PRU for your timing requirements. I take it you will need a disciplined oscillator sync’d to the GPS 1pps, which can

Re: [beagleboard] Using PRU to control PWM peripheral on kernel 4.1 - DTO problem?

> On Apr 2, 2017, at 11:32 AM, Justin Pearson wrote: > > Hi Jelena, thanks for your message. See my inline responses: > > On Sun, Apr 2, 2017 at 9:39 AM, Jelena Freiherr > wrote: > Am Sonntag, 2. April 2017

Re: [beagleboard] Is there a way to send an interrupt from userspace to the PRU-ICSS?

> On Mar 13, 2017, at 9:24 PM, ags wrote: > > @William Hermans like you I won't be able to dig into the gory details of > loading Linux. This is an interesting read (albeit high-level and prompting > more questions). I think I can say a few things without

Re: [beagleboard] Why is the SPI0 clock output configured as an input???

> On Mar 8, 2017, at 5:42 AM, Jon Turner wrote: > > > The pin direction is only relevant for GPIO. For subsystems like SPI, the pin > direction is defined by the subsystem, not the pin direction defined by > pinctrl-single. > > Regards, > John > > > Hmm, ok. So do

Re: [beagleboard] Why is the SPI0 clock output configured as an input???

The pin direction is only relevant for GPIO. For subsystems like SPI, the pin direction is defined by the subsystem, not the pin direction defined by pinctrl-single. Regards, John > On Mar 7, 2017, at 2:40 PM, Jon Turner wrote: > > The overlay for the SPI0 interface

Re: [beagleboard] Why is the SPI0 clock output configured as an input???

The pin direction is only relevant for GPIO. For subsystems like SPI, the pin direction is defined by the subsystem, not the pin direction. Regards, John > On Mar 7, 2017, at 2:40 PM, Jon Turner wrote: > > The overlay for the SPI0 interface includes the following

Re: [beagleboard] BeagleBone Green CAD Files (Altium Designer)

up. A basic ASCII > conversion has a lot of things that require clean up. > > http://www.elinux.org/Beagleboard:BeagleBoneBlack#LATEST_PRODUCTION_FILES_.28C.29 > > <http://www.elinux.org/Beagleboard:BeagleBoneBlack#LATEST_PRODUCTION_FILES_.28C.29> > > Gerald >

Re: [beagleboard] BeagleBone Green CAD Files (Altium Designer)

Hi James, You have two options here. Ask Gerald to provide the ascii version of the PCB or contact your local Allegro or Altium user group and ask someone to do the conversion for you. Regards, John > On Mar 7, 2017, at 1:23 PM, jam...@cladnetwork.com wrote: > > Hi John, > > Thank you

Re: [beagleboard] BeagleBone Green CAD Files (Altium Designer)

Converting Orcad/Allegro files to Altium is pretty easy if you can get the Allegro files in ascii format. There are several issues you have to clean up, especially the copper pour areas which I advise to delete and just recreate these areas. Some of the components included some artifacts which

Re: [beagleboard] Real time application development for BBB

So that tells me you need to stream the temperature measurements, which is what the AM335x ADC IIO driver does. Currently the driver is sampling at 800 ksps, but you can modify the sampling rate in the ADC overlay. Regards, John > On Mar 2, 2017, at 2:51 AM, avni gupta

Re: [beagleboard] why is pinmux-helper needed?

You need to understand how the pins are configured when defined in the devicetree. It is the driver that does the pin configuration as defined in the devicetree. Without an associated driver, the pins defined in the devicetree won’t do anything. When using PRU, there is no driver, so the pins

Re: [beagleboard] usage of internal "realtime" and M4 cores

> On Feb 27, 2017, at 9:52 PM, MDX wrote: > > yeah, so looks like i was almost right in my confusion. > so, if i can prepare each instruction beforehand, can PRU`s be used for servo > control? or do i have to learn thumb to use M4/M3 for that? Any of the 4 PRUs or the

Re: [beagleboard] usage of internal "realtime" and M4 cores

> On Feb 27, 2017, at 1:42 PM, Juliusz Chroboczek wrote: > >> The Cortex-M4 processors are similar to the Cortex-M4 micro-controllers >> available from Texas Instruments. They are mostly used for video >> compression/decompression, but you can use them to run then as bear bone >

Re: [beagleboard] usage of internal "realtime" and M4 cores

The realtime processing cores are PRU which don’t have a pipeline so each instruction executes in a single cycle. There are 4 PRUs on the AM5728, but they have limited memory so your application is quite small. The Cortex-M4 processors are similar to the Cortex-M4 micro-controllers available

  1   2   3   4   5   6   7   8   >