Re: [beagleboard] pins conflict?

[bernid111]

Thanks for prompt replay. 
I've commented out  the line 'enable_uboot_cape_universal=1' in 
/boot/uEnv.txt
and after reboot the old hat board works with BBGW. 
However on-board wifi stops working. 
How to enable wifi?
see details (dmesg and output of script):
https://paste.ubuntu.com/p/c7DHbwphDC/
Regards, 


W dniu środa, 24 czerwca 2020 22:23:23 UTC+2 użytkownik RobertCNelson 
napisał:
>
> On Wed, Jun 24, 2020 at 2:54 PM > wrote: 
> > 
> > Hi, 
> > I use custom hat board with my old BBB on P9 headers. 
> > I would like use the same hat board with my new BBGW. 
> > However i see in the dmesg pins conflict: 
> > [2.131373] pinctrl-single 44e10800.pinmux: pin PIN109 already 
> requested by 44e10800.pinmux; cannot claim for ocp:P9_41_pinmux 
> > [2.714948] pinctrl-single 44e10800.pinmux: pin PIN86 already 
> requested by ocp:P9_18_pinmux; cannot claim for 4802a000.i2c 
> > [   63.810571] pinctrl-single 44e10800.pinmux: pin PIN106 already 
> requested by ocp:P9_91_pinmux; cannot claim for 48038000.mcasp 
> > [   67.662623] pinctrl-single 44e10800.pinmux: pin PIN18 already 
> requested by ocp:P9_14_pinmux; cannot claim for sound 
> > 
> > It seems like BBB and BBGW pinout is not compatible. I suspect that 
> maybe two Grove connectors (I2C and UART) occupy the old pins? 
> > If so how could I switch off these Grove connectors so BBGW pinout would 
> be the same as BBB? 
>
> Today all images boot with cape-univeral enabled, so if your overlay 
> needs specific pins, you need to tell it to disable them.. 
>
> Or jsut disable: 
>
> enable_uboot_cape_universal=1 
>
> in /boot/uEnv.txt 
>
> If that still doesn't fix your problem, please run this script and 
> report it's output so we can help debug.. 
>
> sudo /opt/scripts/tools/version.sh 
>
> Regards, 
>
> -- 
> Robert Nelson 
> https://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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/40e428d7-0d0d-4597-b6f1-e2642470bf50o%40googlegroups.com.

[beagleboard] Re: How to modify BBAI not to be powered USB-C connector?

[KenUnix]

Adrianne,

I have heard of USB Cables and USB Charging cables but not a USB Data only 
cable.

-- 
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/d688e950-a18d-4e58-b523-791a22ae218co%40googlegroups.com.

Re: [beagleboard] pins conflict?

[Robert Nelson]

On Wed, Jun 24, 2020 at 2:54 PM  wrote:
>
> Hi,
> I use custom hat board with my old BBB on P9 headers.
> I would like use the same hat board with my new BBGW.
> However i see in the dmesg pins conflict:
> [2.131373] pinctrl-single 44e10800.pinmux: pin PIN109 already requested 
> by 44e10800.pinmux; cannot claim for ocp:P9_41_pinmux
> [2.714948] pinctrl-single 44e10800.pinmux: pin PIN86 already requested by 
> ocp:P9_18_pinmux; cannot claim for 4802a000.i2c
> [   63.810571] pinctrl-single 44e10800.pinmux: pin PIN106 already requested 
> by ocp:P9_91_pinmux; cannot claim for 48038000.mcasp
> [   67.662623] pinctrl-single 44e10800.pinmux: pin PIN18 already requested by 
> ocp:P9_14_pinmux; cannot claim for sound
>
> It seems like BBB and BBGW pinout is not compatible. I suspect that maybe two 
> Grove connectors (I2C and UART) occupy the old pins?
> If so how could I switch off these Grove connectors so BBGW pinout would be 
> the same as BBB?

Today all images boot with cape-univeral enabled, so if your overlay
needs specific pins, you need to tell it to disable them..

Or jsut disable:

enable_uboot_cape_universal=1

in /boot/uEnv.txt

If that still doesn't fix your problem, please run this script and
report it's output so we can help debug..

sudo /opt/scripts/tools/version.sh

Regards,

-- 
Robert Nelson
https://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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYjm6YWuGJGUt%3DuZmHRxRJN-%3DnUD5E-NYL3XbUSwWfnqAQ%40mail.gmail.com.

[beagleboard] pins conflict?

[bernid111]

