Re: [beagleboard] Could PRU read this signals?

2020-05-27 Thread TJF
There're 17 input lines in each R31 (bit [0:16]). It'd be best if you use a 
set of eight (bit [0:7] or bit [8:15]), because the data to write would be 
only one byte.

Anyhow, the following ASM code is for word data (bit [0:15] range), written 
to DRam:

#define CLKB 5 // define the clock bit# for polling

...

  LDI  r0, 0   // counter init
HIGH:
  QBBC r31, HIGH, CLKB // wait for clk bit getting high
  SBBO r31, r0, 0, 2   // safe data
  ADD  r0, r0, 2   // increment counter
  QB?? ??, OUT // termination
LOW:
  QBBS r31, LOW, CLKB  // wait for clk bit getting low
  SBBO r31, r0, 0, 2   // safe data
  ADD  r0, r0, 2   // increment counter
  QB?? ??, HIGH// reverse termination
OUT:

// Note:
// In order to get higher frequency the SBBO + ADD instructions can
// get replaced by MVIW for buffering the data in the register file,
// but this is limited to 30*2=60 sets of data.

The main loop contains two similar sub loops, one starting after the clk 
line gets high, the other starting after the clk line gets low.
If the state of the clk line starts undefined, you've to add an initial 
QBB? before the main loop, in order to start at the right sub-loop.

AFAI understand your signal diagram, you're dealing with redundant data. 
Only three lines provide information.

Find example code in the libpruio documentation. Example pruss_toggle 

 
defines an output line and loads firmware to toggle that line. You can 
adapt that code for your input lines.

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/caa54b14-4bf4-4731-a2a5-33bd6392e5f0%40googlegroups.com.


[beagleboard] Re: BBAI Running TI SDK 6.03.00.106 DeviceTree File Creation

2020-05-27 Thread arashed31
Forgot the link for u-boot -- 
https://www.digikey.com/eewiki/display/linuxonarm/BeagleBone-AI#BeagleBone-AI-Bootloader:U-Boot

On Wednesday, May 27, 2020 at 9:52:05 PM UTC-5, Ahmad Rashed wrote:
>
> Changing the pinmux can only be done in u-boot this is why the pinmux tool 
> provides nothing for you in the device tree. The Tool will provide generic 
> files that can be used with a perl script located here: 
> https://git.ti.com/cgit/pmt-generic-converter-tool/am57xx_uboot_pin_config/
>
> To change the AM57x pinmux you need to visit this page and follow the 
> steps under "U-Boot" to clone and compile it. Afterwards, edit the file at 
> /board/ti/am57xx/mux_data.h with the output from the perl script. 
>
> You can replace it all or edit just the lines you need. Check all the 
> address offsets to make sure you don't have duplicates. 
>
> Regards,
> Ahmad
>
> On Monday, May 4, 2020 at 6:08:46 PM UTC-5, jimvr wrote:
>>
>> I have utilized the TI PinMux tool to create all of the necessary 
>> functions that I need in my project.
>>
>> I just cannot seem to get past how to create the .dtb file from the 
>> output of the PinMux tool.  I have a handful of files that are C defines 
>> and such, but no clear path to the dts or dtb file.
>>
>> I have spend hours looking, and running scripts and pulling down git 
>> repos, to find that "my build" which is just the downloaded SDK SDcard 
>> image of the Matrix build from TI...
>>
>> All of the links to the Cloud9 distro are not working, 
>> https://github.com/beagleboard/BeagleBoard-DeviceTrees.git for example 
>> is not something that works at all.  The four files that I have here are 
>> ones that are perhaps what I need to use, but I just don't know where to 
>> start.
>>
>> 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/b0013a51-891f-4578-bd86-a67522a6d344%40googlegroups.com.


[beagleboard] Re: BBAI Running TI SDK 6.03.00.106 DeviceTree File Creation

2020-05-27 Thread arashed31
Changing the pinmux can only be done in u-boot this is why the pinmux tool 
provides nothing for you in the device tree. The Tool will provide generic 
files that can be used with a perl script located here: 
https://git.ti.com/cgit/pmt-generic-converter-tool/am57xx_uboot_pin_config/

To change the AM57x pinmux you need to visit this page and follow the steps 
under "U-Boot" to clone and compile it. Afterwards, edit the file at 
/board/ti/am57xx/mux_data.h with the output from the perl script. 

You can replace it all or edit just the lines you need. Check all the 
address offsets to make sure you don't have duplicates. 

Regards,
Ahmad

