I'm trying to learn how to do DT manipulations/configuration for the
BeagleBoard-X15/572XEVM to configure GPIO pins on the expansion headers and
to connect other peripherals on the 5728.
P. 84-85 of the BeagleBoard X15 SRM (from github) mentions that a sortable
Pin Map spreadsheet can be
One clarification We currently just need to access the USB3.0 device
when the kernel's up and running. We don't need to boot from USB3.0.
On Thursday, March 16, 2017 at 9:35:10 AM UTC-5, Jeff Andich wrote:
>
> Hi,
>
> We will need to test out "USB3.0 functionality"
Hi,
We will need to test out "USB3.0 functionality" when our custom board with
the TI AM57xx (specifically, the am5718) arrives.
I recall from a discussion at the ELC that the current TI SDK release (and
possibly the BeagleBoard-X15 image) doesn't currently support USB3.0 in
that the U-Boot
Hi,
I apologize if this has already been posted somewhere else We're
making a custom board based on the TI 5718 chip and currently have TI SDK
kernel and FS net booting on the TI 572X EVM from an Ubuntu VM.
We're new to Linux.
When discussing whether to whole-heatedly embrace the TI SDK
.0
or 3.0, but if they're < 3.0, then they should work, right?
Thanks again!!
Jeff
On Tuesday, March 7, 2017 at 6:48:37 PM UTC-6, RobertCNelson wrote:
> On Tue, Mar 7, 2017 at 5:52 PM, Jeff Andich <jeff@gmail.com
> > wrote:
> > Hi all,
> >
> >
> >
and the
BeagleBoard-X15 has the AM5728 chip?
On Wednesday, March 8, 2017 at 8:52:42 AM UTC-6, RobertCNelson wrote:
>
> On Wed, Mar 8, 2017 at 8:29 AM, Jeff Andich <jeff@gmail.com
> > wrote:
> > Thanks!!
> >
> > While figuring out where/how to drop this defconf
Thanks Robert!!
I take it the various forms of the FS images for the X-15 are under the
link at the bottom??
https://rcn-ee.com/rootfs/2016-11-10/
Thanks again!
On Thursday, March 2, 2017 at 11:30:13 AM UTC-6, RobertCNelson wrote:
>
> On Thu, Mar 2, 2017 at 11:22 AM, Jeff Andich
57xx EVM (with the big LCD screen attached),
and booted.
On Thursday, March 2, 2017 at 12:48:13 PM UTC-6, Jeff Andich wrote:
>
> Thanks Robert!!
>
>
> I take it the various forms of the FS images for the X-15 are under the
> link at the bottom??
>
> https://
If there's a reason why you need to stick with openocd, are there other
forums, http://openocd.org/discussion/forum/, where you can post up on the
messages you are seeing?
I'm currently attempting JTAG debugging of the Linux SPL on the
am572xEVM/BeagleBoard-X15 platform using CCS 7.2 (running
14, 2017 at 11:05:55 AM UTC-5, Jeff Andich wrote:
> Thanks!
>
> Well what's driving Linux on this project is the software team is
> deploying a .Net application over mono-runtime which will run on the A15
> cores. Our software team can test their .NET application o
Best news I've heard all week
Just out of curiosity is the BB-X15 that we can order now from DigiKey
still SR2 or was there another revision done on the board/silicon?
I have an am572xEvm which reports to be ES2.0/(?SR2.0?) when SPL/u-boot
boots. Will the rev_a3 device tree for the the
Attached a text file containing log of output of the dmesg command.
*** Note: The dmesg command was captured from an earlier bootup session
than from the session with the abridged kernel log pasted above ***
Thanks! jeff
On Monday, August 14, 2017 at 10:15:26 AM UTC-5, Jeff Andich wrote
console Debian Image 2017-08-11
Support/FAQ: http://elinux.org/BeagleBoardDebian
default username:password is [debian:temppwd]
On Monday, August 14, 2017 at 9:17:48 AM UTC-5, Jeff Andich wrote:
>
> Hi Robert,
>
> So far, so good. It boots and gives the "arm" prompt. Will c
Hi Robert,
So far, so good. It boots and gives the "arm" prompt. Will collect some
cursory logs and post them back up here..
Thanks and regards!
Jeff
On Saturday, August 12, 2017 at 10:05:04 AM UTC-5, RobertCNelson wrote:
>
> Jeff, give this image a quick test:
>
>
>
Thanks!
Well what's driving Linux on this project is the software team is deploying
a .Net application over mono-runtime which will run on the A15 cores. Our
software team can test their .NET application on a workstation, and then on
the embedded target. This is facilitated by the
Thanks Robert !
Looks like someone using yocto for BBB also had a similar question a couple
years
ago, https://lists.yoctoproject.org/pipermail/yocto/2015-April/024636.html...
On Tuesday, July 11, 2017 at 11:59:37 AM UTC-5, RobertCNelson wrote:
>
> On Sun, Jul 9, 2017 at 10:53 AM, marty
I THINK I have the same/similar question. Given the
BeagleBone/BeagleBoard's single ext4 partition strategy for containing the
FS and kernel and where u-boot/MLO is copied into the the "hole" below the
partition table using the dd command, where is the default and user-updated
u-boot
We just received a Maxim 3107 evaluation board and WERE planning on
interfacing it to the BeagleBoard-X15 to try to bring up extra UART ports
over SPI/I2C on the BBX15, but then we found the room for a USB hub in
place of the Maxim chips on our custom board. Nonetheless, if there's
anything
Hi,
Yesterday, for some reason, when I fetched the 2017.01 u-boot, it no longer
runs on my 572xEVM/??BB-X15?? Nothing prints out on console and no lights
blink around the SD Card. However, when I re-dd'ed MLO and u-boot.img to
the SD Card fetched 2 months ago, using the same instructions for
Thanks Robert!!
Sorry to eat into your weekend again...
My toolchain (5.4.1-2017.01) is a little older than the one on eewiki.
Will upgrade it and retry.
Rgds, jeff
On Friday, July 21, 2017 at 8:40:53 PM UTC-5, RobertCNelson wrote:
>
> On Fri, Jul 21, 2017 at 10:56 AM, Jeff Andich
**
switch to partitions #0, OK
mmc1(part 0) is current device
SD/MMC found on device 1
reading /boot/zImage
** Unable to read file /boot/zImage **
=>
When I build it with the older toolchain (gcc-linaro-5.4.1-2017.01), it
works today!
On Friday, July 21, 2017 at 9:11:01 PM UTC-5, Jeff And
pull --no-edit git://git.ti.com/ti-u-boot/ti-u-boot.git
ti-u-boot-2017.01
4) patch -p1 < 0001-beagle_x15-uEnv.txt-bootz-n-fixes.patch (the version
of this patch fetched 2 months ago).
On Friday, July 21, 2017 at 10:12:21 AM UTC-5, RobertCNelson wrote:
>
> On Fri, Jul 21, 2017 at 10:01
at 10:27:28 AM UTC-5, Jeff Andich wrote:
>
> Thanks Robert!
>
> If there's anything I can test here, let me know..
>
> Is it maybe worthwhile to try the following or is there a mismatch between
> the latest TI tree and the older version of the bootz-n-fixes patch?
>
> 1) g
Argh.
I was hoping to test the bbx15-debian-9.0-lxqt-armhf-2017-06-22 image on my
572xEVM, by burning a 4GB SD card, but for some reason, my board seems to
boot the SPL 9 times (rinse and repeat fashion) and then appears to get
stuck in the SPL. Looks like my SOC revision is different than
Will TRY to muck around with this, but will likely have to wait a week...
On Tuesday, June 27, 2017 at 8:51:35 AM UTC-5, Jeff Andich wrote:
>
> Argh.
>
> I was hoping to test the bbx15-debian-9.0-lxqt-armhf-2017-06-22 image on
> my 572xEVM, by burning a 4GB SD card, but for some r
://groups.google.com/forum/#!msg/beagleboard/0OBhPBmBD_M/ZufvDwHBBAAJ
On Friday, August 4, 2017 at 12:32:55 PM UTC-5, Jeff Andich wrote:
>
> This may be a long shot, but I just saw a reference to openocd over on the
> TI E2E CCS support pages:
>
>
> https://e2e.ti.com/support
...
On Thursday, August 3, 2017 at 9:46:10 AM UTC-5, Jeff Andich wrote:
>
> If there's a reason why you need to stick with openocd, are there other
> forums, http://openocd.org/discussion/forum/, where you can post up on
> the messages you are seeing?
>
> I'm currently attempting JTAG debu
atch using only an Ethernet connection. I'm doing that using
> BOOTP/DHCP and TFTP. It's working now.
>
> Thanks,
> Dave.
>
> On Wed, 9 Aug 2017 at 02:20 Jeff Andich <jeff.and...@gmail.com> wrote:
>
>> I'm a newbie, so take this with a grain of salt or as comic relief
There are some TI training videos on building/debugging u-boot/spl via JTAG
and Code Composer Studio, which appear to be useful, thus far. Granted
they appear to be a few year's old:
https://training.ti.com/linux-board-porting-series-module-5-installing-code-composer-studio?cu=399066.
e we had the linux
> drivers for the jtag from either TI or Lauterbach. I think using a virtual
> machine your gonna have issues
>
> Sent from Yahoo Mail on Android
> <https://overview.mail.yahoo.com/mobile/?.src=Android>
>
> On Wed, Aug 9, 2017 at 8:23 AM, Jeff Andich
&
I'm a newbie, so take this with a grain of salt or as comic relief for the
experts on this website.
I don't completely understand what you're trying to do, but it sounds like
the kernel some how contains/flashes MLO/u-boot.img???
But maybe you can generate SD Card which contains everything you
Hi,
We're not yet able to setup Ubuntu native on PC's at work, so we're using
Ubuntu under VBOX.
I'm attempting to do JTAG debugging via CCS 7.2 to the BB-X15/am572xEVM,
but when I run CCS in debug mode under an Ubuntu/VirtualBox, CCS hangs.
I'm able to view registers on the A15_0 core, but
et in the TRM especially if your final target board deviates in
> the slightest way from the reference design the gel files support
>
>
> Sent from Yahoo Mail on Android
> <https://overview.mail.yahoo.com/mobile/?.src=Android>
>
> On Thu, Aug 17, 2017 at 11:56 AM, Jef
* beagl...@googlegroups.com [mailto:
> beagl...@googlegroups.com ] *On Behalf Of *Jeff Andich
> *Sent:* Friday, August 18, 2017 10:18 AM
> *To:* BeagleBoard <beagl...@googlegroups.com >
> *Cc:* jeff@gmail.com
> *Subject:* Re: [beagleboard] Re: Last hours for Arrow's 20% off sale
eciate it!
Thanks in advance!!
On Wednesday, August 16, 2017 at 10:01:32 AM UTC-5, gcoley1 wrote:
> Yes
>
>
>
> Gerald
>
>
>
>
>
> *From:* beagl...@googlegroups.com [mailto:
> beagl...@googlegroups.com ] *On Behalf Of *Jeff Andich
> *Sent:* Wednesday
please put a note on what comes in the box?
Now I've got to order all of the obligatory accessories just to fire it up
(and maybe pay more shipping charges) argh!
Thanks!
Jeff
On Monday, August 14, 2017 at 10:40:36 AM UTC-5, Jeff Andich wrote:
>
> Attached a text file containi
Hi,
Our initial board with the 5718 has a single Kingston 256MBx16 DDR3 chip
with only 16 data bits connected to the first EMIF. The
572xEVM/BeagleBoard appears to utilize all 32 data bits, the lower 16 of
which are connected to the first Kingston DDR3 part in the "pair" while the
upper 16
oting using the fdt blob at 0x880
0
Loading Device Tree to 8ffe3000, end 826b ... OK
Starting kernel ...
[0.00] Booting Linux on physical CPU 0x0
.
.
.
Arago 2016.12 am57xx-evm ttyS2
On Tuesday, June 6, 2017 at 2:43:04 PM UTC-5, Jeff Andich wrote:
>
>
> Thanks a l
partition table - mmc 1 **
** partition table - mmc 1 **
** No partition table - mmc 1 **
** No partition table - mmc 1 **
** No partition tabl- mmc 1 **
On Sunday, June 11, 2017 at 1:03:32 PM UTC-5, Jeff Andich wrote:
>
> Thanks Robert!!!
>
> The information/education we're
Hi,
We're adding UART ports to a custom am5728-based board with a Maxim 3107
I2C<-> UART chip.
Does anyone have experience with the Maxim 3107 chip and the associated
driver (max310x) for UART over I2C on the BeagleBone, BeagleBoard, etc? If
so, what issues have you encountered?
Thus far,
to contact the patch authors directly by email for
questions relating to:
·-Soak time of the driver.
·-Known reliability issues.
·-Known gotchas
Thanks!!!
On Friday, June 23, 2017 at 11:47:26 AM UTC-5, Jeff Andich wrote:
>
> Hi,
>
> We're adding UART ports
Hi,
On the BeagleBone-X15/572xEVM, I'm attempting to switch both the SPL and
U-boot console ports from UART3 to UART10, but thus far no luck. Per the
5728 DS, UART3 and UART10 can each be tied to the same pad depending on the
mux mode. I'm Baselined on SPL/u-boot version
7 - 10:31:53)
DRA722-GP ES2.0
Trying to boot from MMC1
** Unable to use mmc 0:1 for loading the env **
Using defau environment
..Additional Console Outputs Below..
On Friday, June 9, 2017 at 3:25:49 PM UTC-5, Jeff Andich wrote:
>
> Hi Robert,
>
> Here's what I'm seeing so far, wh
9.
Start sector 8192 out of range.
Failed to add partition: Numerical result out of range
After the sudo sfdisk step..
Regards,
jeff
On Sunday, June 11, 2017 at 12:08:16 PM UTC-5, RobertCNelson wrote:
>
> On Sun, Jun 11, 2017 at 11:54 AM, Jeff Andich <jeff@gm
?
Thanks!!
On Monday, June 12, 2017 at 3:45:10 PM UTC-5, Jeff Andich wrote:
>
> Hi Robert,
>
> Yesterday, I built u-boot wrong after making your recommended change to
> board/ti/am57xx/board.c. The build date on my u-boot from yesterday was
> showing May 16, 2017.
&g
y, June 13, 2017 at 5:25:14 PM UTC-5, Jeff Andich wrote:
>
> Well right now we're moving forward with the BeagleBoard-X15 image on the
> 5728 part, but I'm still taking a look at booting the BB-X15 image on the
> 571x IDK - at least through today...
>
>
> Today I re-imaged a 1
I'm wondering the same thing..
More generally when to JTAG vs. utilizing all of the other tools out there
for debugging Linux (e.g. GDB server).
We recently tried to bring up a custom board with the am5718. We were
focused on booting the board in stages (e.g. first try to get the SPL to
Hi,
I'm curious... Did you resolve this issue or have any more information?
We've got a custom board about to come in with the 5718 and we're
base-lined on the BeagleBoard-X15 image (Debian 8.6, kernel V
4.4.30-ti-r64), and we're using different memory than what comes with the
Hi,
Does the BeagleBoard-X15 image run, out of the box on the 5718 Industrial
Development Kit (IDK) in addition to the 572x EVM or are configuration
changes needed to the image to make it compatible with the 5718 IDK?
Has anyone tried this specific configuration with the BB-X15 image? We're
Thanks a lot Robert!!
Will update what happens here... Regards, Jeff
On Tuesday, June 6, 2017 at 2:15:27 PM UTC-5, Jeff Andich wrote:
>
> Hi,
>
> Does the BeagleBoard-X15 image run, out of the box on the 5718 Industrial
> Development Kit (IDK) in addition
Thanks Robert!!
If the kernel device tree doesn't explicitly configure/re-configure a pad (e.g.
pinmux, iodelay) then will the kernel leave an existing pad configuration
performed by the SPL alone? In other words, if you setup a pad configuration
in the SPL do you need to mimic that
solution...
*** Ritisha *** Are you sure you're compiling your DTS file with all of
the correct versions of included files ??
Thanks,
Jeff
On Tuesday, September 19, 2017 at 3:56:32 PM UTC-5, Jeff Andich wrote:
>
> Hi,
>
> (I deleted my last-post because it was too word
Hi,
(I deleted my last-post because it was too wordy.).
I'm having an issue where I sometimes get DTC compile errors and run-time
behavior when I compile a Device Tree file (dts) within the u-boot source
code tree vs the kernel source tree. I made some modifications to the
device tree,
Not delving into each implementation, and not knowing anything about the
IIO driver, I would think the PRU implementation would offload the
utilization of the Linux CPU (Arm9?) vs the IIO driver. Is this true?
Also I thin the posted examples are worthwhile to those interfacing with an
Sep 20, 2017 at 9:33 AM, Jeff Andich <jeff@gmail.com
> > wrote:
> >> Hi,
> >>
> >> In general what is the support life of BeagleBoard/BeagleBone images?
>
> PS, you can also get a general idea by looking at:
>
> https://github.com/BeagleBoa
I apologize if this seems like a really bone-headed comment, but I ran into
something similar when using a USB JTAG emulator (XDS100V2) and a
USB<->FTDI cable for the console. Quite simply the USB serial device #
changed when I had both cables plugged into my host machine.
I was used to using
In this very interesting post,
http://beagleboard.org/discuss?place=topic%2Fbeagleboard%2FjnfNZIIC1V8%2Fdiscussion,
Robert said:
".. The Device Tree Binaries get appended to u-boot.img, luckly we really
don't use them, as we just grab the kernel version.."
I don't quite yet grasp the full
I'm afraid I haven't tried BB-I2C2 dts yet as I'm primarily focused on the
BB-X15 now, but I've noticed something a bit strange when it comes to
compiling device trees, and it MAY be relevant to this issue.
If not, please let me know and I will delete this text in this thread and
move it
Hi,
In general what is the support life of BeagleBoard/BeagleBone images?
We're baselined on the "last" BB-X15 image with Debian 8.6 and kernel
4.4.30, but with a later u-boot, 2017.01.
Our software team is running a .Net application over Mono version 8, and
highly discourages any upgrades
Hi,
I had a hard time finding a Debian Jessie console image (.img file) for
both BB-X15 and BBB. I eventually found that here,
https://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Debian_Build_Instructions/
, but it seemed like LXQT images were more readily available.
But if we needed a
), the board boots up again, so long as the MLO size is < ~ 131 KB
(128 KiB)...
Thanks, FYI, and regards..
Jeff
On Friday, September 29, 2017 at 8:59:39 AM UTC-5, Jeff Andich wrote:
>
> Hi,
>
> In u-boot/board/ti/am57xx/board.c, function, vcores_init() appears to be
> initializin
Is there maybe any discussion on making a commercially-available breakout
board for the X15's expansion header connectors?
So maybe the mating Hirose connector plugs into 1/4 expansion headers on
the BB-X15 and attaches to a breadboard through a short ribbon cable?
Just curious..
Thanks in
Jeff
On Wednesday, October 4, 2017 at 7:04:34 PM UTC-5, RobertCNelson wrote:
>
> On Wed, Oct 4, 2017 at 6:48 PM, Jeff Andich <jeff@gmail.com
> > wrote:
> > Hi,
> >
> > I had a hard time finding a Debian Jessie console image (.img file) for
> both
> &g
Hi,
I'm also having some issues enabling/disabling UART1, 2 through the device
tree, am57xx-evm-reva3.dtb, on the BB-X15.
I'm attempting this on an am572xEVM, rev a3 with beagleboard image with
debian 8.6 and kernel 4.4.30. Thus far, nothing is coming out the TXD pins
when I run minicom on
Hi,
In u-boot/board/ti/am57xx/board.c, function, vcores_init() appears to be
initializing a pointer to one of 2-3 tables which appear to contain a set
of voltage rails for all the cores on a given board.
I witnessed something a little funky last-night and I was wondering if you
might have
Hi,
Hope everyone in the Southeast on this site (and in general) is starting to
put the pieces back together post- storm Harvey.
Last-night and today I tried applying the latest patches for the BB-X15 to
the 2017.01 branch of u-boot per the instructions on
eewiki,
!!
On Thursday, August 31, 2017 at 3:05:28 PM UTC-5, RobertCNelson wrote:
>
> On Thu, Aug 31, 2017 at 2:59 PM, Jeff Andich <jeff@gmail.com
> > wrote:
> > Hi,
> >
> > Hope everyone in the Southeast on this site (and in general) is starting
> to
> >
Glad I saw this post! I was able to enable UART1 and confirm that the BBB
talks to the UART on my host PC using config-pin 924/926 uart.
However, I'm still having an issue with enabling UART1 or UART3 via u-boot
overlays in uEnv.txt on the BBB. I'm new to u-boot overlays.
When the
Hi,
Will the 8250 driver still allow "manual" control of the RTS line for a
given UART from an application like Python or C# (where the application
toggles the state of the RTS line, rather than driver, after sending a
request message in order to toggle the 485 XCVR), or is the OMAP driver (in
Hi,
Has anyone had any difficulty outputting GPIO,UART, I2C, signals from the
BB-X15's expansion header? I haven't yet been able to successfully get
GPIO and/or UART data to come out on the associated pins of the 4 expansion
ports of the am572xEVM/BB-X15. We made a PCBA breakout board which
I know nothing about myoelectric prosthesis and the processing and real
time requirements for what this device is required to do.
Sounds like the thesis could entail an analysis of existing myoelectric
prosthesis currently available, and selection of a range of
computers/processors which are
And the investigation continues in the following thread on E2E:
https://e2e.ti.com/support/arm/sitara_arm/f/791/p/649900/2388226#pi316653=1
Thanks and FYI,
On Monday, December 11, 2017 at 2:22:52 PM UTC-6, Jeff Andich wrote:
>
>
> My comments above about configuring the pinmux in u
continued issues, but I'm hoping this is the end of it...
ARGH
On Monday, December 11, 2017 at 2:22:52 PM UTC-6, Jeff Andich wrote:
>
>
> My comments above about configuring the pinmux in u-boot SPL vs. the
> kernel device tree are somewhat misleading per the comments at the t
/
On Wednesday, October 25, 2017 at 4:31:01 PM UTC-5, CJA wrote:
>
> +1 to Jeff's comment, would it be possible to share the lab hand
> outs/presentation.. Thanks - Carmelito
>
> On Friday, October 20, 2017 at 8:37:20 AM UTC-7, Jeff Andich wrote:
>>
>> Ok Cool!
>&
try picking a pinmux/IOSET which already has
an RTS/CTS signal defined for a given UART. The 8250 driver might allow
that use case to work Will let you know what we find out..
Thanks!
Jeff
On Thursday, November 16, 2017 at 5:19:25 PM UTC-6, Jeff Andich wrote:
>
> I'm fairly con
ggling of RTS pin with dedicated RTS pin.
>
> I think if you check the stock standard image name i provided it will
> answer your questions: I believe OMAP is not loaded from some version
> onwards
>
>
>
> On Mon, Nov 20, 2017 at 9:39 PM Jeff Andich <jeff@gmail.com
&g
.
debian@BeagleBoard-X15:~$ uname -r
4.4.83-ti-r119
debian@BeagleBoard-X15:~$ cat /etc/dogtag
BeagleBoard.org Debian Image 2017-10-02
debian@BeagleBoard-X15:~$
Regards and thanks!
Jeff
On Tuesday, November 14, 2017 at 6:44:22 PM UTC-6, Jeff Andich wrote:
>
> Hi,
>
> Will the 8
Yeah we also stumbled last-week on Tx and Rx being swapped/ ‘crossed’ for UART1
(?only?) on the BB-X15 AND TI 572x evm REVA3 schematics. The other UARTS
appear fine. Details to follow.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are
Hi,
I cannot find the post, but a few months ago, I asked if there was a
breakout board planned for the 4 expansion headers on the X15. I THINK
Gerald responded by indicating that he had something already designed, but
that he hadn't yet had the chance to release it and get it into the
successfully gotten her/his BeagleBoard-X15 to output known
signals on the expansion header pin?
Any information would be greatly appreciated. Even a "Yes this worked fine
for me," would be helpful!
On Tuesday, December 5, 2017 at 6:28:00 PM UTC-6, Jeff Andich wrote:
>
>
On Tuesday, December 5, 2017 at 6:25:17 PM UTC-6, Jeff Andich wrote:
>
> Note: Per the 572xEVM_REVA3 schematic and the pad configuration of our
> boot loader, gpio5_8 comes out on pin 55 of the P17 expansion header on the
> BB-X15.
>
> Incidentally, I tried varying the bri
generated.. This is certainly the case with the LXQT
Tomorrow, I'll try explicit declarations for
On Monday, December 4, 2017 at 5:49:59 PM UTC-6, Jeff Andich wrote:
>
> Hi,
>
> Has anyone had any difficulty outputting GPIO,UART, I2C, signals from the
> BB-X15's expansion header?
2017 at 10:21:54 AM UTC-6, Jeff Andich wrote:
> Still investigating this. Still no luck with getting GPIO or UART to come
> out on the corresponding pins on the expansion header with our PCBA
> breakout board.
>
> I'll try to write up what I've found thus far by end of today (
Well I'm sure you've already seen this (so it's probably not what you're
looking for), but there's a file,
https://github.com/beagleboard/beagleboard-x15/blob/master/BEAGLEBOARD_X15_REVB1_CAD.zip
Thanks!
Jeff
On Saturday, December 9, 2017 at 3:13:22 PM UTC-6, rj...@umich.edu wrote:
>
>
>
, Jeff Andich wrote:
>
> Ok, here's some of what we tried today on the 572xEVM/BB-X15. Once again,
> we were able to get GPIO working on our custom hardware board with the
> 5728, but not yet on the 5728EVM/BB-X15.
>
>
> 1) We re-configured a pin (VOUT1_D6 on header P18) on
), IO glitches can occur. I'm not sure what the implications of these
glitches are.
Also, our TI rep advised to only do pinmuxing for the 5728 while in
isolation mode, except for the MMC, which has to be done in the kernel
device tree.
On Friday, December 8, 2017 at 6:06:04 PM UTC-6, Jeff Andich
glitches can occur. I'm not sure what the implications of these
glitches are.
Also, our TI rep advised to only do pinmuxing for the 5728 while in
isolation mode, except for the MMC, which has to be done in the kernel
device tree.
On Friday, December 8, 2017 at 6:06:04 PM UTC-6, Jeff Andich
Hmmm , the weight’s not in the SRM on github?
I will try to take my BB-X15 572xEVM (sans the LCD screen) to the mailroom at
work and weigh. the aluminum standoff’s are attached as feet so it may not be
an exact weight.
Hey, are you guys using the X15 for a university project? When the time’s
I THINK with the 8250 driver and the beaglebone/board images, 6 UART's show
up in the /dev/ directory as /dev/ttyS0... /dev/ttyS5 by default, but that
doesn't mean that all of those 6 UARTs are enabled. You have to
explicitly enable them. For instance, if you login as root and start
poking
I think we've wrestled with this issue as well. We're still working with
Jessie console images from
https://rcn-ee.com/rootfs/bb.org/testing/2018-02-01/console/, and they seem
to be pretty stable, from the testing we've done to date.
I'm not yet sure and am still very curious about the test
Does this page contain what you need?
https://elinux.org/Beagleboard:BeagleBoneBlack_Debian
--
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
!!
On Wednesday, May 16, 2018 at 5:12:40 PM UTC-5, Jeff Andich wrote:
>
> I ran into a similar issue when I upgraded my kernel on an existing BB-X15
> image and then attempted to run the flasher script from the SD card on a
> BB-X15:
>
>
> http://beagleboard.org/discuss?place=msg%2F
Is your SD card correctly programmed with the image?
Is there an issue with your SD card? Do you have another one to try?
Did you grab the right image file for the right product?
Are you able to stick that SD card containing the beaglebone image into a Linux
PC via say a USB<->SD card
I ran into a similar issue when I upgraded my kernel on an existing BB-X15
image and then attempted to run the flasher script from the SD card on a
BB-X15:
http://beagleboard.org/discuss?place=msg%2Fbeagleboard%2Fx1mxG7c-ilg%2F2Q8OROMCAwAJ
Where Robert indicated to do:
(1) depmod -a
(2)
ing these
delays to 0,0
Note: Temporarily experimenting with changing the pinmux in the device tree
as opposed to u-boot-spl, and am aware of the glitch errata. When we're
done testing, we'll update our pad configuration arrays in u-boot to keep
the 5728 pinmux glitch monster at bay...
On Tuesday, Mar
Hi,
Our custom board based on the BB-X15 has a(n) FT4232 USB<->serial hub to
realize some of our serial ports. From the data sheet and programming
guide, it looks like the chip supports RS485 toggling of a DE pin on a 485
chip via the chip's TXDEN line. But the data sheet and programming
Does anyone know if the sessions will be recorded and then posted online at
some point like with the ELC?
Thanks! jeff
On Tuesday, October 17, 2017 at 7:13:27 PM UTC-5, CJA wrote:
>
> Okay, Thanks for letting me know..Please let me know if a spot opens up
> for -Rapid Prototyping & Linux
...
On Thursday, October 19, 2017 at 10:42:49 PM UTC-5, Drew Fustini wrote:
>
> On Thu, Oct 19, 2017 at 8:19 AM, Jeff Andich <jeff@gmail.com
> > wrote:
> > Does anyone know if the sessions will be recorded and then posted online
> at
> > some point like with the EL
Hi,
*There was a post on BeagleBoard.org about a year ago which referenced this
website where there appear to be more recent posts on Android for BBB:.
http://www.2net.co.uk/android4beagle.html
*It looks like TI now has an Android TI processor SDK for BB-X15. Maybe
you could compare the
and the
corresponding Makefile..
Maybe I should try your device tree builder...
On Friday, January 5, 2018 at 8:58:40 AM UTC-6, RobertCNelson wrote:
>
> On Thu, Jan 4, 2018 at 9:25 AM, Jeff Andich <jeff@gmail.com
> > wrote:
> > Ok, so if I understand correctly, if I git th
1 - 100 of 188 matches
Mail list logo