Hi,
I use custom hat board with my old BBB on P9 headers. 
I would like use the same hat board with my new BBGW. 
However i see in the dmesg pins conflict:
[2.131373] pinctrl-single 44e10800.pinmux: pin PIN109 already requested 
by 44e10800.pinmux; cannot claim for ocp:P9_41_pinmux
[2.714948] pinctrl-single 44e10800.pinmux: pin PIN86 already requested 
by ocp:P9_18_pinmux; cannot claim for 4802a000.i2c
[   63.810571] pinctrl-single 44e10800.pinmux: pin PIN106 already requested 
by ocp:P9_91_pinmux; cannot claim for 48038000.mcasp
[   67.662623] pinctrl-single 44e10800.pinmux: pin PIN18 already requested 
by ocp:P9_14_pinmux; cannot claim for sound

It seems like BBB and BBGW pinout is not compatible. I suspect that maybe 
two Grove connectors (I2C and UART) occupy the old pins?
If so how could I switch off these Grove connectors so BBGW pinout would be 
the same as BBB?
Regards,

-- 
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/393a004a-55c9-4ac3-8ddc-a4c6b440fef1o%40googlegroups.com.

[beagleboard] Re: Ethernet over USB adapter

[graham]

The USB connector (USB-0) on the Pocket Beagle board is configured as a 
peripheral, only.
USB-1, is configured as a "Host" and will control many USB to Ethernet 
adaptors, but USB-1 is not pinned out to a USB connector, just the header 
pins.
You will need to provide some kind of USB connector to header pin 
connection, to do what you are trying to do.

--- Graham

==

On Wednesday, June 24, 2020 at 11:26:26 AM UTC-5, Szoshi wrote:
>
> Hello,
>
> I am trying to connect a PB in our network over a USB to Ethernet adapter. 
> I assumed that modifying the interfaces file with a static IP and rebooting 
> the PB will make it appear in the arp -a list but I cannot see the MAC 
> address of my network card, neither can I ping the static IP. 
>
> Is there something fundamentally wrong that I might be doing here? Can 
> someone nudge me in the right direction?
>
>

-- 
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/a85dba34-fc76-49c1-8597-f7d3eafcc455o%40googlegroups.com.

Re: [beagleboard] GPIO poll for interrupts fails

[clarkbriggs101]

Jason,
Good input. Out of respect for your big picture view point, it is in 
progress.
librobotcontrol currently uses chardev ioctl. I got that working for my 
simple single interrupt response demonstrator since he has all that worked 
out. Then I went on to gpiod and I think I have gpiod working in that 
simple single gpio interrupt test environment. For Blue. 
StrawsonDesign & the resulting librobotcontrol has used sysFS for access to 
non-gpio stuff, specifically pwms. What do you see for such other non-gpio 
stuff in sysFS?
My original submission here included an argument for doing this task with 
RPis too. The code base using any of the three gpio access methods seems to 
work on RPi. The gpio configuration environment in Raspbian is quite 
different however. They specifically don't expose pinmux functionality. I 
still struggle with how in the heck that community deals with gpio 
configurating. The mode map is well exposed, but how to take advantage of 
it isn't. What physical header pin does what in what mode is well 
documented, but how to set things up for that mode isn't.  I find that 
commandeering pins by enabling kernel drivers works. I can pick pins for 
the software rotary-encoder driver in the boot config and apparently get 
them. Same with the pwm driver. There isn't such a mechanism for free gpio 
pins to use for exercises such as the simple gpio interrupt response 
demonstrator.
You and others in BB territory may not have much interest in figuring out 
the RPi equivalent to the (wonderful, highly functional, really nice) 
Beaglebone environment unless we adopt my proposed make-it-do-both 
approach. The alternative of asking the RPi community doesn't appear to be 
promising because they focus on so many other IoT applicatios and are not 
pursing bots in any similar fashion. 
BeagleBoard might well not be interested, but a number of potential 
university adoptors of BB appear to be. Our friends at UCSD seem to. And 
his efforts to export to other universities has found professors with a 
pre-existing base in RPis. Where I am now, we are struggling with focussing 
on one or hedging our bets with the two.
What guidance would you provide on this front?
Clark

