Re: [beagleboard] 1680x1050x60 Resolution via HDMI

c: 55.93 kHz; pclk: 106.50 MHz Modeline "1440x900_60.00" *106.50* 1440 1528 1672 1904 900 903 909 934 -hsync +vsync So, assuming I'm reading this right, I think this clears up what I can and cannot do... Apologies for the confusion. On Tuesday, January 19, 2021 at 9:40:02 PM UTC-5 Matt Parn

Re: [beagleboard] 1680x1050x60 Resolution via HDMI

I've screwed up something in my math above...sorry. Reading up on pixel clocks. On Tuesday, January 19, 2021 at 9:28:34 PM UTC-5 Matt Parnell wrote: > Robert, > > Thank you so much for the quick reply and clarification regarding > enabling/disabling outputs. Makes sense. >

Re: [beagleboard] 1680x1050x60 Resolution via HDMI

different this time around; I swear in the past it would just revert to 1280x1024 when I tried that setting, but maybe I'm not remembering some detail. On Tuesday, January 19, 2021 at 8:55:12 PM UTC-5 RobertCNelson wrote: > On Tue, Jan 19, 2021 at 7:16 PM Matt Parnell wrote: > > &

[beagleboard] 1680x1050x60 Resolution via HDMI

I've been working for some time on trying to achieve the highest resolution possible for a BeagleBone Black system I'm setting up as a dashboard running Chronograf. I've tried multiple operating systems and builds (including a brief stint with FreeBSD), but what I'm using now is a Debian 10.7

Re: [beagleboard] Re: Weird behaviour: input/output error and no commands after few minutes

I think I managed to get past this issue. I tried another SD card, it was a really old one I had lying around, 2GB in size. I'm pretty sure there was nothing wrong with the previous 16GB card as it was used in my action camera. Fsck also found no errors. Using the 2GB card I went through the same

Re: [beagleboard] Re: Beaglebone as a USBTMC Device

Adrian is correct. Python USBTMC allows me to control USBTMC devices, it does not make the Beaglebone into a USBTMC device. I will check out the link you sent me and see if it helps. If anyone has experience doing this, please let me know. Thanks. -Matt On 1/14/2019 7:42 AM, Adrian

[beagleboard] Beaglebone as a USBTMC Device

know it can be done, but I do not have any idea how to do it. Thanks! -Matt Bradley -- 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

[beagleboard] Getting MAME running on PB

I've been working on a project involving the PocketBeagle running as a miniature arcade cabinet, but I'm running into a brick wall getting MAME to run. I have the device tree overlay set up so that it will output to an Adafruit 1.8" TFT screen over SPI (based on the dts file here:

Re: [beagleboard] Spam on the list

He claimed he wasn't doing it and asked for my resume (really!). Maybe if more people called... On September 19, 2018 11:44:40 AM PDT, evilwulfie wrote: >Did he give a shit?  I suspect not. > >On 9/19/2018 11:03 AM, Matt Bradley wrote: >> He puts his phone number in his

Re: [beagleboard] Spam on the list

He puts his phone number in his email. Call him and tell him to stop. I did. On September 19, 2018 11:01:04 AM PDT, Jacek Radzikowski wrote: >Dear group admins, > >because no one is willing to take any actions on the spammer who >regularly >sends unwanted messages to the list, and who

[beagleboard] Re: gdbserver

