RE: [beagleboard] Re: If This Then That BeagleBoard channel
I couldn't find any examples. Here is what I have so far. 1. Go to https://ifttt.com/myrecipes/personal and create a new recipe 2. For 'this' select the 'Maker' channel 3. Choose the only trigger: Receive a web request 4. Name it my_test 5. For 'that' select what you would like to have happen. I picked email. 6. Set it up. Then on the Bone run: #!/usr/bin/env node var request = require('request'); var qs = require('querystring'); var event = 'my_test'; var key = X; var string = {value1: 'My', value2: 'Test', value3: 'BeagleBone'}; var url = 'https://maker.ifttt.com/trigger/' + event + '/with/key/' + key + '?' + qs.stringify(string); console.log(url); request(url, function (error, response, body) { if (!error response.statusCode == 200) { console.log(body); } else { console.log(error= + error + response= + JSON.stringify(response)); } }); After a couple of minutes an email should show up in response to the script. You can pass three values. They have to be named value1, value2 and value3. I'm working on an example going the other way. --Mark -Original Message- From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On Behalf Of Jason Kridner Sent: Friday, June 19, 2015 3:37 PM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] Re: If This Then That BeagleBoard channel On Fri, Jun 19, 2015 at 1:55 PM, Mark A. Yoder mark.a.yo...@gmail.com wrote: Good question. It appears IFTTT has just announced a new Maker channel[1]. Looks like the Bone is supported. It looks easy enough to use the Bone, but I don't see any straight-up Bone examples. Did I miss them? --Mark On Thursday, August 21, 2014 at 3:38:12 PM UTC-4, Mark A. Yoder wrote: I see littlbits[1] has an IF This Then That channel[2]. Is anyone working on a BeagleBone channel for ifttt? If you haven't looked at ifttt[3], check it out. It's a slick way to interface to the Internet of Things. --Mark [1] http://littlebits.cc/ [2] https://ifttt.com/littlebits [3] https://ifttt.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 and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/lz8nzTfU-us/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] USB Audio Crash
Hello, I'm hoping someone can help me figure out what's going wrong. I've got a BBB rev C, and I followed these instructions at ComputerAudiophile to turn it into a media renderer for JRiver MC: http://www.computeraudiophile.com/content/625-geek-speak-how-build-upnp-dlna-openhome-renderer-less-100/ It worked swimmingly when hooked up the a FiiO Olympus 2 DAC. I'm trying now to get it working with a Bricasti M1, but there seems to be some sort of disagreement between ALSA and the XMOS USB 2.0 Audio. I've upgraded to Debian Jessie, tried disabling the mixers, but I can't even get speaker-test to run properly. I think I've isolated the relevant lines of dmesg, but I can't make out what the actual problem is. Can anyone help me out? Here're the dmesg lines. I'm running Linux version 3.8.13-bone70. Here it finds the M1 (connected through a USB hub) [1.677684] usb 1-1.1: New USB device found, idVendor=25d0, idProduct=0002 [1.677695] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [1.677705] usb 1-1.1: Product: XMOS USB Audio 2.0 [1.677713] usb 1-1.1: Manufacturer: XMOS [1.677723] usb 1-1.1: SerialNumber: [1.678170] usb 1-1.1: usb_probe_device [1.678186] usb 1-1.1: configuration #1 chosen from 2 choices [1.678297] usb 1-1.1: adding 1-1.1:1.0 (config #1, interface 0) [1.678640] usb 1-1.1: adding 1-1.1:1.1 (config #1, interface 1) [1.678941] usb 1-1.1: adding 1-1.1:1.2 (config #1, interface 2) [1.679305] hub 1-1:1.0: port 4, status 0101, change , 12 Mb/s [1.745299] usb 1-1.4: new high-speed USB device number 4 using musb-hdrc [1.758997] hub 1-1:1.0: port 4 not reset yet, waiting 10ms [1.839787] usb 1-1.4: default language 0x0409 [1.840371] usb 1-1.4: udev 4, busnum 1, minor = 3 I'm not sure what's happening here, but it seems related: [7.163912] snd-usb-audio 1-1.1:1.0: usb_probe_interface [7.163948] snd-usb-audio 1-1.1:1.0: usb_probe_interface - got id [8.176858] usb 1-1.1: systemd-udevd timed out on ep0out len=4/4 [8.176885] ALSA sound/usb/clock.c:279 3:1:1: cannot set freq 384000 (v2) [8.185939] ALSA sound/usb/mixer.c:355 cannot get ctl value: req = 0x83, wValue = 0x201, wIndex = 0xa00, type = 4 [8.196724] ALSA sound/usb/mixer.c:931 10:0: cannot get min/max values for control 2 (id 10) [8.206235] ALSA sound/usb/mixer.c:355 cannot get ctl value: req = 0x83, wValue = 0x200, wIndex = 0xa00, type = 4 [8.216975] ALSA sound/usb/mixer.c:931 10:0: cannot get min/max values for control 2 (id 10) And here're the lines when I was trying to get audio out: [ 95.228414] ALSA sound/usb/pcm.c:342 3:1:1: usb_set_interface failed (-71) [ 346.852203] Unable to handle kernel paging request at virtual address bf740f8a [ 346.859743] pgd = df628000 [ 346.862560] [bf740f8a] *pgd= [ 346.866299] Internal error: Oops: 8005 [#1] SMP THUMB2 [ 346.872026] Modules linked in: g_multi libcomposite 8192cu snd_usb_audio snd_hwdep snd_usbmidi_lib omap_rng mt7601Usta(O) [ 346.883497] CPU: 0Tainted: G O (3.8.13-bone70 #1) [ 346.889760] PC is at 0xbf740f8a [ 346.893042] LR is at snd_ctl_ioctl+0x753/0x8f8 [ 346.897680] pc : [bf740f8a]lr : [c03f32df]psr: a033 sp : de69be88 ip : fp : 0002 [ 346.909652] r10: r9 : bec43448 r8 : de5e697c [ 346.915103] r7 : de5e6a18 r6 : de3985f8 r5 : dd9df430 r4 : dd9df400 [ 346.921906] r3 : bf8c0071 r2 : r1 : dd9df400 r0 : de3985c0 [ 346.928711] Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA Thumb Segment user [ 346.936330] Control: 50c5387d Table: 9f628019 DAC: 0015 [ 346.942319] Process alsamixer (pid: 1038, stack limit = 0xde69a240) [ 346.948854] Stack: (0xde69be88 to 0xde69c000) [ 346.953397] be80: e0f08000 de5e697c 0200 de34acc8 [ 346.961922] bea0: 000d8fc0 [ 346.970452] bec0: de69bf78 de354440 [ 346.978983] bee0: de59a9c0 bec43448 0003 c2c85512 0002 c00c6a01 [ 346.987522] bf00: 0002 0001 000d9248 c0008473 de645019 df04e5c0 deae1548 [ 346.996058] bf20: de354440 0101 0003 df3e43c0 df3e4380 0001 0003 [ 347.004587] bf40: de59a9d4 0001 de59a9c0 de59a9d4 0802 c04d116f 0802 de59a9c0 [ 347.013110] bf60: 0003 bec43448 c2c85512 0002 c00c6e25 [ 347.021645] bf80: 0026 de69bfb0 000d9290 0036 c000c9e4 [ 347.030181] bfa0: de69a000 c000c841 000d9290 0003 c2c85512 bec43448 000db800 [ 347.038709] bfc0: 000d9290 0036 bec43448 0001a3a8 bec437dc 0002 [ 347.047234] bfe0: b6e5842c bec4343c b6de8fad b6cb1ed6 200f0030 0003 [ 347.055792] [c03f32df] (snd_ctl_ioctl+0x753/0x8f8) from [c00c6a01]
[beagleboard] Extended Temperature Range
I did a couple of searches here and I didn't find a mention of this for the last couple of years. Is there an option of an extended temperature range BeagleBoneBlack? Any plans? I seem to recall that this board has been specifically not recommended for commercial use as they don't wish to maintain any given design and be free to modify it at will. Is that still true? I have an application for an extended temperature range Linux embedded computer. I think the BeagleBoneBlack would do a great job. So far I haven't found similar boards in a wider temperature range. It needs Ethernet and GPIO. Rick -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Beagle Bone Black power LED blinks once when powered
I thought that it would work on USB, and not on external power supply. If the situation is that you get the one blink and no boot, is the same for both USB power and external power, then there is a hard failure of the Beaglebone. Either a damaged power supply chip, or a short circuit downstream from there. --- Graham On Fri, Jun 19, 2015 at 11:18 AM, Vinicius Maciel vinicius...@gmail.com wrote: Hi, I do not think the problem is the power sypply. I was using the same power supply before the problem occurred, power supply is functioning normally, I use it to charge my cell phone! In this video, https://youtu.be/qojeLqazkK8, I tested two power supplies. The same that I have used to power up through USB connector and a common DC power supply. Nothing else works :( 2015-06-19 11:21 GMT-03:00 Graham gra...@flex-radio.com: If the BBB will run from USB power, then the BBB is probably OK. Put an oscilloscope on the output of the power supply that is causing the problem, and watch what the voltage does when you turn things on. I had a bench power supply (BW 1550) that when set to 5 Volts, then the output turned on, would throw a transient up to 6 Volts then return to 5 Volts. (The bigger the capacitor across the load, the greater the transient.) This would trip the over-voltage detect in the BBB power supply, which would blink the power LED once, then off after that. So, make sure the power supply is working properly. Some of the cheap power supplies out there will NOT run a BBB. --- Graham == On Thursday, June 18, 2015 at 7:27:54 PM UTC-5, Gerald wrote: Sounds like an overvoltage condition on the 5V DC input may have damaged the DC input. Usually from a cheap 5V power supply. If the USB power works, then the rest of the board is OK. Gerald On Thu, Jun 18, 2015 at 11:17 AM, vinic...@gmail.com wrote: Hi, my Beaglebone Black have the same behavior, gives a short blink at the power LED when powered. But, I turned on via usb connector with power supply 5V@1A. What may have happened? Em sexta-feira, 16 de agosto de 2013 13:44:09 UTC-3, magu_ escreveu: Hi I powered the BBB over the DGND - VDD_5V. But by accident I plugged it into PWR_BUT. Now it only gives a short blink at the power LED when powered. I know this is a bad sign... But does anybody of you know if this does not mean the end of it and if it can be somehow reset? yours magu_ -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Gerald ger...@beagleboard.org http://beagleboard.org/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/ilf5jOwbgFE/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/ilf5jOwbgFE/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] lxde works from remote desktop but not on HDMI
Thanks. it works after screen size adjustment. On Friday, June 19, 2015 at 8:49:06 PM UTC+5:30, RobertCNelson wrote: On Fri, Jun 19, 2015 at 10:13 AM, vrks...@gmail.com javascript: wrote: I have BBB rev C. I updated eMMC with debian version 2015-03-1 version 7.8. It has Lxde preinstalled. Lxde works with remote desktop, but not on HDMI monitor. The HDMI monitor only shows beagle dog image. Can any one tell me what is wrong with my setup. First, do you see the mouse cursor moving? If so, turn off HDMI over-scan on your HDMI monitor as the menu is underneath. Regards, -- Robert Nelson https://rcn-ee.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 and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Beagle Bone Black power LED blinks once when powered
If the BBB will run from USB power, then the BBB is probably OK. Put an oscilloscope on the output of the power supply that is causing the problem, and watch what the voltage does when you turn things on. I had a bench power supply (BW 1550) that when set to 5 Volts, then the output turned on, would throw a transient up to 6 Volts then return to 5 Volts. (The bigger the capacitor across the load, the greater the transient.) This would trip the over-voltage detect in the BBB power supply, which would blink the power LED once, then off after that. So, make sure the power supply is working properly. Some of the cheap power supplies out there will NOT run a BBB. --- Graham == On Thursday, June 18, 2015 at 7:27:54 PM UTC-5, Gerald wrote: Sounds like an overvoltage condition on the 5V DC input may have damaged the DC input. Usually from a cheap 5V power supply. If the USB power works, then the rest of the board is OK. Gerald On Thu, Jun 18, 2015 at 11:17 AM, vinic...@gmail.com javascript: wrote: Hi, my Beaglebone Black have the same behavior, gives a short blink at the power LED when powered. But, I turned on via usb connector with power supply 5V@1A. What may have happened? Em sexta-feira, 16 de agosto de 2013 13:44:09 UTC-3, magu_ escreveu: Hi I powered the BBB over the DGND - VDD_5V. But by accident I plugged it into PWR_BUT. Now it only gives a short blink at the power LED when powered. I know this is a bad sign... But does anybody of you know if this does not mean the end of it and if it can be somehow reset? yours magu_ -- 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...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- Gerald ger...@beagleboard.org javascript: http://beagleboard.org/ -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Error reading/writing files after some time.
I have 4 beaglebones with Debian and I have an process in node.js that write and read some files one of those files is an GPIO, it works fine but after a while I receive this error: error: Unable to write to /sys/class/gpio/gpio112/value And my process cannot do anything anymore, like connect by socket.io. It is very strange and if I close de process and open again it works fine, if I wait for 30 60 minutes works fine as well. It is a bit strange perhaps the process loses some reference from the linux. And this occur in all of the beaglebones. uname -r 3.8.13-bone50 -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] RNDIS doesn't work with console images for BBB
When I program my BBB with lxde based Debian images from http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2015-03-01 the RNDIS driver seems to function correctly and I can ping and ssh into my BBB through USB. However when I program the console only images, the RNDIS connection doesn't work correctly. I am using a Windows 7 PC, and I can see the new network connection get created when I plug in the BBB, but it says Network Cable Unplugged. This behavior is the same whether I use the Flasher images or the SD Card images, current release (2015-03-01) or snapshots. Is there something different about the console images that prevents the RNDIS from working correctly? Is there a way that I can get the same behavior with the smaller console images? -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] RNDIS doesn't work with console images for BBB
On Fri, Jun 19, 2015 at 7:58 AM, Nick B nbay...@gmail.com wrote: When I program my BBB with lxde based Debian images from http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2015-03-01 the RNDIS driver seems to function correctly and I can ping and ssh into my BBB through USB. However when I program the console only images, the RNDIS connection doesn't work correctly. I am using a Windows 7 PC, and I can see the new network connection get created when I plug in the BBB, but it says Network Cable Unplugged. This behavior is the same whether I use the Flasher images or the SD Card images, current release (2015-03-01) or snapshots. Is there something different about the console images that prevents the RNDIS from working correctly? Is there a way that I can get the same behavior with the smaller console images? #First install udhcpd git-core sudo apt-get update sudo apt-get install udhcpd git-core #Look at all that wasted space ;) #Second update the boot scripts: cd /opt/scripts/ git pull #reboot.. Regards, -- Robert Nelson https://rcn-ee.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 and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] BeagleBoneBlack Power On but not working
Just awhile ago, when i first connected the board to my PC, the power LED was on as well as the 4 other LEDs. I powered off the device and unplugged it from my PC. When i connected it back, the 4 LEDs aren't blinking anymore and only the power LED is on. Any help for this? Thanks! -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Load and execute PRU code from bare-metal application
2015-06-18 17:40 GMT+02:00 o1bigtenor o1bigte...@gmail.com: On Mon, Jun 15, 2015 at 4:48 PM, Rick Mann rm...@latencyzero.com wrote: I am looking at a robotics project where I need commercial (full industrial) reliability and and and. This should not be a problem, these guys here are offering something very similar: http://halaser.eu/e1701m.php -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Load and execute PRU code from bare-metal application
On Fri, Jun 19, 2015 at 3:38 AM, Karl Karpfen karlkarpfe...@gmail.com wrote: 2015-06-18 17:40 GMT+02:00 o1bigtenor o1bigte...@gmail.com: On Mon, Jun 15, 2015 at 4:48 PM, Rick Mann rm...@latencyzero.com wrote: I am looking at a robotics project where I need commercial (full industrial) reliability and and and. This should not be a problem, these guys here are offering something very similar: http://halaser.eu/e1701m.php Very interesting. I have just started working through the documentation. Do you know of any other boards like this? Dee -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: debian testing: 2015-06-17 (4.1 with capemgr)
Downloaded the image. So where do I find the capes? For instance I want to enable BB--UART1. Where do I find this in the Image? Or should I git the overlay repository and compile https://github.com/beagleboard/bb.org-overlays/blob/master/src/arm/BB-UART1-00A0.dts (after getting the dtc compiler via /opt/scripts/tools/developers/dtc-overlay.sh)? On Thursday, June 18, 2015 at 3:43:19 PM UTC+2, RobertCNelson wrote: So, for everyone's who emailed me over the years, asking where is capemanager, well it's time to test... http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2015-06-17 Notes: echo xyz /sys/devices/platform/bone_capemgr/slots DOES NOT work.. Readme: https://github.com/beagleboard/bb.org-overlays/blob/master/readme.md Please take a look at /boot/uEnv.txt for configurations... For ANYTHING that uses the eMMC/HDMI black pins on your cape, use: dtb=am335x-boneblack-overlay.dtb Current list of capes: https://github.com/beagleboard/bb.org-overlays/tree/master/src/arm If you don't see your cape, please create a pull request against, https://github.com/beagleboard/bb.org-overlays Hints for cape porting from v3.8.x 3.8: gpio[X] = 4.1: gpio[X-1] 3.8: usart[X] = 4.1: usart[X-1] Go Test! Regards, -- Robert Nelson https://rcn-ee.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 and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Oled Screen - C library
Dear all, I would like to use a OLED screen with my Beaglebone Black. I saw that there are several OLED screens around, such as this one: https://learn.adafruit.com/ssd1306-oled-displays-with-raspberry-pi-and-beaglebone-black/overview which could be nice for me. Now, I have a quite big C code and I would like to integrate the part managing the OLED screen in that code. I saw there is already a python lib to manage that OLED screen. I would like to avoid wrapping to integrate Python with C. Do you know if there is a C library which allows me to use that OLED screen? Thanks for your help. Alberto -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] freebsd on the bbb
hi all have had a devil of a tine writing a freeBSD img to an SD card for the BBB. as a result i have tried miserably writing from a VM - to try and compile an image. Most of my reference material is a year or so older, any one had luck with: a writing a freeBSD img to an SD card for the BBB b compiling their own img. I'd really like to make a minimal freeBSD img for the BBB and go from there. Anyone had any luck? -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] lxde works from remote desktop but not on HDMI
I have BBB rev C. I updated eMMC with debian version 2015-03-1 version 7.8. It has Lxde preinstalled. Lxde works with remote desktop, but not on HDMI monitor. The HDMI monitor only shows beagle dog image. Can any one tell me what is wrong with my setup. -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Python: Threading and HW-Switches
Hey Guys I have to read 8 switches through the GPIOs. My idea is now to make that with interrupts. I've tried it with the module thread but that doesn't went perfect...To solve my problem I like to use the moderner and better module threading.But I don't understand this good. Can somebody give my a little programm for example purpose. Following situation in the python Program: read some switches on rising edge(GPIO) -- Adafruit BBIO-Library interrupt routine to print something out --threading Module Or is there an other / better way to do this? Thanks for your help Regards Dave -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Beagle Bone Black power LED blinks once when powered
Hi, Sorry, I think you did not understand. I power up the board through USB connector, not DC input. Anyway, nothing else works. Neither through USB connector nor DC input. 2015-06-18 21:27 GMT-03:00 Gerald Coley ger...@beagleboard.org: Sounds like an overvoltage condition on the 5V DC input may have damaged the DC input. Usually from a cheap 5V power supply. If the USB power works, then the rest of the board is OK. Gerald On Thu, Jun 18, 2015 at 11:17 AM, vinicius...@gmail.com wrote: Hi, my Beaglebone Black have the same behavior, gives a short blink at the power LED when powered. But, I turned on via usb connector with power supply 5V@1A. What may have happened? Em sexta-feira, 16 de agosto de 2013 13:44:09 UTC-3, magu_ escreveu: Hi I powered the BBB over the DGND - VDD_5V. But by accident I plugged it into PWR_BUT. Now it only gives a short blink at the power LED when powered. I know this is a bad sign... But does anybody of you know if this does not mean the end of it and if it can be somehow reset? yours magu_ -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Gerald ger...@beagleboard.org http://beagleboard.org/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/ilf5jOwbgFE/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Detect and Reading I2C4 port ???
Hi everyone, I'm working on Beagleboard XM RevC2 and I need to read I2C4. So I can't see anything in */sys/bus/i2c/devices/i2c-(1-2-3) * bu I2C4 has not in there. Is there a way to learn it ? Thanks a lot. -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: debian testing: 2015-06-17 (4.1 with capemgr)
Sorry, forgot to mention: the image I am using is bone-debian-console-armhf. Apparently in these images the overlays are not available in /lib/firmware. I have to do the stuff in https://github.com/beagleboard/bb.org-overlays, so: = cd ~ git pull https://github.com/beagleboard/bb.org-overlays cd /opt/scripts/tools git pull sudo ./update_kernel.sh --beta-kernel cd ~/bb.org-overlays ./dtc-overlay.sh ./install.sh === Now I could add the BB-UART1 to uEnv.txt: cape_enable=bone_capemgr.enable_partno=BB-UART1 and reboot. Is there any way to enable an overlay while running? On Thursday, June 18, 2015 at 3:43:19 PM UTC+2, RobertCNelson wrote: So, for everyone's who emailed me over the years, asking where is capemanager, well it's time to test... http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2015-06-17 Notes: echo xyz /sys/devices/platform/bone_capemgr/slots DOES NOT work.. Readme: https://github.com/beagleboard/bb.org-overlays/blob/master/readme.md Please take a look at /boot/uEnv.txt for configurations... For ANYTHING that uses the eMMC/HDMI black pins on your cape, use: dtb=am335x-boneblack-overlay.dtb Current list of capes: https://github.com/beagleboard/bb.org-overlays/tree/master/src/arm If you don't see your cape, please create a pull request against, https://github.com/beagleboard/bb.org-overlays Hints for cape porting from v3.8.x 3.8: gpio[X] = 4.1: gpio[X-1] 3.8: usart[X] = 4.1: usart[X-1] Go Test! Regards, -- Robert Nelson https://rcn-ee.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 and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: debian testing: 2015-06-17 (4.1 with capemgr)
On Fri, Jun 19, 2015 at 11:26 AM, Johan Henselmans johan.henselm...@gmail.com wrote: Sorry, forgot to mention: the image I am using is bone-debian-console-armhf. Correct, with the console, no git by default, so the overlay repo isn't installed.. Apparently in these images the overlays are not available in /lib/firmware. I have to do the stuff in https://github.com/beagleboard/bb.org-overlays, so: = cd ~ git pull https://github.com/beagleboard/bb.org-overlays cd /opt/scripts/tools git pull sudo ./update_kernel.sh --beta-kernel (the correct kernel is installed. ;) ) cd ~/bb.org-overlays ./dtc-overlay.sh ./install.sh === Now I could add the BB-UART1 to uEnv.txt: cape_enable=bone_capemgr.enable_partno=BB-UART1 and reboot. Is there any way to enable an overlay while running? Nope, doesn't 'work' at the moment.. Regards, -- Robert Nelson https://rcn-ee.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 and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Load and execute PRU code from bare-metal application
Wow. At this point I feel like I should be paying you tuition ^_^. Apparently while I was falling asleep reading the TRM in bed late at night, I totally misread and misinterpreted the UART divisor tables on pg. 238. Thanks for pointing that out, and for the heads up about the pointer corruption issue. I'll probably still try to use one of the non-PRU UARTS first (in case I want to dedicate the other PRU to other sensors or processing), and fall back to the PRU one if I'm having too much trouble getting smooth real time operation. Before getting into microcontroller programming for robots about 2 years ago, I hadn't done any hardware level programming since I was a kid 30 years ago on 6502 processors. Didn't really have to think much about pipelining, caching, or memory management back then ^_^. I do line of business desktop and web programming for my day job. I'm probably using the term pipelining too casually/incorrectly. I know the hardware will simultaneously execute one instruction while decoding the next one and fetching the one after that. I was kind of including dealing with what is loaded in cache, how things slow down with cache misses, etc.. My first couple of 'hello world' type programs I've written for this didn't even use caching, and even now I'm online using instruction caching (since the SDK code for that is super easy and enabling it sped things up considerably). I tried to set up the MMU, but it was hanging my program, and I didn't want to get bogged down in trying to debug that yet, at least not until I learn a LOT more. The way I am trying to set things up now, just so I can see if the camera is working or will work, the PRU will only ever write to the picture memory, and the main core will only ever read it. So if the main core stalls while reading it, that is no big deal. What will be critical is that the PRU can write the data coming from the camera (at about 9MB a second) to memory dependably. I have a lot more to say/ask too, and I can't thank you enough for all the help and info you've given me so far, but I'm writing this from work and I think if I want to keep this job for a while longer I better get back to it. Talk more soon... On Thursday, June 18, 2015 at 10:03:23 AM UTC-4, Matthijs van Duin wrote: On 15 June 2015 at 16:33, Bill M billme...@gmail.com javascript: wrote: After reading through a bit more in the TRM about the PRU UART, I don't think a PRU UART will be feasible since it looks like they top out at around 300Kbs Hmm, where'd you get that number? The PRU UART looks like the highest performance UART: it receives a 192 MHz functional clock and the datasheet specs 12 Mbps max (that would be using a /1 divider and 16x oversampling). The other UARTs receive a 48 MHz functional clock and spec max 3.6864 Mbps (/1 divider and 13x oversampling, so that would get you 3.6923 Mbps to be precise). I've also noticed that UART0 cannot cope too many consecutive writes, even if there's enough fifo space: the fifo pointers seem to get corrupted or something (I'm guessing a bug in the synchronization logic between the interface and functional clock domains). This only appears as issue when trying to rapidly fill the UART fifo from the cortex-a8 in a tight loop (using posted writes). Inserting some dummy register write between consecutive data bytes fixes the issue, as does slowing down the loop in some other way. Using EDMA would probably also solve the problem. I haven't tested the other UARTs, but I'd guess the other UARTs will have the same behaviour except for the PRUSS UART (due to ick/fck ratio). I know things will run more slowly if I don't use caching, but if I disable caching, does that eliminate any pipelining? I'm a noob when it comes to pipelining and caching, since I've only ever hacked on AVR microcontrollers and a Cortex M3, where those weren't considerations. Heh, yeah I personally went from ARM7TDMI-based microcontrollers to the DM814x, a Cortex-A8 based TI SoC closely related to the AM335x... quite a bit of culture-shock there. Wait, is this still an ARM processor? o.O I'm not sure what you mean by eliminate any pipelining: pipelining is an intrinsic part of the design of almost any modern CPU, even the AVR (2-stage) and Cortex-M3 (3-stage), although they pale in comparison to the Cortex-A8 (14-stage, plus 10 more for NEON instructions). The PRU is a notable exception for being non-pipelined, which is deeply impressive considering it runs at 200 MHz and has 32-bit compare-and-branch instructions. In general pipelining becomes most visible in unpredictable branches, which take 1 cycle on PRU, 2 on AVR, 3 on the M3, and 14 on the A8. However, especially since the A8 executes strictly in-order, memory accesses can stall the pipeline for quite a while, and I suspect this is what you mean. This is highly dependent on memory region attributes (including
Re: [beagleboard] Detect and Reading I2C4 port ???
i2c4 is for PMIC only. You can't use it. ever 2015-06-19 17:44 GMT+03:00 Erkan Güzeler erkanguze...@gmail.com: Hi everyone, I'm working on Beagleboard XM RevC2 and I need to read I2C4. So I can't see anything in */sys/bus/i2c/devices/i2c-(1-2-3) * bu I2C4 has not in there. Is there a way to learn it ? Thanks a lot. -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- LinkedIn - http://www.linkedin.com/in/maximpodbereznyy Company - http://www.linkedin.com/company/mentorel Facebook - https://www.facebook.com/mentorel.company -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Cross compile using Qt5.X on Ubuntu 14.04 for Beagle Bone Black (Debian-Jessie)
Hi... Not sure about the error.. Did you try downloading linaro pre built tool chain.. -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: If This Then That BeagleBoard channel
Good question. It appears IFTTT has just announced a new Maker channel[1]. Looks like the Bone is supported. --Mark On Thursday, August 21, 2014 at 3:38:12 PM UTC-4, Mark A. Yoder wrote: I see littlbits[1] has an IF This Then That channel[2]. Is anyone working on a BeagleBone channel for ifttt? If you haven't looked at ifttt[3], check it out. It's a slick way to interface to the Internet of Things. --Mark [1] http://littlebits.cc/ [2] https://ifttt.com/littlebits [3] https://ifttt.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 and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Beagle Bone Black power LED blinks once when powered
Hi Graham, I was thinking about what you said trip the over-voltage detect, and looking at the schematic realized that there is no protection, i.e. ncp349. So, a small voltage variation, such as 6V, in the USB connector can brick the board? Thanks 2015-06-19 11:21 GMT-03:00 Graham gra...@flex-radio.com: If the BBB will run from USB power, then the BBB is probably OK. Put an oscilloscope on the output of the power supply that is causing the problem, and watch what the voltage does when you turn things on. I had a bench power supply (BW 1550) that when set to 5 Volts, then the output turned on, would throw a transient up to 6 Volts then return to 5 Volts. (The bigger the capacitor across the load, the greater the transient.) This would trip the over-voltage detect in the BBB power supply, which would blink the power LED once, then off after that. So, make sure the power supply is working properly. Some of the cheap power supplies out there will NOT run a BBB. --- Graham == On Thursday, June 18, 2015 at 7:27:54 PM UTC-5, Gerald wrote: Sounds like an overvoltage condition on the 5V DC input may have damaged the DC input. Usually from a cheap 5V power supply. If the USB power works, then the rest of the board is OK. Gerald On Thu, Jun 18, 2015 at 11:17 AM, vinic...@gmail.com wrote: Hi, my Beaglebone Black have the same behavior, gives a short blink at the power LED when powered. But, I turned on via usb connector with power supply 5V@1A. What may have happened? Em sexta-feira, 16 de agosto de 2013 13:44:09 UTC-3, magu_ escreveu: Hi I powered the BBB over the DGND - VDD_5V. But by accident I plugged it into PWR_BUT. Now it only gives a short blink at the power LED when powered. I know this is a bad sign... But does anybody of you know if this does not mean the end of it and if it can be somehow reset? yours magu_ -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Gerald ger...@beagleboard.org http://beagleboard.org/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/ilf5jOwbgFE/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: If This Then That BeagleBoard channel
On Fri, Jun 19, 2015 at 1:55 PM, Mark A. Yoder mark.a.yo...@gmail.com wrote: Good question. It appears IFTTT has just announced a new Maker channel[1]. Looks like the Bone is supported. It looks easy enough to use the Bone, but I don't see any straight-up Bone examples. Did I miss them? --Mark On Thursday, August 21, 2014 at 3:38:12 PM UTC-4, Mark A. Yoder wrote: I see littlbits[1] has an IF This Then That channel[2]. Is anyone working on a BeagleBone channel for ifttt? If you haven't looked at ifttt[3], check it out. It's a slick way to interface to the Internet of Things. --Mark [1] http://littlebits.cc/ [2] https://ifttt.com/littlebits [3] https://ifttt.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 and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Dual os (1 on eMMC and 1 on sd card)
Well . . .more details are needed. But if you're wanting to troubleshoot *why* the board wont boot from the sdcard, you really need to get a serial debug cable. The beaglebone black *will* load the first stage bootloader from eMMC first, Then it will try to load either uboot from eMMC or sdcard next. Which way around I do not recall offhand, Anyway, if you want to boot from sdcard first, then press and hold the boot switch at power up, and continue to hold until all 4 USR LEDs light up, then go out. IF that does not work, then there is very likely a problem with your image. Get a USB serial debug cable. On Fri, Jun 19, 2015 at 10:36 AM, Raph rafael.blanchet.leco...@gmail.com wrote: Hi, I currently have an OS flashed on the eMMC from which I can boot whithout any issues. However, I am trying to boot another OS from an sd card but it does not seem to work. I think that the BBB usually uses uboot from the eMMC to boot the sd card. Perhaps the fact that I have debian flashed on eMMC prevents me from booting from sd card? Any help would be greatly appreciated. Thank you. -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.