On Monday, May 4, 2020 at 6:08:46 PM UTC-5, jimvr wrote:
>
> I have utilized the TI PinMux tool to create all of the necessary 
> functions that I need in my project.
>
> I just cannot seem to get past how to create the .dtb file from the output 
> of the PinMux tool.  I have a handful of files that are C defines and such, 
> but no clear path to the dts or dtb file.
>
> I have spend hours looking, and running scripts and pulling down git 
> repos, to find that "my build" which is just the downloaded SDK SDcard 
> image of the Matrix build from TI...
>
> All of the links to the Cloud9 distro are not working, 
> https://github.com/beagleboard/BeagleBoard-DeviceTrees.git for example is 
> not something that works at all.  The four files that I have here are ones 
> that are perhaps what I need to use, but I just don't know where to start.
>
> 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/773ad80e-5ec8-4256-b62d-5472d1a57351%40googlegroups.com.


Re: [beagleboard] Re: Questions about BeagleBone AI

2020-05-27 Thread 'Mark Lazarewicz' via BeagleBoard
John in older similar processors(omapk178) to halt ( not sure about disabling) 
DSP we poked a value in a register from ARM side before calling the RTOS not 
sure where this needs to be done in Linux our code wasn't in user space.The TRM 
and maybe some sample code will point you to the register and hopefully a 
description of freeing up that DSP memory. Typically a gel script needs to do 
the same thing when loading either core over JTAG but it's doubtful finding 
that scriptwill be easy.
Mark

Sent from Yahoo Mail on Android 
 
  On Wed, May 27, 2020 at 11:34 AM, Dennis Lee 
Bieber wrote:   On Wed, 27 May 2020 06:16:33 -0600, 
in gmane.comp.hardware.beagleboard.user
John Allwine  wrote:

>
>> 
>>    Unless you disable the DSP processors (2x C66x DSP and maybe also the
>> 4x EVE) and reconfigure the RAM, the RAM available to the main processor is
>> only about 650MB -- DSP reserves the other 300+ MB.
>
>How do you go about disabling the DSP and EVE cores?

    The device tree would be the starting point, cf message:
 
(and maybe provide "do nothing" firmware images for the cores)


-- 
Dennis L Bieber

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/hq3tcftkl7gcthv8suvjps3g2cl3i4rfa0%404ax.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/844121483.345191.1590599260255%40mail.yahoo.com.


[beagleboard] Re: Questions about BeagleBone AI

2020-05-27 Thread Dennis Lee Bieber
On Wed, 27 May 2020 06:16:33 -0600, in gmane.comp.hardware.beagleboard.user
John Allwine  wrote:

>
>> 
>>Unless you disable the DSP processors (2x C66x DSP and maybe also the
>> 4x EVE) and reconfigure the RAM, the RAM available to the main processor is
>> only about 650MB -- DSP reserves the other 300+ MB.
>
>How do you go about disabling the DSP and EVE cores?

The device tree would be the starting point, cf message:
 
(and maybe provide "do nothing" firmware images for the cores)


-- 
Dennis L Bieber

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/hq3tcftkl7gcthv8suvjps3g2cl3i4rfa0%404ax.com.


[beagleboard] I2S Cape Connections

2020-05-27 Thread jimvr
I have been working on a fairly complex application using the BBAI, 
utilizing almost every piece of silicon on the Sitara chip, and I was just 
asked to add audio out to the project.

I believe that I2S would work for us, but I am having difficulty 
understanding the connectivity between I2S and the McASP bus that is 
present on the cape pins.  I have read through discussions with the BBB 
board, and how it has been done, troubles, patches, etc., and there is even 
an Audio Cape Board.  Not so much discussion on the BBAI however.

Are there any pointers, discussions, help that I can get to for the BBAI to 
connect I2S from the cape pins?  I see there are a Clock and a Fsync pin, 
but I don't see the data connection, for starters, so a little confused 
here.  Plus I have never implemented I2S before, it was always given to me 
as working.

Just a coder trying to help out the hardware guys here...thanks, any help 
will do!

Nice job on the board, love it, it works!

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/5cbdc0f7-a2e4-4fd5-8243-7b2a7535f9dd%40googlegroups.com.


Re: [beagleboard] Re: Questions about BeagleBone AI

2020-05-27 Thread John Allwine


> 
>Unless you disable the DSP processors (2x C66x DSP and maybe also the
> 4x EVE) and reconfigure the RAM, the RAM available to the main processor is
> only about 650MB -- DSP reserves the other 300+ MB.

How do you go about disabling the DSP and EVE cores?

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/ACC4342A-9D1B-4A91-91E8-3E6C0487C0A9%40pocketnc.com.