Actually, (with the help of ZMatt in the chatroom), I solved this problem last night. The problem was not with gdbserver (which was installed) but with gdb (which wasn't). Apparently, gdb is *not* installed by default (which I did not know). So I should have done the following: sudo

[beagleboard] gdbserver

Hello All, Thank you for taking the time to consider helping me. My goal is to write C++ programs for the Beaglebone Black. I have been looking at a variety of ways, including Cloud9 and Eclipse (with cross compilers). But in the end, they all have one thing in common. I can't get any of

[beagleboard] Re: Looking for some assistance on finding an image that has a working pinmux driver set.

for any advice, -Matt On Friday, March 9, 2018 at 6:27:23 PM UTC-8, Drew Viersen wrote: > > > Having the hardest time with my beaglebone blue. first and foremost, i > followed the instructions after firing the unit up the first time, and > flashed the latest image. Since then, all

[beagleboard] Device tree pin mux doesn't match /sys/class/gpio when gpio is exported

I have a custom DTS I use for a custom cape on the BBB. The .dts file compiles well, I move the .dtbo to /lib/firmware, and then run sudo update-initramfs -uk `uname -r` In /boot/uEnv.txt I have listed my custom overlay: cat /boot/uEnv.txt uname_r=4.4.16-bone-rt-r11

Re: [beagleboard] writing to [/dev/mmcblk1] failed using bbb-eMMC-flasher-eewiki-ext4.sh

Hi RC, Thanks for the confirmation. I too have since gotten it to work on a number of BBBs, however one it doesn't like. The serial output is what I have above ending with the busybux and the initramfs prompt. Not sure what is going on with that particular one. I'll investigate it more

Re: [beagleboard] writing to [/dev/mmcblk1] failed using bbb-eMMC-flasher-eewiki-ext4.sh

OK I I ran the update twice in /opt/scripts/tools and got the Already up to date message(it updated the first time). Now when I run the script ./beaglebone-black-make-microSD-flasher-from-eMMC.sh I get this in seriall output. U-Boot SPL 2016.03-dirty (Apr 19 2016 - 15:43:26) Trying to boot

Re: [beagleboard] writing to [/dev/mmcblk1] failed using bbb-eMMC-flasher-eewiki-ext4.sh

Hi Robert, Just made a new image using the ./beaglebone-black-make-microSD-flasher-from-eMMC.sh of BBB I have running 4.4.16-bone-rt-r11 and am getting the same error NAMEMAJ:MIN RM SIZE RO TYPE MOUNTPOINT mmcblk0 179:00 7.4G 0 disk `-mmcblk0p1 179:10 7.4G 0 part /

Re: [beagleboard] UARTS in kernel 4.4: no /dev/ttO* ?

ne:~$ sudo sh -c"echo 'BB-UART2' > >>>>> /sys/devices/platform/bone_capemgr/slots" >>>>> [sudo] password for william: >>>>> sh: 0: Illegal option -h >>>>> william@beaglebone:~$ sudo sh -c "echo 'BB-UART2' > >

Re: [beagleboard] can't setup more than 2 UART's at the same time

Once you were successful here did you get the corresponding /dev/ttyO2 , /dev/ttyO4 , etc? On Monday, August 8, 2016 at 11:45:00 AM UTC-7, RobertCNelson wrote: > > On Mon, Aug 8, 2016 at 1:41 PM, Dror Lugasi > wrote: > > thank you very much Robert! unfortunately i will

Re: [beagleboard] UARTS in kernel 4.4: no /dev/ttO* ?

Don't think the ttyS's are it. I know for sure in 3.18 you use the /ttyO2 or whatever number uart you enable. Can anyone confirm that in 4.4 the UARTS show as /ttyS* ? Going to check my .dts. On Thursday, August 18, 2016 at 3:18:43 PM UTC-7, Mike Bell wrote: > > On 08/18/2016 05:57 PM

[beagleboard] UARTS in kernel 4.4: no /dev/ttO* ?

Hi, Working in kernel 4.4.16-bone-rt-r11 and am not seeing the corresponding entries in /dev/ for the enabled UARTS. My custom DTS (BB-APA-01) enables a number of UARTS but I am not seeing the corresponding /dev/ttyO2, ttyO4, ttyO5, etc. Tried also loading the BB-UART2-00A0.dtbo from

Re: [beagleboard] apt-get -y install ntp gives error Failed to fetch http://security...

Thanks Robert. Worked like a charm. Did have to also install libopts25 with apt-get -y install libopts25 On Thursday, June 9, 2016 at 4:10:55 PM UTC-7, RobertCNelson wrote: > > On Thu, Jun 9, 2016 at 5:47 PM, Matt99eo > wrote: > > Hi, > > > > I am trying to

Re: [beagleboard] Re: kernel panic when flashing eMMC from uSD made from /opt/scripts/tools/beaglebon...

Sorry about that. So am I interpreting your response right that I need to go back to 4.1.21 that I am trying to clone, connect it to the network and run the make uSD from emmc again to create a new image? On Tuesday, May 31, 2016 at 9:06:49 AM UTC-7, RobertCNelson wrote: > > > > On Tue, May

Re: [beagleboard] Flashin BBB with new image I built from RC guide

Hi again, Trying to flash another device with the uSD that worked great before and gettting a bunch of odd stuff out the serial debugger port, ending in cylon LEDS :/ c: deleted inode referenced: 6031 dules/rusha/rusha.js") failed: Input/output error (5) rsync: re[ 176.707788] EXT4-fs error

Re: [beagleboard] CDC_ETHER in Debian 3.8.13-bone70

it simply registers and then brings and then bring it up. It just works. However on my BBB it doesn't ever list it in ifconfig. Matt Maher Peterson APANA w: 360.746.2276x401 c: 360.393.5549 On Wed, Apr 20, 2016 at 4:00 PM, William Hermans <yyrk...@gmail.com> wrote: > Do you know how a

Re: [beagleboard] CDC_ETHER in Debian 3.8.13-bone70

Ok so I built 4.1 with ./build_kernel.sh and now I see the file for the 4.1 kernel Am I looking in the cdc_ether.c file for my specific device? On Friday, April 15, 2016 at 5:18:17 PM UTC-7, Matt99eo wrote: > > So I check out each kernel with > > git checkout origin/am33x-v4.1 -b tmp_v4.1 > >

Re: [beagleboard] Terminal Block Solutions for BeagleBone Black IO?

ciate the swift and detailed response. -Matt -- 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

[beagleboard] Terminal Block Solutions for BeagleBone Black IO?

Hey guys, I'm currently designing an automation control system for my aeroponic greenhouse and would like to use the BeagleBone Black as the brain. I would like all wiring to the BBB to be done using terminal blocks. The Arduino Mega has a shield that breaks out all GPIO pins to terminal

Re: [beagleboard] Debian 3.18.13-bone70 /drivers/usb/serial/option.c doesn't exist : add support for qmi_wwan

Thanks that worked to adafruit library working. Still having an issues getting the device tree to load on boot. Is there a better way to do this than in /boot/uEnv.txt ? I have this line in there now but it does not seam to do the job as I do not see the overlay loaded after boot in

Re: [beagleboard] Debian 3.18.13-bone70 /drivers/usb/serial/option.c doesn't exist : add support for qmi_wwan

ow do I add this to the file?* >>> >>> >>> >>> *if [ ! -x /usr/share/initramfs-tools/hooks/dtbo ] ; then sudo chmod >>> +x /usr/share/initramfs-tools/hooks/dtbo fi * >>> >> >> That's bash script programmer speak for making th

Re: [beagleboard] Debian 3.18.13-bone70 /drivers/usb/serial/option.c doesn't exist : add support for qmi_wwan

rmware and loads manually. I can see that usr/share/initramfs-tools/hooks/dtbo file matches what you have in the repo On Wednesday, December 9, 2015 at 8:51:48 AM UTC-8, RobertCNelson wrote: > > On Wed, Dec 9, 2015 at 10:42 AM, Matt Maher Peterson > <matt.mahe...@hydro-care.com &g

Re: [beagleboard] Debian 3.18.13-bone70 /drivers/usb/serial/option.c doesn't exist : add support for qmi_wwan

> On Mon, Dec 7, 2015 at 6:21 PM, Matt Maher Peterson > <matt.mahe...@hydro-care.com > wrote: > > Yes I could but I have a custom device tree written to work in the old > world > > of 3.18.3 Is there a simple way to port that into 4.1.13.ti.r35 ? > > Yeap,

Re: [beagleboard] Debian 3.18.13-bone70 /drivers/usb/serial/option.c doesn't exist : add support for qmi_wwan

How do I apply this patch? -- 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

Re: [beagleboard] Debian 3.18.13-bone70 /drivers/usb/serial/option.c doesn't exist : add support for qmi_wwan

How do I apply this patch? Matt Maher Peterson APANA w: 360.746.2276x401 c: 360.393.5549 On Tue, Dec 8, 2015 at 4:45 PM, Robert Nelson <robertcnel...@gmail.com> wrote: > On Tue, Dec 8, 2015 at 6:01 PM, Matt Maher Peterson > <matt.maherpeter...@hydro-care.com> wrote: > >

Re: [beagleboard] Debian 3.18.13-bone70 /drivers/usb/serial/option.c doesn't exist : add support for qmi_wwan

So I was able to to get the custom dtbo loaded after recompiling it with: dtc -O dtb -o BB-APA-01-00A0.dtbo -b 0 -@ BB-APA-02-00A0.dts Did the UARTS get renamed? I also had to remove this from the dts to get it to comiple: fragment@4 { target = <>;

[beagleboard] Debian 3.18.13-bone70 /drivers/usb/serial/option.c doesn't exist : add support for qmi_wwan

Hi, Working with a Telit LE910 Cell Module and am trying to get a driver working for usb connection. I am following the guide provided by Telit I have loaded the kernel headers and such so that I

Re: [beagleboard] Debian 3.18.13-bone70 /drivers/usb/serial/option.c doesn't exist : add support for qmi_wwan

Thanks for the clarification Rpbert What is the proper way to 'retrieve the appropriate kernel source code..." for 3.18.3-bone70? Matt Maher Peterson APANA w: 360.746.2276x401 c: 360.393.5549 On Mon, Dec 7, 2015 at 3:10 PM, Robert Nelson <robertcnel...@gmail.com> wrote: > >

Re: [beagleboard] Debian 3.18.13-bone70 /drivers/usb/serial/option.c doesn't exist : add support for qmi_wwan

Thanks for the clarification Rpbert What is the proper way to 'retrieve the appropriate kernel source code..." for 3.18.3-bone70? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To

Re: [beagleboard] Debian 3.18.13-bone70 /drivers/usb/serial/option.c doesn't exist : add support for qmi_wwan

I now see my /dev/USB1 thru /dev/USB6 Why do I have to do these manual commands? I guess I can scripts these on boot but is there a better option. Kind Regards, Matt On Monday, December 7, 2015 at 3:25:19 PM UTC-8, RobertCNelson wrote: > > > > On Mon, Dec 7, 2015 at 5:13 PM, Matt

Re: [beagleboard] Debian 3.18.13-bone70 /drivers/usb/serial/option.c doesn't exist : add support for qmi_wwan

Yes I could but I have a custom device tree written to work in the old world of 3.18.3 Is there a simple way to port that into 4.1.13.ti.r35 ? On Monday, December 7, 2015 at 4:19:49 PM UTC-8, RobertCNelson wrote: > > On Mon, Dec 7, 2015 at 6:15 PM, Matt Maher Peterson > <matt.m

Re: [beagleboard] ppp establish connection on boot debian beaglebone black

lly the IP control protocol, has come up). Can anyone explain why this fixed my problem :)? Solved it but not 100% sure why this worked. Matt Maher Peterson APANA w: 360.746.2276x401 c: 360.393.5549 On Wed, Dec 2, 2015 at 2:17 PM, Matt Maher Peterson < matt.maherpeter...@hydro-care.com&

[beagleboard] Re: Establish and maintain PPP connection on boot, BBB Debian 3.8.13-bone70

pppd[1860]: Hangup (SIGHUP) pppd[1860]: Modem hangup pppd[1860]: Connect time 0.0 minutes. pppd[1860]: Sent 0 bytes, received 0 bytes. pppd[1860]: Connection terminated. On Tuesday, November 24, 2015 at 8:17:19 AM UTC-8, Matt Maher Peterson wrote: > > Hi, > > I am using a Skywi

[beagleboard] ppp establish connection on boot debian beaglebone black

d[1860]: Modem hangup pppd[1860]: Connect time 0.0 minutes. pppd[1860]: Sent 0 bytes, received 0 bytes. pppd[1860]: Connection terminated. Any solutions out there? Kind Regards, Matt -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subs

[beagleboard] Establish and maintain PPP connection on boot, BBB Debian 3.8.13-bone70

ns out there? Kind Regards, Matt -- 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 beag

Re: [beagleboard] REV C Beagleone image flash: Won't take on different rev C boards?

Hi Robert, I am attempting this process again but now am getting: /opt/scripts/tools# ./beaglebone-black-eMMC-flasher.sh Error: script halting, system unrecognized... How do I fix this? On Thursday, September 10, 2015 at 1:33:00 PM UTC-7, Matt Maher Peterson wrote: > > Thanks that

Re: [beagleboard] REV C Beagleone image flash: Won't take on different rev C boards?

Not sure I am following are you saying run a different script? Sorry I am noob... I tried the init-eMMC-flasher.sh and get the same result. On Tuesday, October 6, 2015 at 1:43:46 PM UTC-7, RobertCNelson wrote: > > On Tue, Oct 6, 2015 at 3:36 PM, Matt Maher Peterson > <matt.m

Re: [beagleboard] REV C Beagleone image flash: Won't take on different rev C boards?

trying to establish a connection. It never seams to quite get there. Any ideas? On Tuesday, October 6, 2015 at 2:06:55 PM UTC-7, RobertCNelson wrote: > > On Tue, Oct 6, 2015 at 4:02 PM, Matt Maher Peterson > <matt.mahe...@hydro-care.com > wrote: > > Not sure I am followi

[beagleboard] GPMC issue -- inductive cross-talk?

of a reference design showing buffering on the GPMC signals to avoid this kind of issue? Thanks, Matt -- 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 grou

[beagleboard] REV C differences?

Hi, I seam to have REV C beaglebones that are different? They both show up from E14 in boxes labeled REV C but I cannot get my image to stick on one of them. The only differentiator I have now is that the 'old rev c' has a Kingston KE4CN25HA eMMC and the other boards which are arriving as of

[beagleboard] REV C Beagleone image flash: Won't take on different rev C boards?

is being flashed (blinking once a second, then goes solid when finished). On these new board the LED sequence starts off right but goes solids very quickly and seemingly no image has been copied? What am I missing here?? Cheers, Matt -- For more options, visit http://beagleboard.org/discuss

Re: [beagleboard] REV C Beagleone image flash: Won't take on different rev C boards?

rsync flashers? could you provide more info or link? Thanks On Thursday, September 10, 2015 at 9:46:05 AM UTC-7, RobertCNelson wrote: > > On Thu, Sep 10, 2015 at 11:41 AM, Matt Maher Peterson > <matt.mahe...@hydro-care.com > wrote: > > Hi, > > > > I have a

Re: [beagleboard] REV C Beagleone image flash: Won't take on different rev C boards?

t; On Thu, Sep 10, 2015 at 11:58 AM, Matt Maher Peterson > <matt.mahe...@hydro-care.com > wrote: > > rsync flashers? could you provide more info or link? > > For this flasher image: > > http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#BBB_Rev_C_.284GB_eMMC.29 >

Re: [beagleboard] REV C Beagleone image flash: Won't take on different rev C boards?

Thanks that worked very well. Owe you a beer! Kind Regards. On Thursday, September 10, 2015 at 11:15:40 AM UTC-7, RobertCNelson wrote: > > On Thu, Sep 10, 2015 at 12:58 PM, Matt Maher Peterson > <matt.mahe...@hydro-care.com > wrote: > > Sorry I should have been mor

[beagleboard] Choosing linux distro for IoT on Beaglebone Black

I am working on an IoT application for the Beaglebone Black that monitors a number of sensors. Having worked with a number of different linux images I am having trouble choosing the best fit for my use. Requriements are: - stable - easy to manage GPIO - I am familiar with device

[beagleboard] Powering down a Beaglebone black that is being powered from a LiPo battery

Hi, Working a beaglebone black that I am trying to power both with a wall wart and with LiPo battery thru the TPS functionality. I have all the power working well except that I cannot get the damn thing to power down from the power switch on the board. Holding the switch down for 8 seconds

[beagleboard] DTO pinmux settings are not applying

Hi guys. I need some help with my device tree overlay. I'm trying to change the pin mux settings on pins 7 thru 10 on the P8 header to pull down so they can be used at outputs. I'm putting these in a separate group in my DTO, but it's not showing up in

[beagleboard] What are the implications of uncontrolled power-down?

in to that. Thanks, Matt -- 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

Re: [beagleboard] Always boot from SD card

for the help! :) On 27 October 2014 21:31, Matt Denton m...@micromagicsystems.com wrote: Ok thanks. I've left the office now so ill give it a go in the morning. On Monday, October 27, 2014, Robert Nelson robertcnel...@gmail.com wrote: On Mon, Oct 27, 2014 at 3:53 PM, Matt Denton m

Re: [beagleboard] Always boot from SD card

Ok thanks. I've left the office now so ill give it a go in the morning. On Monday, October 27, 2014, Robert Nelson robertcnel...@gmail.com wrote: On Mon, Oct 27, 2014 at 3:53 PM, Matt Denton m...@micromagicsystems.com javascript:; wrote: Ok thanks. I currently have this: uenvcmd=load

Re: [beagleboard] Always boot from SD card

://groups.google.com/d/optout. -- Matt Denton micromagic systems ltd www.micromagicsystems.com www.hexapodrobot.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

Re: [beagleboard] Always boot from SD card

this tomorrow and see what's going on. On 27 October 2014 20:38, Robert Nelson robertcnel...@gmail.com wrote: On Mon, Oct 27, 2014 at 2:19 PM, Matt Denton m...@micromagicsystems.com wrote: Hi, Yes I have uEnv.txt file, but on Rev B all I needed was this: optargs=consoleblank=0

[beagleboard] i2cdump doesn't refresh

Hi all, I'm trying to get my BBB to talk to an accelerometer through i2c. I was following this youtube video... https://www.youtube.com/watch?v=8C2zk6B-eLUlist=PLF4A1A7E09E5E260Aindex=4 and got up to the part with the i2cdump but the only values I can get in the registers are the ones that

[beagleboard] Re: Welcome the Fall 2014 Beagle Class to the group

Excited for the class. -- 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] How to run e2fsck on /dev/mmcblk0p2 ?

Hi, I've got filesystem errors on my BBB and am trying to run e2fschk to fix them. As /dev/mmcblk0p2 is mounted, it can't repair it. root@raspbx:~# sudo e2fsck -f -n /dev/mmcblk0p2 e2fsck 1.42.5 (29-Jul-2012) Warning! /dev/mmcblk0p2 is mounted. Warning: skipping journal recovery because doing

Re: [beagleboard] gpio high on startup

Thanks. Great tip and doc. Thanks for pointing out the page numbers. I'd'ven't found it otherwise. Well still haven't found my pin 9_42 or the right state, but I'm loaded up with a better idea and a bunch new search terms. Like ball reset? -matt On Aug 7, 2014 6:54 AM, Dr. Michael J. Chudobiak m

[beagleboard] gpio high on startup

are the gpio pins always high during boot? (im using 9_42 to enable some functionality once my os is loaded) is there a way to change this? thanks! -matt -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups

[beagleboard] Re: No display output; detects the monitor

(i think the 7.5 releases) that I no longer had to make this change for the monitor to be detected correctly. ~Matt On Friday, August 1, 2014 5:07:28 PM UTC-4, laserg...@gmail.com wrote: Hi there! I have been having issues with getting my BeagleBone to communicate correctly with my

[beagleboard] long term BBB based art installation

than BBB specific, but i thought there might be some specific examples of people doing this type of thing or suggestions from this group for what to check and lookout for. thanks for your consideration, questions, and suggestions! -matt -- For more options, visit http://beagleboard.org

[beagleboard] Re: - Arts Installation - IR sensor working with GPIO

this sounds great. i need some of these sensors working too. did you ever get any help or success? thanks! matt On Thursday, October 31, 2013 8:35:48 AM UTC-7, Stanislaw Forczek wrote: I’m starting digital artist working on IR project at the moment. I was hoping you could advice me a bit

[beagleboard] Re: Purchase original Beaglebone (white)

Just to follow up my own question, I was able to get an original BeagleBone with the DDR2 memory (thank you Gerald). And to answer my other question it does consume less power than the BeagleBone Black, approximately 20-25mA less. Matt S. On Thursday, June 26, 2014 7:50:13 AM UTC-7

[beagleboard] Purchase original Beaglebone (white)

the processor. Thanks, Matt S. -- 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

[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

On Tue, Jun 17, 2014 at 02:15:22PM +0100, Russell King wrote: On Tue, Jun 17, 2014 at 08:58:31AM -0400, Matt Porter wrote: On Tue, Jun 17, 2014 at 10:09:31AM +0100, Russell King wrote: Why should kernel developers go to the extent of adding support for DT modification at runtime when

[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

to initiate runtime modification of the live DT tree from userspace. There's a lot of discussion over many threads where this has been debated. -Matt -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard

[beagleboard] Re: USB Connection issue

ok one more thing i am on a mac and have downloaded all of the drivers, and that i have been able to connect via the network, for some reason anything to do with the screen command doesnt work On Tuesday, May 20, 2014 4:27:09 PM UTC-4, Matt Saraceno wrote: Ok, I am trying out my first BBB

[beagleboard] Re: flashing eMMC

If you've got a display hooked up, the debian flasher has a custom desktop background that says you've booted the MMC flasher in pretty large text. On Friday, May 9, 2014 12:36:30 PM UTC-4, ddu...@gmail.com wrote: I downloaded the eMMC flasher image

Re: [beagleboard] opkg update fails

Thanks for the reply Mike. In order, here's what I've found: 1. What does cat /etc/resolv.conf show? *# Generated by Connection Manager* *nameserver 127.0.0.1* 2. Can you ping www.google.com ? I opened a Chromium browser on the BBB (using a monitor connected by HDMI, and a Logitech USB

Re: [beagleboard] opkg update fails

if the BBB needs access to the network, it must do so over Ethernet only? When I use USB to connect and ssh into the BBB, I'm able to browse to the BBB and it says that it's connected, but the above DNS problems result. On Thu, Apr 24, 2014 at 10:30 AM, Matt Oliver mattoliver.mattoli...@gmail.com

[beagleboard] AM335x Pinctrl Addresses

I'm trying to configure a board very similar to a Beaglebone Black to work with a 24-bit LCD panel, but to do this I need to configure all 24 LCD data pins to operate as LCD drivers. I was planning on accomplishing this using device tree overlays within my Linux environment, but I'm not really

[beagleboard] Reference for Enabling GPIO Interrupt

Hi, I'm trying to work with Interrupts, firstly on GPIO. Is there a reference code for enabling and working with interrupts on the AM335X? (BBB) Thank you. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups

[beagleboard] Re: GPIO does not turn on LED

attached :) On Monday, February 17, 2014 1:10:13 PM UTC+2, Ralf Roesch wrote: Hi Matt, your dts seems not to be complete. Please append following code after your existing fragment@0 section: fragment@1 { target = ocp; __overlay__ { /* avoid stupid warning

[beagleboard] Re: GPIO does not turn on LED

great :) I read the article you attached, it explains the motivation but does not go into details, but it was still helpful to see the big picture. On Monday, February 17, 2014 5:54:22 PM UTC+2, Ralf Roesch wrote: Matt, I have not a lot of device tree experience. Currently I design a FPGA-based

[beagleboard] Re: Reference for Enabling GPIO Interrupt

processing - e.g. turn on a LED when an interrupt is generated? I mean, how do you know how to name the Interrupt Handler's function? Thank you. On Monday, February 17, 2014 10:32:05 AM UTC+2, matt wrote: Hi, I'm trying to work with Interrupts, firstly on GPIO. Is there a reference code

[beagleboard] Re: GPIO does not turn on LED

Matt, yes, working on embedded Linux and developing hardware designs is may daily job. Capes can be seen as addons (shields, breakout boards, ...) for the beaglebone. They bring out built in hardware features from the bone or extend the bone with new hardware functions. Here you can

[beagleboard] Re: GPIO does not turn on LED

steps I took? On Sunday, February 16, 2014 10:21:44 AM UTC+2, Ralf Roesch wrote: Matt, i made a made a little mistake in my previous post: default state after reset of pin 16 is already 0x27 (input with pulldown). (cat pins - pin 16 (44e10840) 0027) Just use your original dts to check

Re: [beagleboard] How do you tell the Offset addresses of all the I/O pins?

to see all your current settings Don’t forget the 4 ma current limit for GPIOs! Too low for even an LED. *From:* matt javascript: *Sent:* Friday, February 14, 2014 10:40 AM *To:* beagl...@googlegroups.com javascript: *Subject:* [beagleboard] How do you tell the Offset addresses

Re: [beagleboard] GPIO does not turn on LED

15, 2014 9:44:50 PM UTC+2, Ralf Roesch wrote: Matt, now it gets clearer. You referred Pin 48 (cat pins), so I thought you checked against a new pin with an other mode set. I think you mixed GPIO pin number with logical pin number. You are referring to P9.15 (= GPIO1_16 / gpmc_a0), which

[beagleboard] How do you tell the Offset addresses of all the I/O pins?

Hi, I got a BBB. I'm building a DTO (device tree overlay) in order to set GPIO9_16 (P9-15) to Mode7 (GPIO Mode). Where can I find the offset address of all the I/O pins? (in P8 and P9 expansion headers) Is it stored on the BBB itself at some file? Thank you. -- For more options, visit

[beagleboard] How to turn on/off GPIOs in BBB

Hi, I got a BBB. I connected a LED to its GPIO1_16 pin, which I tried to turn on and off using the GPIO configuration in the code below. For some reason the LED does not turn ON. When I use the same GPIO pin, but using the Virtual File System code to turn on the LED, it works. Therefore I

[beagleboard] Re: How to turn on/off GPIOs in BBB

Hi, Thanks! it was said there to change the Pad Control Register, However, it didn't see how one changes this Register. How is it accessed please? Thank you. On Wednesday, February 12, 2014 2:14:38 PM UTC+2, matt wrote: Hi, I got a BBB. I connected a LED to its GPIO1_16 pin, which I

[beagleboard] BBB SPI device tree overlay, device number confusion

I think I posted to the wrong section of the group. Apologies for this repost. Running the latest angstrom image, with update, upgrade. Installing BB-SPIDEV0 seems to produce /dev/spidev1 which doesn't seem right. I was expecting /dev/spidev0 based on this

[beagleboard] Re: Running headless but with X

Does X tunneling over SSH work? That is ssh -X On Sunday, January 12, 2014 9:32:22 PM UTC-6, Gary Hoffman wrote: I'm still trying to make this work in Angstrom. When I boot without a display, I can't run X11vnc because there is no X running. If I boot with an LCD cape, I can run X11VNC but

Re: [beagleboard] BBB no autoboot of uSD

option to load from SDCard if it exists is in the u-boot environment bootcmd which is here: Section 5.3.5 (Boot Modes) of the Beaglebone Black SRM documents this behavior. It's a feature of the ROM bootloader peripheral search order. -Matt -- For more options, visit http://beagleboard.org/discuss

Re: [beagleboard] GUI program how to/examples

them on the PC. The concept is exactly the same. On Mon, Dec 16, 2013 at 2:54 PM, Matt Graham matt...@gmail.comjavascript: wrote: I am researching the beaglebone black. I'm not a very good programmer, but I am a fairly advanced linux user. I have done some programming, mostly scripting

[beagleboard] GUI program how to/examples

I am researching the beaglebone black. I'm not a very good programmer, but I am a fairly advanced linux user. I have done some programming, mostly scripting and high level/easy languages. Any serious programming that I did was a long time ago in languages that are probably not relevant. I