On Friday, June 19, 2020 at 4:06:09 PM UTC-6, Jason Kridner wrote:
>
>
>
> On Fri, Jun 19, 2020 at 5:18 PM > 
> wrote:
>
>> Folks,
>> Any help would be appreciated. I've Googled, studied, and stared for many 
>> hours.
>> Problem: Using poll to watch a GPIO pin for change, poll returns 
>> "immediately" and persistently, with no value change, with POLLPRI set.
>>
>
> Please consider using libgpiod. 
>
> Background: This is a prep stage for implementing a software encoder 
>> counter where 2 GPIOs are connected to an external rotary encoder with 
>> leads A and B. I am working on a user space quadrature encoder routine 
>> based on the Linux driver rotary_encoder.c logic. It didn't work and I 
>> traced it to failing to respond to the GPIO edge events using poll. I made 
>> a single GPIO interrupt response demonstrator (shown excerpted below) and 
>> it doesn't work either. Further, it doesn't work on either Beaglebone Blue 
>> or Raspberry Pi 3.
>> Hardware: The Blue shows ' uname -a
>> Linux blue1 4.19.94-ti-r42 #1buster SMP PREEMPT Tue Mar 31 19:38:29 UTC 
>> 2020 armv7l GNU/Linux'
>> The RPi shows ' uname -a
>> Linux raspberrypi 4.19.93-v7+ #1290 SMP Fri Jan 10 16:39:50 GMT 2020 
>> armv7l GNU/Linux'
>> Both have the same wheel encoders (Pololu Romi encoders  item #3542 or 
>> its 2.7v version). Both bots will correctly read the encoders. The Blue 
>> using the hardware encoder and the RPi via the software driver 
>> rotary-encoder. For this demonstrator, the Blue uses other GPIOs, 
>> specifically GP0.3 and GP0.4. Signal changes on these GPIOs are read 
>> correctly in the gpioN/value register via manual testing. The RPi uses the 
>> same GPIOs (2 or 3) as the encoder driver, but with the driver disabled to 
>> eliminate the competition.
>> Furthermore: This has been a long standing software challenge. Googling 
>> shows many things one needs to know. GPIOs in sysFS are deprecated, but 
>> they still work. Setting an edge is what enables polling on the value to 
>> pick up the transition. Initial reads are required to clear initial 
>> spurious values. sysFS requires POLLPRI events, since POLLIN always returns 
>> for sysFS. sysFS always returns POLLERR which can be ignored. One must 
>> LSEEK on the value fd before reading the value. One must read the value, 
>> wanted or not.
>> Notes on the demonstrator code: I have been working on a common hardware 
>> interface module to support bots built on Blue and RPi. I have long been 
>> following StrawsonDesign's librobotcontrol. This code uses a few routines 
>> from Strawson. One is a function to tell whether the hardware is Beaglebone 
>> or RPI and another to launch a thread. I don't show them here. I have 
>> elided all the error handling snippets, replacing them with "gripe" 
>> 

[beagleboard] Ethernet over USB adapter

[Szoshi]

Hello,

I am trying to connect a PB in our network over a USB to Ethernet adapter. 
I assumed that modifying the interfaces file with a static IP and rebooting 
the PB will make it appear in the arp -a list but I cannot see the MAC 
address of my network card, neither can I ping the static IP. 

Is there something fundamentally wrong that I might be doing here? Can 
someone nudge me in the right direction?

-- 
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/37a6140e-674a-443c-80a8-6d671ca5ac54o%40googlegroups.com.

Re: [beagleboard] Re: 2GB linux image

[Robert Nelson]

On Wed, Jun 24, 2020 at 10:46 AM Bill Barnett  wrote:
>
> Where are these 2GB images archived?

Just grab any of the current variants..

https://rcn-ee.net/rootfs/bb.org/testing/2020-06-01/

Only the "console" images will fit on the 2GB eMMC, everything else
just use a microSD..

Regards,

-- 
Robert Nelson
https://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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYiqk5a%3D8s6%2BHqz5eN65W%3D4F1rz%3DKUQNRuwWAv%2BzkECVVA%40mail.gmail.com.

Re: [beagleboard] BeagleBone AI - Linux Desktop

[Robert Nelson]

On Wed, Jun 24, 2020 at 11:14 AM digital_ade  wrote:
>
> Hi All,
>
> I am new to BeagleBone and Linux, and am working on a project with a 
> BeagleBone AI.
>
> Out of the box the BB AI suggests an IoT Linux distribution which does not 
> include a graphical interface.
>
> Can anyone recommend a Linux desktop (including GUI) that can be deployed 
> onto the BBAI, ideally with some guidance on any special steps required to 
> install it.
>
> I am flexible on the OS (Ubutnu, Debian etc)

I wasn't happy with it at the time of the April 2020 release, so it
wasn't included in that time frame.. For our up-coming August it'll be
back..

Here's an early version, just use etcher.io to flash it to a microSD
and insert it into the BBAI

