Oh - I'm using the latest Debian build from the 19th March 2017.
Cheers,
Dean
On Tuesday, 11 April 2017 16:00:53 UTC+10, Dean Claxton wrote:
>
> Hi,
>
> I'm building a custom cape that uses a number of on-chip peripherals
> including UART1,2,4,5, SPI1, I2C1, I2C2 (cape eep
Hi,
I'm building a custom cape that uses a number of on-chip peripherals
including UART1,2,4,5, SPI1, I2C1, I2C2 (cape eeprom), ADC, plus a number
of GPIO.
At the moment I'm in the process of testing the first hardware revision of
the cape, and creating the driver overlay - I'd like to be
Thanks Pak,
I've posted a new topic specific to my configuration - I can receive on
uart1 and 2 but no transmit. Uart5 and 5 are all good.
Cheers,
Dean
On 7 Apr 2017 12:55 AM, <deanclax...@gmail.com> wrote:
Hi,
I am experiencing a similar issue on 4.4.54 - I am attempting to use uarts
target = <>;
__overlay__ {
onewire@0 {
status = "okay";
compatible = "w1-gpio";
pinctrl-names = "default";
pinctrl-0 = <_onewire_pins>;
I am having the same symptom with BBB rC. I am trying to install a -bone
mainline kernel.
I tried 4 of the latest images. When I use a ti kernel ssh works. As soon
as I install a -bone kernel 192.168.7.2 stops working.
I installed identical images on uSD/eMMC. Works ok from SD card. eMMc
I solved the problem by installing the latest image from beaglebone.org.
Now I can load capes no problem.
Thanks anyway.
On Sunday, January 1, 2017 at 2:16:58 AM UTC-5, Dean Gouramanis wrote:
>
> I am having a similar problem as described above. I am trying to load a
> custom cape.
I am having a similar problem as described above. I am trying to load a
custom cape.
I am trying to load a copy of BB-BONE-LCD4.dts. Eventually I plan to modify
this overlay to include an LCD panel, but for now i've *cloned the dts file*,
changed the part number to DOPTOCAPE1, and renamed the
. Am
I missing something here ?
On Sunday, January 31, 2016 at 7:12:15 PM UTC-7, Dean wrote:
>
>
> I backed away from the previous application this one is not the same. It
> appears to be okay ...
>
> root@beaglebone:~# ls -lh /dev/spi*
> crw-rw 1 root spi 153, 0 Jan 27
I am trying to get the SPI bus to work, unfortunately it will not change
states. Is there something obvious that I am missing. I believe that this
ties into my previous post on strace and is the reason that I cannot my LCD
to work. Thanks in advance to those that respond to this post.
root@beaglebone:~# dmesg | grep bone
[5.093226] bone_capemgr bone_capemgr: Baseboard:
'A335BNLT,000C,2715BBBK0795'
[5.100609] bone_capemgr bone_capemgr:
compatible-baseboard=ti,beaglebone-black - #slots=4
[5.168530] bone_capemgr bone_capemgr: slot #0: No cape found
[5.228522]
I backed away from the previous application this one is not the same. It
appears to be okay ...
root@beaglebone:~# ls -lh /dev/spi*
crw-rw 1 root spi 153, 0 Jan 27 02:43 /dev/spidev1.0
crw-rw 1 root spi 153, 1 Jan 27 02:43 /dev/spidev1.1
--
For more options, visit
I found a great source of information on SPI ...
https://www.kernel.org/doc/Documentation/spi/
--
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
He is also using an accompanying 74HC595 8 bit serial shift register in a 4
bit (interface DB4-DB7 configuration).
--
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
Interesting. Just reloaded with an updated kernel and this time it did not
crash. All the same similar problems remain. William all things equal if
you found the book remedial I would like to challenge you on that. Buy
yourself an LCD and see if you can replicate what Derek Molloy did there in
Newhaven Model: NHD-0216K1Z-NSB-FBW-L.
--
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
The code came from Derek Molloy's Exploring Beaglebone -Tools and
Techniques Chapter 9 page 362 Listing 9-10. Regarding a decent book on how
to spidev have you any recommendations? I am the first to admit I am a
novice and it goes without saying that we all started somewhere as
frustrating as
*apt-get install build-essential *
*In 3.8.x spidev2.0 could be used on spi1, but with 4.1.x+ the "first" is
spidev1 (even if spi1 over spi0..) > *
* SPIDevice *busDevice = new SPIDevice(2,0); //Using second SPI bus (both
loaded)*
*The code is trying to open /dev/spidev2.0, but it's
*pt-get install build-essential *
*In 3.8.x spidev2.0 could be used on spi1, but with 4.1.x+ the "first" is
spidev1 (even if spi1 over spi0..) > *
* SPIDevice *busDevice = new SPIDevice(2,0); //Using second SPI bus (both
loaded)*
*The code is trying to open /dev/spidev2.0, but it's not
Thanks Robert. I will give it another whirl.
--
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
Natively I am running 4.9.2 ...
cat /proc/version
Linux version 4.1.12-ti-r29 (root@a5-imx6q-wandboard-2gb) (gcc version
4.9.2 (Debian 4.9.2-10) ) #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 2015
That said I also have a VM of Debian 8.2 which I have used on occasion for
cross compilation and
I ran strace and it generated the following output. I am not sure exactly
what it all means. It seems to me that some files are missing. I am unclear
at this point in how to obtain the missing files? Are the missing files
generated by make file or do they come from somewhere else? At any rate
I am trying to decipher my strace. My setup is Linux beaglebone
4.1.12-ti-r29 #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 2015 armv7l GNU/Linux
BeagleBoard.org Debian Image 2015-11-12. I am not sure on how to interpet
my findings. In particular of the files that are missing is that because I
need
I decided to close this post and repost as an strace question as it is more
to the point. Thanks William for directing my attention to strace.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
"BeagleBoard"
Thanks for getting back to me. I am running gcc version 4.9.2
crico@crico-X555LAB:~$ cat /proc/version
Linux version 3.19.0-47-generic (buildd@lgw01-56) (gcc version 4.9.2
(Ubuntu 4.9.2-10ubuntu13) ) #53-Ubuntu SMP Mon Jan 18 14:02:48 UTC 2016
--
For more options, visit
4.9.2
cat /proc/version
Linux version 4.1.12-ti-r29 (root@a5-imx6q-wandboard-2gb) (gcc version
4.9.2 (Debian 4.9.2-10) ) #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 2015
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the
What was posted was running on my BBB. That said I also have a VM of Debian
8.2 which I did some cross compiling. At any rate my GCC is 4.9.2
cat /proc/version
Linux version 4.1.12-ti-r29 (root@a5-imx6q-wandboard-2gb) (gcc version
4.9.2 (Debian 4.9.2-10) ) #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC
cannot install cmake on Linux beaglebone 4.1.12-ti-r29
crico@crico-X555LAB:~$ ssh dean@192.168.7.2
Debian GNU/Linux 8
BeagleBoard.org Debian Image 2015-11-12
Support/FAQ: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian
default username:password is [debian:temppwd]
dean
The more I learn the more I realize how little I know. Robert, thanks for
coming through on this. Problem solved.
--
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
I now know what is going on, but I'll be damned if I know how to resolve
it. Prior to adding #include the usleep function would not take.
Hopefully a coding guru might be able to help me out on this one as I am
novice when it comes to coding.
It turns out that #include is not required. I was using the
usleep function earlier. Regardless the end result is the same. No go.
Everything would indicate that although it compiles and builds it fails to
come through on the link. Back to reading.
*My BBB setup is as follows ...*
Linux beaglebone 4.1.12-ti-r29 #1 SMP PREEMPT Mon Nov 9 22:46:19 UTC 2015
armv7l GNU/Linux
BeagleBoard.org Debian Image 2015-11-12
*For whatever reason I cannot access a library (i.e. libEBBLibrary.so) and
I am not sure what I am missing. Might someone offer a
All said something else is going on here. libEBBLibrary.so is definitely
there yet it does not take. I should mention that namespace std is being
used to make updates on code easier. See code listed below.
root@beaglebone:~/exploringBB/chp09/LCDcharacter# export
Graham thanks man!! This problem has been solved. Very much appreciated.
--
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
Robert you Rock !! Thanks man the problem has been solved at this end. Much
appreciated.
Wrong dtc..
>
> Follow:
>
> https://github.com/beagleboard/bb.org-overlays
>
> and run:
>
> ./dtc-overlay.sh
>
> then use:
>
> /usr/local/bin/dtc
>
>
>>
>> root@beaglebone:~/boneDeviceTree/overlay# ./build
Managed to disable the HDMI with the latest image. Thanks Robert.
--
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
I am hoping that someone might be able to help me out on this one. I
recently updated my Beaglebone Black Image as listed below in the hopes of
running a script that would allow me to test the i/p and o/p's on my BBB.
Unfortunately although the code compiles and there does not appear to be
I would like to access the internet while I am on my BBB so that I can
update some files using git. Unfortunately I have not been successful in
gaining access to the internet through my BBB. I tried the link below
without success. I had assumed that the Debian configuration would be the
On Wednesday, December 9, 2015 at 8:19:06 PM UTC-7, Dean Bate wrote:
>
> Thanks for the reply. In the link that you sent me
> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2015-11-03 Is the
> procedure as listed in section 3.2 (i.e.flash the eMMC) all that is
> required
all that is relevant in getting the
following command to work ...
$ sudo sh -c "echo BB-SPIDEV1 > $SLOTS
Regards,
Dean
On Wed, Dec 9, 2015 at 3:04 PM, Robert Nelson <robertcnel...@gmail.com>
wrote:
> >
> > I am using Ubuntu 15.04 and the BB Debian image on my BBB is 201
I was trying to find a tutorial on how to install the JTAG connector on the
BeagleBone Black and the only one I could find is this one:
https://www.youtube.com/watch?v=7JmHn7aN2FU
Does anyone know of another?
--
For more options, visit http://beagleboard.org/discuss
---
You received this
Travis:
Would you be willing to share your HDMI code in it's current state? I'd
like to be able to play with it and see if I could get something working
with the hardware I've got.
Thanks in advance!
Sincerely,
Dean
On Monday, April 14, 2014 9:50:23 AM UTC-7, dean@gmail.com wrote
Travis:
I know that you have alot going on there with other projects, but just
checking if you have any progress on bare-metal HDMI code at this point?
I'm looking forward to what you have to show. Especially the pin-muxing
part :-)
Sincerely,
Dean
On Wednesday, March 26, 2014 10:07:41 AM
Thanks alot for all your efforts! I'll keep an eye on this group for your
developments.
On Tuesday, March 25, 2014 9:51:57 AM UTC-7, Travis Estep wrote:
Yes, I do have this somewhat working now. It has taken a lot of time and
many different resources to get to where I am now, but progress is
Travis:
Do you have HDMI output working on the Black with bare-metal? Do you have
some code that you could share? I'm going bare-metal and would like to
see what you have.
Thanks in advance!
Dean
On Saturday, January 18, 2014 1:26:27 PM UTC-7, Travis Estep wrote:
Hello! I've been hacking
is correctly set to mode#2 and I'm reading
from data offset at memory 0x4802A000. However, I always get a value of
0x87 at all times.
Anyone have a suggestion on this?
Thanks in advance!
Dean
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you
Yes, it is possible to couple the ports using isolation capacitors instead of
transformers. This is not unusual in blade/backplane systems.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard
46 matches
Mail list logo
