Hi @lazarman Thanks for your well explained reply. But the thing is since
I am new to this, I just to check one thing whether it works or not.
Since i prepared one sd card with image on it download from
here https://beagleboard.org/latest-images and I tested it on BBB board
with out any
On Tue, 18 May 2021 16:28:18 -0700 (PDT), in
gmane.comp.hardware.beagleboard.user Shrikumar Sharma
wrote:
>Thank you for your answers. However, the board never recognizes the SD
>card...
>
Which could mean a faulty uSD card socket...
--
Dennis L Bieber
--
For more options, visit
i’m replying from an email client but I lost the original and most of my
replies using Chrome and directly access the group through it. I thought
it might not present well but I actually highlighted with the client. If
you’ll tell me what I should use instead I will start using it for future
On Tuesday, May 18, 2021 at 7:49:27 p.m. UTC-4 RobertCNelson wrote:
> On Tue, May 18, 2021 at 6:28 PM Shrikumar Sharma
> wrote:
> >
> > Thank you for your answers. However, the board never recognizes the SD
> card...
>
> What is the image name of the file, you flashed with etcher.io to
On Tue, 18 May 2021 11:22:20 -0700 (PDT), in
gmane.comp.hardware.beagleboard.user Walter Cromer
wrote:
>Here's the code snippet with the two variables in bold. If those lines of
>code do not exist, the host doesn't hear from the PRU.
Such formatting does not get through the gmane
On Tue, May 18, 2021 at 6:28 PM Shrikumar Sharma wrote:
>
> Thank you for your answers. However, the board never recognizes the SD card...
What is the image name of the file, you flashed with etcher.io to your SD card?
Regards,
--
Robert Nelson
https://rcn-ee.com/
--
For more options, visit
Thank you for your answers. However, the board never recognizes the SD
card...
On Sunday, May 16, 2021 at 4:35:05 p.m. UTC-4 RobertCNelson wrote:
> The am57xx boot rom defaults to microsd before emmc...
>
> On Sun, May 16, 2021, 3:07 PM Dennis Lee Bieber
> wrote:
>
>> On Sun, 16 May 2021
BTW, caught this posting
https://forum.beagleboard.org/t/gpio-export-problem/29737
Apparently exporting twice to the same pin will cause it to go away. If I
understand the issue correctly. All the more reason to test to see if it's
already there and then not export if so.
John
>
#saw one post on the TI E2E forum that indicated #that Remoteproc/RPMSG is not
intended to be a #fast data transfer mechanism. That was by a TI #engineer I
think.
In a parallel processing architect that ability to share data quickly between
processors is paramount.With out that the ARM is
@TJF on this forum promotes a solution called libpruio that might work. I
don't know if it's fast enough though.
I thought libprio was designed to be very fast was my understanding. I Saw in
TI forum docs that UIO isn't supported in SDK Linux by TI.
I would definitely agree with below and your
I renamed the variables start_of_pulse and end_of_pulse to just PulseStart
and PulseEnd and it works now. I haven't seen anything in the PRU Compiler
manual about these being restricted names or symbols but I suppose they
were.
Weird.
On Tuesday, May 18, 2021 at 3:54:50 PM UTC-4 Walter
I could never get the PRUDebug tool to compile and run. I'll give it
another try.
What's really weird is that if I set these two variables to values like
this for example.
start_of_pulse = 5;
end_of_pulse = 15;
Then it runs just fine. I actually send the data back through RPMSG and
it's
Hi Walter
Probally unrelated but I wanted to share I saw if the linker command files
didn't include startup code to initialize variables or zero them like the ARM
does.A huge uncleaned index intyo an array wouldn't be good.
Perhaps this PRUDebug tool can speed up your debugging have not tried
Regardless of the timing, you want to store 20,000 values but I think
you've calculated correctly that you can only store 7,168 values in the 28k
of combined PRU memory and that would only be true if some of the PRU
memory wasn't used by your PRU program when it's loaded.
So are you trying to
I've been pulling my hair out over a really weird problem and after trying
everything I know to try, I'm posting it here in hopes of someone seeing
the problem.
I am running a Beaglebone Black. The output of version.sh is at the end
of this post.
Linux beaglebone 4.19.94-ti-r61 #1buster
Hi Dennis,
> Suggest
>
> if (not (IsPinBitSet(Pin, ExportedBitmask)
> or IsPinBitSet(Pin, ExportDefinedBitmask)) then begin
>
> That way you don't waste time with the TryReadCharFromFile() if you already
> know it was externally exported.
The
Sorry to dig this up but I am having the same problem as jonn and Bryan
with a BBAI.
Has anyone found a solution, in the meantime?
Thanks!!
On Tuesday, April 21, 2020 at 8:08:25 AM UTC+2 jonn...@gmail.com wrote:
> Yeah, an external BT device might be the solution but if the BT/BLE
>
On Tue, 18 May 2021 03:22:59 -0700 (PDT), in
gmane.comp.hardware.beagleboard.user Nyasha Mabasa
wrote:
"Information... We want... Information"
>
>Good day, I'm trying to setup my beagleboard and the drivers are failing to
>install. please assist
Which drivers? What OS?
--
On Mon, 17 May 2021 20:37:36 -0700, in gmane.comp.hardware.beagleboard.user
"John Dammeyer" wrote:
>A bit of a mystery in how it works other than it creates an OS fault to signal
>issues. My new function is more complicated:
>{
>The ExportPin procedure has been expanded to test to see if
Good day, I'm trying to setup my beagleboard and the drivers are failing to
install. please assist
--
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
20 matches
Mail list logo