https://rcn-ee.net/rootfs/bb.org/testing/2020-06-01/buster-lxqt-tidl/am57xx-debian-10.4-lxqt-tidl-armhf-2020-06-01-6gb.img.xz

Regards,

-- 
Robert Nelson
https://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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYj8JZtRXDQn_sGfVvwEKAmWG_W00SXgFVB%3D4a6M1QziXA%40mail.gmail.com.

[beagleboard] BeagleBone AI - Linux Desktop

[digital_ade]

Hi All,

I am new to BeagleBone and Linux, and am working on a project with a 
BeagleBone AI.

Out of the box the BB AI suggests an IoT Linux distribution which does not 
include a graphical interface.

Can anyone recommend a Linux desktop (including GUI) that can be deployed 
onto the BBAI, ideally with some guidance on any special steps required to 
install it.

I am flexible on the OS (Ubutnu, Debian etc) 

Many thanks

Ade. 

-- 
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/56c2d0d2-c546-4f76-ae67-54ee8e234b63o%40googlegroups.com.

Re: [beagleboard] 2GB linux image

[jonnymo]

Have you tried the BeagleBoard image site. There are a few there but a bit
dated.
https://beagleboard.org/latest-images

Cheers,

Jon

On Wednesday, June 24, 2020, Bill Barnett  wrote:

> Where are these 2GB images archived?
>
> On Mon, Jun 22, 2020 at 1:33 PM Bill Barnett 
> wrote:
>
>> Are there 2GB Linux images available?  I have an older B-version and
>> would like to use it in a small application.
>>
>> --
>>
>> *Bill Barnett*
>>
>>
>
> --
>
> *Bill Barnett*
>
> --
> 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/CAP4vyaeK1uruD5P41GnWzNkdoBDYVSAj%2BNHygKUkjjP4sL-u6g%
> 40mail.gmail.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/CAG99bkr9nmUH7cX9riS9BZvvuTZKszeHPm3xohQyVeXL885c9w%40mail.gmail.com.

[beagleboard] Re: Graphical Desktop with keyboard & display

[Mala Dies]

Hello,

I am not sure if you have figured out this issue yet or not. Please view 
this article. It is a bit lengthy to post the entire article in this post: 
https://www.digitalocean.com/community/tutorials/how-to-install-and-configure-vnc-on-debian-10
.

There is a section on it that describes how to install xfce4 on Debian 10 
(GUI), a section to set up for booting into that GUI, and I think it may 
help your cause.

Seth

On Sunday, June 14, 2020 at 4:13:12 PM UTC-5, Bernard Fischer wrote:
>
> I have vnc working fine with a GUI on my BB AI.  But if it plug in a 
> display and keyboard/mouse i get a text terminal and can't start up a 
> graphical desktop.  startx is not found.
>
> What packages do I need to install for that? If it works over VNC why 
> doesn't it work directly?
>
> thanks
>

On Sunday, June 14, 2020 at 4:13:12 PM UTC-5, Bernard Fischer wrote:
>
> I have vnc working fine with a GUI on my BB AI.  But if it plug in a 
> display and keyboard/mouse i get a text terminal and can't start up a 
> graphical desktop.  startx is not found.
>
> What packages do I need to install for that? If it works over VNC why 
> doesn't it work directly?
>
> 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/49020c87-582f-4cd8-aab0-cd42ae7f554ao%40googlegroups.com.

[beagleboard] Re: 2GB linux image

[Bill Barnett]

Where are these 2GB images archived?

On Mon, Jun 22, 2020 at 1:33 PM Bill Barnett  wrote:

> Are there 2GB Linux images available?  I have an older B-version and would
> like to use it in a small application.
>
> --
>
> *Bill Barnett*
>
>

-- 

*Bill Barnett*

-- 
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/CAP4vyaeK1uruD5P41GnWzNkdoBDYVSAj%2BNHygKUkjjP4sL-u6g%40mail.gmail.com.

[beagleboard] Re: PRU IEP timers non-responsive

[Fred Frey]

Ok I figured it out lol. 

I was adding the actual byte-size offsets to pointers to longs, so it was 
being offset by 4x as much as I would have expected.

The program works fine otherwise.

