I'm here, but certainly not an expert. What are you trying to do?
--David
On Sun, Feb 10, 2019, 11:18 AM David Malawey Hello,
>
> Please indicate if this email address is active. I'm having issues with
> beaglebone blue for classroom use and I am in need of help.
>
> Cheers,
>
> David Malawey,
I don't have any experience (yet) with using Tk specifically on the LCD3
cape, but it is something I'm going to experiment with.
Is Tk an option for you?
http://www.tkdocs.com/
It's usable from scripting languages such as Tcl, Python, Perl, and Ruby.
You can also use it with straight C via the
I've been using the prebuilt debian 8 images on a BBW without problems, so
like you said, it must be something in the build process.
I have not tried this myself, but just thinking about it:
1> Bad "burn" to SD card?
2> /boot/uEnv.txt has some options that are trying making U-Boot try to
look for
Hi All,
I'm a little confused as to how to get data into the PRU using
remoteproc/vrings.
Background:
I have successfully adapted the remoteproc examples to get an LED matrix
scrolling message board working with an initial test image. I can also
send data to /dev/rpmsg_pru30 to turn the display
Great! Thanks for the info, All. I'm getting somewhere now :)
I've got more PRU questions, but will start a new thread since it's not
exactly related.
@ZeekHuge: Nice info on your website! It's the website I wish I would have
made after all of my stumbling around with PRUs.
--David
On Sat, Ju
d firmware matter
in order for the '$PINS' file to show that the mode was changed to
pru_r30_blah_blah.
Thanks!
On Wed, Jun 8, 2016 at 12:07 PM, David Good wrote:
> Good suggestions Greg! I didn't know about rmmod -f. You learn something
> new every day!
>
> I didn'
firmwares. Taking it to the next step, you can use
> your prumod and prumodin commands in your build script so that the firmwares
> are copied to the /lib/firmware directory, old firmwares removed and new
> firmwares loaded and started all in a single command.
>
> You should be abl
Alright, I'm making some progress, but am having some issues:
1. I can't seem to get my device tree to change the mode of pins associated
with the pruss, but other pins are configured correctly. Is there some
kind of order that the PRU firmware and device tree has to load in?
/* Start EBB-PRU-Ex
Thanks Greg!
I did get the file at:
http://software-dl.ti.com/codegen/non-esd/downloads/download.htm#PRU
but got a little weirded out with the HUGE, legally binding contract that
seems to say that you can't distribute your source code, only executables
when using that package.
I'll definitely lo
Hi All,
Is there a good example of developing using remoteproc on the beaglebone
using only open source/free software? The docs at TI are really good, but
rely on Code Composer Studio or PRU code generation tools etc.
I was hoping for something like this:
https://github.com/beagleboard/am335x_pr
...
> Btw: what is X11? The link is not terribly clear for me as a novice...
>
> Best regards,
> Harke
>
>
> On Sat, Mar 26, 2016 at 10:01 PM, David Good
> wrote:
>
>> It looks like you need to set the DISPLAY environment variable so that
>> tkinter knows whi
It looks like you need to set the DISPLAY environment variable so that
tkinter knows which display to use.
Is X11 installed on the BBB?
On my linux machine, when I try echo $DISPLAY, I get ":0.0" without the
quotes.
What happens if you run that command?
You might check out some of the info on t
Or does it have something to do with the external RTC specifically? I made
a cape that had an RTC which loads correctly at boot time using kernel 3.8
something, so maybe it's a kernel problem. Can you check if another cape
loads automatically on boot correctly?
--David
On Fri, Mar 25, 2016 at
If your question is about PyCharm setup, I can't really help you there as I
don't use it, but if your question is about scp, I can help you there.
>From windows, you can run the command:
scp myFileOnWindows.py user@bbbIpAddress:/home/user/projDir/
substituting your info for the various place hold
The problem is in the adafruit code itself, specifically lines 122 and 144:
https://github.com/adafruit/adafruit-beaglebone-io-python/blob/master/source/spimodule.c#L122
https://github.com/adafruit/adafruit-beaglebone-io-python/blob/master/source/spimodule.c#L144
The buffer they are using is an
Yes, I would love for someone to give me tips on setting up a periodic
timer interrupt. What I have might be the only way to really do it, but I
would assume not.
Thanks for your tips on ghosting. I will use it when I start to see real
data in the buffers rather than my simple test patterns.
Ab
every time the
> driver is waiting on the buffer. And I do not know how often this method in
> your module is called, but that potential for latency from the sleep() and
> the big O nested loop situation . . . is your buffer really a two
> dimensional array ? I'd definitely loo
d by turning interrupts off during those few
>> >> >> instructions.
>> >> >>
>> >> >> So the first question to ask is "what's going on with the strobes
>> and
>> >> >> data?"
>> >> >>
>
I'm totally out of space (100%) disk usage on my Debian image flashed to a
4GB SD card for a Beaglebone White. Is there an easy way to remove all of
the desktop oriented packages for users who are using these in a headless
maner?
I started to poke around the installed packages with various dpkg -
gt; >bounds to try and force stricter timing and because when I did +/- 10%
> you
> >> >could definitely see more visual artifacts.
> >> >
> >> >Also, you will notice that the strobe pin is toggled high and then
> >> >immediately low, which I&
It sounds like a good idea! At a minimum you should add some kind of
buffering to the signals as Jacek suggested. This can be opto-isolators,
signal buffers, or logic-level converters. It really depends on how
"industrial" you are trying to be. Is this a one-off, or are you trying to
make sever
riously
> slow
> >> ), or you're copying data from userspace to kernel space, which again is
> >> slow.
> >>
> >> The reason I said to show us some code above however is that I think it
> >> *should* be possible to use /dev/mem/ + mmap() to acce
I'm sorry to hear the frustration Karl, but actually I'm on the other arc:
Pi to BeagleBone. The Pi has a lot going for it, but I get the feeling
it's trying to craft an Arduion-like experience. That's great for messing
around, but my experience was that as soon as you leave the well worn path,
y
relevant code to give you a
> better idea how that might work.
>
> On Sun, Mar 20, 2016 at 8:58 PM, William Hermans
> wrote:
>
>> Show us some code.
>>
>> On Sun, Mar 20, 2016 at 6:28 PM, David Good
>> wrote:
>>
>>> Hi All,
>>>
>>
Hi All,
I've been experimenting with embedded linux and matrixed LED displays. I
started on a Raspberry pi user space program, but could see visual
artifacts on the display due to inconsistent timing of my sleep command.
So, I figured that moving the basic row scanning into the kernel would help
25 matches
Mail list logo