On Monday, June 15, 2020 at 11:47:30 AM UTC-4, Fred Frey wrote:
>
> Hello
>
> I'm trying to write a simple program to test the IEP timers. Ideally I'd 
> like to be able to poll the timer and get an unsigned long value back, but 
> for this test, I followed what I read in this post:
>
>
> https://www.element14.com/community/community/designcenter/single-board-computers/next-genbeaglebone/blog/2019/08/12/beaglebone-pru-timer-functionality
>
> With a few minor changes -- I provide a different GPIO pin, made it loop 
> forever, and made the frequency for the square wave ~2kHz.
>
> I also have a different way of configuring the IEP/INTC. I manually 
> defined the addresses:
>
> #define IEP_HOME((volatile unsigned long*)0x2E000)
> #define TMR_GLOBAL_CFG (*(IEP_HOME+0x00))
> #define TMR_GLOBAL_STATUS   (*(IEP_HOME+0x04))
> #define TMR_COMPEN (*(IEP_HOME+0x08))
> #define TMR_COUNT(*(IEP_HOME+0x0C))
> #define TMR_CMP0   (*(IEP_HOME+0x48))
> #define TMR_CMP_STATUS (*(IEP_HOME+0x44))
> #define TMR_CMP_CFG   (*(IEP_HOME+0x40))
>
> ...
>
> #define INTC_HOME   ((volatile unsigned long*)(0x2))
>
> #define INTC_SECR0  (*(INTC_HOME+0x280))
> #define INTC_SECR1  (*(INTC_HOME+0x284))
>
>
> And I configured them like so:
>
> TMR_GLOBAL_CFG &= 0xfffe; // disable timer
>
> TMR_COUNT = 0x0; // reset timer
>
> TMR_CMP_STATUS = 0xff; // clear compare status
>
> TMR_CMP0 = 10; // 0.0025 SEC @ 200 MHz
>
> TMR_COMPEN &= 0xff00;  // set compensation to 0
>
> TMR_CMP_CFG &= 0x03; // enable cmp0 and reset on event
>
> INTC_SECR0 = 0x;
> INTC_SECR1 = 0x;
>
> TMR_GLOBAL_CFG = 0x11; // enable counter
>
>
> When I read from TMR_COUNT, it's always 0, and the interrupt never fires. 
> What am I missing?
>
> Thanks,
> Fred
>
>

-- 
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/a43757ec-947e-4938-a04e-4e9cc4b9a520o%40googlegroups.com.

[beagleboard] Re: How to modify BBAI not to be powered USB-C connector?

[adrianneilhatton]

Hi

I would also like to do the same. I had hoped this could be done in the 
configuration as opposed to a hardware change.

Geeza - have your tried a "data only" USB cable?


On Saturday, 6 June 2020 09:41:45 UTC+1, Geza Kuhmann wrote:
>
> Hi All,
>
> I'd like to make my BBAI so it could only be powered from the J9.5/6 pins, 
> but *not* from the USB-C connector.
> On the other hand, the USB-C connector should stay functional as pure USB 
> connection (using the BBAI as a USB gadget).
>
> Reading the schematic it seems to me that removing diode D81 would exactly 
> do this, but not being a hardware expert, I would be glad if somebody could 
> confirm this.
>
> Thanks,
>
> Geza
>

-- 
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/8d469952-248a-4e3d-b5d4-9907028a062fo%40googlegroups.com.

[beagleboard] Re: soft UART implementation on the AM335x PRU

[awainia . ma]

Thank you Mark,

your work is really thorough, 
I took a look on the Debugging and Benchmarking section especially UART, 
but unfortunately HW_uart doesn't support 9 bit characters transfer
but I found out that for Q1 - I need to find an exemple from the RTOS sdk 
and modify it to my needs.

-- Aouainia
On Tuesday, June 23, 2020 at 8:37:49 PM UTC+2, Mark A. Yoder wrote:
>
> I've just posted v2 of the PRU Cookbook[1].  It should help with some of 
> your questions.
>
> I suggest doing all the development in cloud9 on the Beagle.  the PRU 
> compiler is already installed on the current images.
>
> --Mark
> [1] https://github.com/MarkAYoder/PRUCookbook
>
>
> On Friday, June 19, 2020 at 9:37:17 AM UTC-4, awai...@gmail.com 
>  wrote:
>>
>> Hello,
>>
>> I am still a newbie to PRU development, and I am trying to  use the 9 
>> bits UART capability of the UART PRU firmware and I have a couple of 
>> questions 
>>
>> 1- in the code composer studio,do I use the PRU compiler or the ARM 
>> compiler ?
>> 2- do i have to use sys/bios when using the soft implementatio of the 
>> UART ? if so how to upload the generated file to the card without an 
>> emulator, ( I used FTP to deploy .out files to the beaglebone black and 
>> then coppying the firmware to the remoteproc when getting introduced to the 
>> PRU development)
>>  
>>
>

-- 
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/ac21268c-8866-45c5-845b-4364fbe3a955o%40googlegroups.com.