Re: [beagleboard] Re: service that starts at boot can't use PRU - uio_pruss unavailable

On Sun, Apr 4, 2021 at 10:46 AM Drew Fustini wrote: > > On Sat, Apr 3, 2021 at 8:40 AM Dennis Lee Bieber > wrote: > > > > On Fri, 2 Apr 2021 14:36:51 -0600, in gmane.comp.hardware.beagleboard.user > > John Allwine wrote: > > > > >That said I still don'

Re: [beagleboard] Re: service that starts at boot can't use PRU - uio_pruss unavailable

On Sat, Apr 3, 2021 at 8:40 AM Dennis Lee Bieber wrote: > > On Fri, 2 Apr 2021 14:36:51 -0600, in gmane.comp.hardware.beagleboard.user > John Allwine wrote: > > >That said I still don't fully understand the problem. Where is U-boot > >stored? I'm booting from a microSD card and using that card

Re: [beagleboard] Re: eCAP reading a PWM signal, someone has made this functionality works?

To clarify for anyone finding this thread in the future. eQEP (encoder input) driver is in mainline Linux kernel thanks to David Lechner: https://elixir.bootlin.com/linux/latest/source/drivers/counter/ti-eqep.c eCAP (pulse input) driver is available as patch posted by Darren Schachter that is

Re: [beagleboard] eCAP reading a PWM signal, someone has made this functionality works?

On Tue, Mar 30, 2021 at 11:36 PM Drew Fustini wrote: > > On Mon, Mar 29, 2021 at 1:15 PM Fabio Luis Girardi > wrote: > > > > Hi all! > > > > After spending a lot of days trying to make eCAP modules to read (not > > generate as everyone does) a PWM si

Re: [beagleboard] eCAP reading a PWM signal, someone has made this functionality works?

On Mon, Mar 29, 2021 at 1:15 PM Fabio Luis Girardi wrote: > > Hi all! > > After spending a lot of days trying to make eCAP modules to read (not > generate as everyone does) a PWM signal (period+duty cycle), I have to ask: > > Someone has made this functionality works? Can be via sysfs, via PRU

Re: [beagleboard] PocketBeagle Kernel Version

Mike - I use this omap2plus-mainline-linux repo to develop for the mainline kernel releases on the PocketBeagle: https://github.com/RobertCNelson/omap2plus-mainline-linux/tree/v5.10.x Robert has convenient script that automates a lot of the tedious steps. It boots ok but certain features like

Re: [beagleboard] 64 -bit beaglebone

On Fri, Nov 20, 2020 at 7:57 AM Robert Heller wrote: > > At Fri, 20 Nov 2020 10:36:28 -0500 beagleboard@googlegroups.com wrote: > > > > > There are multiple 64-bit BeagleBone projects in the works. Nothing > > available at the moment. > > Will any of them have PRUs? Yes, the TI SoC's we are

[beagleboard] Re: Cool mikroBUS presentation at Linux Plumbers Conference!

On Thu, Aug 27, 2020 at 4:39 AM Jason Kridner wrote: > > See https://youtu.be/A3NyEjB5O38 for an early glimpse at the demo. > > This will be presented at Linux Plumbers Conference on tomorrow, August 27th, > by Vaishnav and is very much worth checking out. > > Track information "You, Me, and IoT

Re: [beagleboard] Re: Pinctrl

On Fri, Jun 26, 2020 at 9:32 AM droland wrote: > > Hello, > > I have a problem with this. I could not find pinctrl under /sys/kernel/debug. > That folder is empty. > I have a custom build linux 5.4. It was built with CONFIG_DEBUG_FS option, > but the folder empty > > What should I set for

Re: [beagleboard] Pinctrl

On Sat, Dec 21, 2019 at 10:21 AM jennifer Dsilva wrote: > There is a file in /sys/kernel/debug/pinctrl = "44e10800.pinmux" on this file > there is another file called "pins". On pins all the gpio pins are written in > beagle bone black. > > Who created this file, TI or linux somehow takes

Re: [beagleboard] eQEP Python error on PocketBeagle

On Thu, Jun 18, 2020 at 7:12 PM Robert Nelson wrote: > > On Wed, Jun 17, 2020 at 9:28 AM Mark A. Yoder wrote: > > > > It's also missing on the 5.4 and 4.14 kernels. > > eQEP on 5.4.x is going to be fun, @David Lechner 's counter driver is > now available. ;) > Yes, it will be good to move to

Re: [beagleboard] eQEP Python error on PocketBeagle

C >> 2020 armv7l GNU/Linux >> >> >> On Wednesday, June 17, 2020 at 8:05:13 AM UTC-4, Drew Fustini wrote: >>> >>> On Wed, Jun 17, 2020 at 2:26 AM Mark A. Yoder wrote: >>> > >>> > I'm trying to use the encoders via Python:

Re: [beagleboard] Interfacing NXP SC16IS750 over SPI

On Wed, Jun 17, 2020 at 2:12 PM wrote: > > Hi All, > > I am trying to interface NXP SPI to UART chip with Beaglebone black. At the > moment I amusing SPI 1 and breakout board from Sparkfun > (https://www.sparkfun.com/products/retired/9981) . > > I have enabled the driver for SC16IS7xx in the

Re: [beagleboard] eQEP Python error on PocketBeagle

On Wed, Jun 17, 2020 at 2:26 AM Mark A. Yoder wrote: > > I'm trying to use the encoders via Python: > > from Adafruit_BBIO.Encoder import RotaryEncoder, eQEP2 > import time > > > # Instantiate the class to access channel eQEP2, and initialize > # that channel > myEncoder = RotaryEncoder(eQEP2) >

Re: [beagleboard] config-pin for gpio output

On Fri, Jun 5, 2020 at 6:58 AM TJF wrote: > > Am Mittwoch, 3. Juni 2020 16:27:38 UTC+2 schrieb RobertCNelson: >> >> The proper way is to use libgpiod tools such as gpioset ;) > > > The proper way is to use libpruio and do pinmuxing single source in the code > ;) > > pruio_gpio_setValue(io,

Re: [beagleboard] Re: SPI Linux Kernel Device Drivers

On Thu, Apr 2, 2020 at 6:50 PM amf wrote: > > The driver appears to be 8 yrs old, this puts it in kernel version 3.x or > possibly 2.x, a lot of kernel api calls have changed since then. A starting > point would be to get the kernel source that your using in the Stretch > release, add the

Re: [beagleboard] SDK: ti-processor-sdk-linux-am335x-evm-05.03.00.07.

On Thu, Apr 2, 2020 at 2:46 AM Salgado, Marisol wrote: > SDK: ti-processor-sdk-linux-am335x-evm-05.03.00.07. Hi Marisol! Nice to see a familiar name from my days at Newark. I'm part of the BeagleBoard.org Foundation so happy to help where I can. Based on am335x in the Subject, are you working

Re: [beagleboard] libgpiod on Beaglebone AI

On Fri, Mar 27, 2020 at 8:45 PM John Allwine wrote: > > I don't intend to toggle a GPIO as fast as possible (except to test), but > from a performance standpoint that demonstration seemed to indicate that > there are issues with sysfs. Hopefully, libgpiod will prove to be better! Bartosz

Re: [beagleboard] libgpiod on Beaglebone AI

On Fri, Mar 27, 2020 at 4:48 PM John Allwine wrote: > > That was it! gpioget gpiochip3 10 worked. It would be interesting to know if libgpiod proves fast enough for your application. It has C++ and Python bindings that allow you to set and get multiple lines on a gpiochip with a single ioctl().

Re: [beagleboard] how to access GPIO on Beaglebone AI via /dev/mem

You my want to consider using libgpiod with the /dev/gpiochipN character device. You can get and set multiple lines in one syscall. The libgpiod tools are installed on the Debian image. More info:

[beagleboard] JTAG debug on BeagleBone Black?

Hello, I would like to figure out something more sophisticated than printk for debugging the kernel on BeagleBone. (I'm trying to the new gpiolib pull-up/down options to the omap gpio driver). Is anyone using JTAG debug on the BBB? If so, what JTAG adapter are you using, and what connector did

Re: [beagleboard] A question about building BBB images.

I believe the image-builder would be the way to go: https://github.com/beagleboard/image-builder Robert - any advice for people that want to use it to create a custom image? thanks, drew On Thu, Oct 31, 2019 at 9:14 PM Riley Porter wrote: > > Hello All, > > I have been googling around to find

Re: [beagleboard] Re: Real Time experience on Beagle?

and you can see the difference in 'top' output too. > I don't know how useful this video is, because I don't know how good that > stress command is. I copied that command from some Pi stress-test document. > > Thanks, > > Shabaz. > > > > __

Re: [beagleboard] Re: Real Time experience on Beagle?

On Tue, Oct 15, 2019 at 6:16 PM shabaz wrote: > By the way, > > I've put an oscilloscope trace of a Xenomai'd program on the BBB here in case > you'd like to show it for your presentation: > https://app.box.com/s/nfwlud613c7zoz7gu6rn9arfttticvvc > > For that trace, the BBB is just toggling a

Re: [beagleboard] BBONE-AI - Operating Temp Min & Max

On Wed, Oct 16, 2019 at 1:57 AM jonnymo wrote: > Isn't the purpose of OpenCL is to handle the parallel processing between CPU, > GPU, and other related devices? Disabling the GPU seems counter intuative. > Where are you getting your data that a GPU is not needed for Machine > Learning? This

[beagleboard] Real Time experience on Beagle?

Hello, I'm presenting an overview of Beagle projects on October 31 at the Real Time Summit in Lyon, France. I'd appreciate any feedback if you've tried Xenomia or the RT_PREEMPT kernel. Thanks Drew -- For more options, visit http://beagleboard.org/discuss --- You received this message

Re: [beagleboard] Real Time projects on Beagle?

On Mon, Oct 7, 2019 at 6:41 PM Jan Cumps wrote: > > Drew, If it is of interest: > > BeagleBone Control Stepper Motors with PRU > >

[beagleboard] Real Time projects on Beagle?

Hello, I am interested to learn more projects that have real-time use cases on the Beaglebone or Beagleboard. I'm going to give a talk in a few weeks about how people are using Beagle in real-time projects: http://bristot.me/real-time-linux-summit-2019-schedule/ I plan to talk about MachineKit,

[beagleboard] Re: [beagle-alpha] Boot to Python

Very interesting concept. Thanks for sharing your proof of concept. Tell everyone at sketching hello! Drew On Sat, Sep 28, 2019, 20:13 Jason Kridner wrote: > I’m attending Sketching in Hardware this > weekend and there was a fair bit of discussion regarding

Re: [beagleboard] BBB: sharing Internet connection from Linux laptop with USB

can i find the file to set all those parameters value to "1" ? > I am using Ubuntu 16.04, Mobile WiFi, and beaglebone black Rev C. > > On Tue, Oct 9, 2018 at 2:34 AM Drew Fustini wrote: >> >> Yesterday, I got Internet connection sharing over USB working on my syste

Re: [beagleboard] Pocket beaglebone CAN is not working

Hello, are you still having this issue? Thanks Drew On Sun, Nov 25, 2018, 13:58 Hi, > Last week I got my pocket beaglebone. > I am trying CAN communication. So for that I have added CAN device tree > overlay in uEnx.txt as I did with beaglebone enhanced. > > But after booting when I am setting

[beagleboard] advice for PocketBeagle MCP2515 overlay?

I am trying to use the PocketBeagle with the Macchina M2 adapter [0]. The Macchina M2 [1] has an MCP2515 CAN controller (for Single Wire CAN use case) wired to PocketBeagle SPI1. I am trying to adapt the MCP2515.dts overlay [2] which does work for SPI0 on the BeagleBone Black. Linux

Re: [beagleboard] Re: Microchip mcp2515, can over spi, not working. Wrong device tree overlay?

fyi - I have created a pull request to add this dts: https://github.com/beagleboard/bb.org-overlays/pull/101 -drew -- 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

Re: [beagleboard] Re: Microchip mcp2515, can over spi, not working. Wrong device tree overlay?

on sudo ifconfig can0 up Thanks, Drew On Sun, Dec 23, 2018 at 9:54 AM Drew Fustini wrote: > > Hello Mark, thank you for sharing your overlay file. I am trying to > get a MCP2515 working with the BeagleBone Black on SPI0 with the > 4.14.78-bone17 kernel. > > Would it be possible f

Re: [beagleboard] Re: MikroE CAN SPI Click on PocketBeagle?

On Sun, Dec 23, 2018 at 11:26 AM Dennis Lee Bieber wrote: > Why would you need a DTO for a board that uses SPI for communication? > Won't the regular SPI device tree entries work? I am thinking that there will need to be device tree entries to trigger the mcp251x to load and have the

Re: [beagleboard] Re: Microchip mcp2515, can over spi, not working. Wrong device tree overlay?

Hello Mark, thank you for sharing your overlay file. I am trying to get a MCP2515 working with the BeagleBone Black on SPI0 with the 4.14.78-bone17 kernel. Would it be possible for to document how you had the MCP2515 wired to the P8/P9 headers on the BeagleBone Black? Also, I would be curious to

Re: [beagleboard] BeagleBoard.org Power Cape

I do not believe any software configuration is needed. Jut connect the cape and you should be good to go. thanks, drew On Tue, Nov 20, 2018 at 11:12 AM wrote: > > Do I have to make any special adjustments in uEnv.txt to utilize this cape? > Or is it plug and play? > > BeagleBoard.org Power

Re: [beagleboard] BBB: sharing Internet connection from Linux laptop with USB

network/usb_mac_ics.sh create mode 100755 network/usb_windows_ics.sh On Mon, Oct 8, 2018 at 2:40 PM Robert Nelson wrote: > > On Mon, Oct 8, 2018 at 2:34 PM Drew Fustini wrote: > > > > Yesterday, I got Internet connection sharing over USB working on my system. > >

[beagleboard] BBB: sharing Internet connection from Linux laptop with USB

- USB --> Laptop <-- WiFi --> Internet ``` I got this working 6 months ago but had a really hard time recreating those steps yesterday. I've noted what I did in this GitHub Gist in case it helps anyone else (and myself in the future :) My contact info: Drew Fustini ### Linux laptop Conf

Re: [beagleboard] BeagleBoard X15 SPI in Python?

On Sun, Apr 22, 2018 at 3:45 PM, Jason Kridner wrote: > > > On Mar 13, 2018, at 7:57 PM, ben.d.man...@gmail.com wrote: > > Hello Beagle community! > > I've seen that Adafruit has what I see as an extremely easy-to-use Python > library for getting SPI data from the BeagleBone

Re: [beagleboard] Re: Car Hacking with a PocketBeagle (CAN, SWCAN, LIN/ISO9141/K-Line, J1850 and more)

Good to hear your interest. I recently saw the PocketBeagle adapter for Macchina in the Car Hacking Village at CypherCon. I was talking to Will and Earl at Macchina (cc'd) about future possibilities. My understanding is that one issue is that SocketCAN support had not been sorted out yet. I

Re: [beagleboard] sysfs gpio deprecated?

The sysfs gpio ABI will be removed from the Linux kernel in 2020. The new ABI uses a character device to represent each gpiochip. libgpiod started by Bartosz Golaszewski is a good way for userspace code to use the the new ABI: https://git.kernel.org/pub/scm/libs/libgpiod/libgpiod.git/about/

Re: [beagleboard] Using ADXL345 accelerometer and device tree settings.

> So my questions are: > What is the purpose of the interrupt pins? I couldn’t understand exactly > when I read the datasheet. I did work with grove module but it was almost 2 years ago so I am trying to remember. From what I recall, the Linux kernel driver expects there to be an interrupt

[beagleboard] Re: kernel 4.16.0-rc7-bone7 boot hangs

Thanks, Robert. I am able to boot 4.16.0-bone8 ok on BeagleBone Black. On Wed, Apr 4, 2018 at 9:09 AM, Robert Nelson <robertcnel...@gmail.com> wrote: > On Tue, Apr 3, 2018 at 4:27 PM, Robert Nelson <robertcnel...@gmail.com> wrote: >> On Sun, Apr 1, 2018 at 1:51 AM

Re: [beagleboard] BeagleLogic logic analyzer on PocketBeagle

fyi - you may want to also post about this on the beaglelogic google group: https://groups.google.com/forum/#!forum/beaglelogic thanks, drew On Fri, Apr 6, 2018 at 1:01 PM, Randy Rossi wrote: > I recently got the BeagleLogic logic analyzer >

[beagleboard] Re: kernel 4.16.0-rc7-bone7 boot hangs

fyi - kernel 4.16.0-rc6-bone7 does work OK. It is just the 4.16.0-rc7-bone7 kernel that hangs. On Sun, Apr 1, 2018 at 12:22 AM, Drew Fustini <pdp7p...@gmail.com> wrote: > Robert - > > I'm using a BeagleBone Black Rev C running Stretch IoT 2018-03-25 SD > card image. Kerne

[beagleboard] kernel 4.16.0-rc7-bone7 boot hangs

Robert - I'm using a BeagleBone Black Rev C running Stretch IoT 2018-03-25 SD card image. Kernel 4.16.0-rc2-bone3 boots OK. I recently updated to the latest mainline rc kernel with: /opt/scripts/tools/update_kernel.sh --exp-kernel --bone-kernel However, boot of 4.16.0-rc7-bone7 kernel hangs

Re: [beagleboard] GPIO output

On Tue, Mar 27, 2018 at 1:38 AM, nagarjuna reddy wrote: > Hi, > > I have enabled GPIO output(P8-3) pin. i would given output value is HIGH > (/sys/class/gpio/gpio38). than i am checking using multi-meter the value is > showing 3.3v. after that i am changing output value

Re: [beagleboard] ADC.setup() Prevents Python Program from Running at Autostart

I maintain Adafruit_BBIO. Please create an issue on the GitHub repository and I will investigate the issue: https://github.com/adafruit/adafruit-beaglebone-io-python/ Thanks Drew On Mar 11, 2018 8:28 PM, "Tomas Medina" wrote: > I am trying to write a program on the

Re: [beagleboard] tft driver

Hi, it looks like the ra8875 driver is included, at least for the kernel I'm running: debian@beaglebone:~$ modinfo /lib/modules/4.16.0-rc2-bone3/kernel/drivers/staging/fbtft/fb_ra8875.ko.xz filename: /lib/modules/4.16.0-rc2-bone3/kernel/drivers/staging/fbtft/fb_ra8875.ko.xz license:GPL

[beagleboard] Re: TinyDRM ST7735 with BeagleBone?

fyi - I've created a bb.org-overlays pull request to add an overlay named BB-LCD-ADAFRUIT-18-SPI1-00A0.dts for the Adafruit 1.8" LCD on SPI1: https://github.com/beagleboard/bb.org-overlays/pull/68 On Wed, Feb 21, 2018 at 11:34 PM, Drew Fustini <d...@beagleboard.org> wrote: > Th

[beagleboard] Re: TinyDRM ST7735 with BeagleBone?

On Feb 21, 2018 1:53 PM, "David Lechner" <da...@lechnology.com> wrote: > On 02/21/2018 01:18 PM, Drew Fustini wrote: > >> On Wed, Feb 21, 2018 at 11:01 AM, David Lechner <da...@lechnology.com> >> wrote: >> >>> Are you sure your phandles are corr

[beagleboard] Re: TinyDRM ST7735 with BeagleBone?

On Wed, Feb 21, 2018 at 11:01 AM, David Lechner wrote: > Are you sure your phandles are correct here? They don't match the comments. > Should it be < 16 0> instead? > >> + reset-gpios = < 16 0>; /* >> reset:60 P9.12 GPIO1_28 */ > > > And then <

[beagleboard] Re: TinyDRM ST7735 with BeagleBone?

On Sat, Feb 17, 2018 at 7:06 PM, David Lechner wrote: > Hi Drew, > > I haven't used it with a BeagleBone. Creating a device tree overlay should > be easy though. > > If you want to use the backlight, you need to create a node at the root > level like this: > > >

[beagleboard] TinyDRM ST7735 with BeagleBone?

Hi David, I was excited to see you've written a TinyDRM driver for the 1.8" Adafruit TFT. Have you tried it out with a BeagleBone? I'd like to use with the BeagleBone Black and am thinking about how go about it. I imagine I would need to create a device tree overlay to initialize your driver

[beagleboard] Re: BeagleBone Black Overlay: Missing file in newer kernel

On Wed, Dec 6, 2017 at 12:06 PM, Shivanand Pattanshetti wrote: > Hi, > > I am trying to get encoder input using eQEP on the BBB. I am running the > Ubuntu 16.04 image downloaded from rcn-ee website. > > ubuntu@arm:/sys/firmware/devicetree/base/bone_capemgr$ uname -r > 4.9.54-ti-r68 > ubuntu@arm:~$

Re: [beagleboard] Linux Kernel tree for porting to mailine and basic support.

On Mon, Dec 11, 2017 at 3:00 AM, wrote: > Hi Drew, > > I finished the build of the both the trees mentioned above and have > documented it in my blog with the problems with different tool chains. Now > that I have a working setup let me see the patches and also the pinmux

Re: [beagleboard] Problems setting up cape manager device tree overlay

You may be running into an issue with cape-universal and/or u-boot overlays. Please paste the contents of: /sys/devices/platform/bone_capemgr/slots /boot/uEnv.txt /etc/dogtag /etc/debian_version There should also be this script to print out more system version info: /opt/scripts/tool/version.sh

Re: [beagleboard] Linux Kernel tree for porting to mailine and basic support.

If you are curious about the patches applied on top of mainline, then check out this directory from Robert's ti-linux-kernel-dev repo: https://github.com/RobertCNelson/ti-linux-kernel-dev/tree/ti-linux-4.14.y/patches One out of tree driver that would great to mainline is the pinmux helper which

Re: [beagleboard] Linux Kernel tree for porting to mailine and basic support.

Robert Nelson's Supercon workshop material is useful if you want to learn about the the repositories used for the bootloader and kernel that ships on the official Debian images: https://github.com/RobertCNelson/Supercon-2017-PocketBeagle?files=1 On Nov 25, 2017 10:02 PM,

[beagleboard] Measure frequency of a square wave input without PRU?

Any suggestion on how to measure the frequency of a square wave input? Signal would be 3kHz or less. The goal is to use the appropriate AM3358 peripherals from the ARM core, not the PRU. The eCAP peripheral comes to mind but I'm not sure it that would be appropriate for this use case. For

[beagleboard] PWM issue on Ubuntu for ROS

Robert: any advice for this person using ROS on Ubuntu? "Can't load multiple PWM DTO" https://forums.adafruit.com/viewtopic.php?f=49=126314=630170#p630100 == In order to explain and verify issue, I followed the tutorial on https://elinux.org/BeagleBoardUbuntu and downloaded the

Re: [beagleboard] Re: PocketBeagle workshop at Hackaday Supercon

On Thu, Oct 19, 2017 at 8:19 AM, Jeff Andich wrote: > Does anyone know if the sessions will be recorded and then posted online at > some point like with the ELC? The talks are recorded and put on YouTube but I do not believe any of the workshops were recorded.

Re: [beagleboard] Re: PocketBeagle workshop at Hackaday Supercon

kshop ? And are there any prerequisites, in terms > of getting acquainted to certain topic's before attending the workshop.. > Thanks for the help - Carmelito > > > On Monday, October 2, 2017 at 11:31:07 AM UTC-7, Drew Fustini wrote: >> >> FYI - workshop at the Hackaday Supercon

Re: [beagleboard] Re: This is a multifaceted mess

Yes, I'd recommend using Google Groups via email. That is how I almost always interact with this list/group. On Oct 13, 2017 5:48 AM, "Chris Green" wrote: > Alan Corey wrote: > > > > I'm not a fan of Google Groups mostly because it's bloated and slow. But

Re: [beagleboard] PocketBeagle Pin Names in Bonescript

On Wed, Oct 11, 2017 at 8:44 PM, Sai Yamanoor wrote: > Oops Sorry. I am not sure if config-pin includes the pin names for > PocketBeagle. I am trying to play with the GPIOs. For example: GPIO 58. I > tried both bonescript and Python. It throws an exception. > > Here is a

Re: [beagleboard] RE: Adafruit_BBIO and ErrorCodes/Seth

On Tue, Oct 10, 2017 at 10:09 PM, Mala Dies wrote: > If you are pay attention Mr. Drew, LOOK online at the site where I was > "complaining" and not remembering. I am not sure that I understand. Are you referring to issue #168? I see that you have closed it:

Re: [beagleboard] RE: Adafruit_BBIO and ErrorCodes/Seth

Hi, it looks like you also raised this issue on github: https://github.com/adafruit/adafruit-beaglebone-io-python/issues/168 I prefer to continue the conversation inside that issue and have replied there. thanks, drew On Mon, Oct 2, 2017 at 3:39 PM, Mala Dies wrote: > Hello,

[beagleboard] PocketBeagle workshop at Hackaday Supercon

FYI - workshop at the Hackaday Superconference on weekend of November 11th: "Rapid Prototyping & Linux Kernel Development with the PocketBeagle Platform" http://mailchi.mp/hackaday/hackaday-superconference-workshop-tickets-now-available?e=a6dd9d4b3b thanks, drew -- For more options, visit

Re: [beagleboard] ADC.setup() Prevents Python Program from Running at Autostart

Check out this example of how to run a script at startup: https://github.com/adafruit/adafruit-beaglebone-io-python/blob/master/doc/run_config-pin_during_startup.md On Sep 12, 2017 12:35 PM, "Tomas Medina" wrote: > I am trying to write a program that reads the analog values

Re: [beagleboard] UART1 Isn't Reading

You may need to configure those pins for uart mode: config-pin P9_24 uart config-pin P9_26 uart If that does not fix the problem, then please create an issue in the GitHub repo: https://github.com/adafruit/adafruit-beaglebone-io-python and paste the output of these commands in the issue:

Re: [beagleboard] cant use any GPIO pin from python (Adafruit)

Please paste the exact error messages that you received. Thanks, Drew On Sep 2, 2017 4:11 PM, "Dawaleeb Alhawa" wrote: > Hello, > > i have the Beaglebone Black. few weeks back was OK and I used to learn and > do few projects. then I updated to latest Debian image (ver 9)

Re: [beagleboard] Re: write to slots file as normal user?

Thanks, Peter. After running those commands, I was able to write to slots file as user debian. On Thu, Aug 31, 2017 at 6:56 AM, Peter Lawler <relwalre...@gmail.com> wrote: > > > On Thursday, 31 August 2017 12:58:16 UTC+10, Drew Fustini wrote: >> >> This person noticed

[beagleboard] write to slots file as normal user?

This person noticed that Adafruit_BBIO doesn't work when not root: https://forums.adafruit.com/viewtopic.php?f=49=105847#p606973 Issue seems to be: open("/sys/devices/platform/bone_capemgr/slots", O_RDWR|O_LARGEFILE) = -1 EACCES (Permission denied) Do we want to let normal users write to

Re: [beagleboard] Finding release notes for new images?

The most up-to-date information on the Debian images is usually here: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian On Mon, Aug 28, 2017 at 2:56 PM, Niels Jakob Buch wrote: > I am finding new images for Beaglebone blue here: > https://beagleboard.org/latest-images > >

Re: [beagleboard] beagleboard-xM gets new extended capabilities - FPGA and micro-controller cape

Now that the BeagleBoard X15 has been released, do you have any plans for it to be able to be used it the X15, too? thanks, drew On Mon, Aug 28, 2017 at 11:34 AM, MHE 何海宇 wrote: > > > This is a small electronic board with Xilinx Spartan 3 FPGA connected > directly to the

Re: [beagleboard] Re: complete newb question - getting GPIO pins to work from Python

Hi, are you still having issues this? If so, please raise an issue in the github repo and I'll try to reproduce and resolve the issue: https://github.com/adafruit/adafruit-beaglebone-io-python/issues thanks, drew On Fri, Aug 18, 2017 at 1:33 PM, JHS_newbie wrote: > Next

Re: [beagleboard] Differences Between GPS's BeagleBone Blue

Jason tells me that Sparkfun is the easiest due to the cable compatibility. It doesn't have a big antenna or cable though. On Jul 30, 2017 1:19 PM, "Alek Mabry" wrote: > > Is the compass necessary or is the one on the blue enough? Also are there > any notable differences

Re: [beagleboard] Adafruit Python library for BeagleBone Blue, naming conventions

On Thu, Jul 27, 2017 at 8:13 AM, Mark A. Yoder wrote: > Is anyone updating the Adafruit Python library[1] for the Blue? I've not started working on that yet. But I would very happy to review any github issues or pull requests related to Blue support. > What do you

[beagleboard] TrustZone support?

A security researcher friend asked me if BeagleBone supports ARM TrustZone. From what I can online, it seems that AM335x does not support it. Anyone know of a Sitara-based board that does support TrustZone? Thanks, Drew -- For more options, visit http://beagleboard.org/discuss --- You

[beagleboard] Re: [beaglebone] FLIR Lepton contest ends in 1 week

Last chance to submit ideas: https://lepton.flir.com/beaglebone-blue-challenge On Thu, Jul 13, 2017 at 8:34 PM, Drew Fustini <d...@beagleboard.org> wrote: > Submit project ideas by July 21 for FLIR Lepton thermal camera & > BeagleBone Blue. Top 5 ideas will receive har

[beagleboard] FLIR Lepton contest ends in 1 week

Submit project ideas by July 21 for FLIR Lepton thermal camera & BeagleBone Blue. Top 5 ideas will receive hardware: https://lepton.flir.com/news-and-updates/new-beaglebone-blue-contest-new-flir-ones/ Thanks, Drew -- For more options, visit http://beagleboard.org/discuss --- You received this

[beagleboard] BeagleBone Blue challenge with FLIR Lepton

New blog post about the FLIR challenge: https://beagleboardfoundation.wordpress.com/2017/06/27/beaglebone-blue-challenge-with-flir-lepton/ FLIR has launched a design challenge for the FLIR Lepton 3 thermal camera and BeagleBone Blue. Submit your project idea for the FLIR challenge by July 21st.

Re: [beagleboard] Trouble using SPI interfaces on new BBBW

Are you still having issues with Adafruit_BBIO? thanks, drew On Fri, May 19, 2017 at 1:50 AM, Garth Webb wrote: > I'm running Adafruit-BBIO Version: 1.0.0. > > On Thu, May 18, 2017 at 9:00 AM, Garth Webb wrote: >> >> I'll check, but I won't be able

Re: [beagleboard] Re: eQEP1 setup problems with latest debian iOT

I actually ran into this too recently and have modified cape-universala-00A0.dts to enable pins P8_33 and P8_35 for eqep1: https://github.com/beagleboard/bb.org-overlays/pull/46 Thanks Drew On May 10, 2017 7:29 AM, "Hugh Frater" wrote: > Found it - cape-universal doesn't

[beagleboard] Re: [beagle-alpha] 2017-03-19 images published on beagleboard.org/latest-images

On Wed, Mar 22, 2017 at 2:16 AM, Jason Kridner wrote: > https://jkridner.wordpress.com/2017/03/22/2017-03-19-beaglebone-debian-images-published/ > > The other big updates here are some fixes to BoneScript (0.6.1) and > libroboticscape (0.3.4) for BeagleBone Blue, the new

Re: [beagleboard] Re: Official eQEP driver Support

On Thu, Apr 20, 2017 at 11:30 AM, wrote: > Hi all, > > I'm trying to use the eQEP Linux driver. I can get it to load by adding a > device tree overlay, but it doesn't increment much. I can see that its > loaded (called tieqep) with lsmod etc. > > I've never used a

[beagleboard] Bonescript support for Blue?

Is there support in Bonescript for the BeagleBone Blue? For example, would GPIO1_25 map to something in the P8/P9 format? thanks, drew -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group.

[beagleboard] Failed password for invalid user in /var/log/auth.log ?

Has anyone seen ssh warnings similar to this in /var/log/auth.log on their BeagleBone? pam_unix(sshd:auth): check pass; user unknown pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=103.207.37.232 Failed password for invalid user support from 103.207.37.232

[beagleboard] cape-universal and console image?

Hi Robert - Is the Debian Jessie console image expected to work with cape-universal? I just tried the console image from: https://rcn-ee.com/rootfs/bb.org/testing/2017-02-12/console/ No cape-universal overlay appears in slots: # cat /sys/devices/platform/bone_capemgr/slots 0: PF -1 1:

Re: [beagleboard] Re: eQEP on 4.4.19-ti-r41

On Feb 25, 2017 5:35 PM, "William Hermans" wrote: > Why do you think a new driver needs to be written ? My desire is to get support for eQEP upstream in the mainline Linux kernel. I don't believe it is easy to get new misc drivers merged. IIO seems to be the only subsystem

Re: [beagleboard] Re: eQEP on 4.4.19-ti-r41

o use pin-config & the universal overlay. When I configured the pins correctly, everything works. On Friday, 3 February 2017 21:18:35 UTC, Drew Fustini wrote: > On Fri, Feb 3, 2017 at 6:02 AM, Hugh Frater <hugh@gmail.com> wrote: > > Did you ever get any further with this? I

[beagleboard] Best method to run config-pin after bootup?

Anyone have a favorite way to run config-pin after a BeagleBone boots up? Background: this question came up in this thread on the Adafruit forum where a BBGW boots with 4.4 ti kernel and univ-all-00A0.dtbo: "Re: Green Wireless + DHT22 = not working?"

[beagleboard] Re: ELC 2017: BeagleBoard.org and Google Summer of Code

e/d/0B3V5Z3cW19jKMVM4Nmotb1RkSmlnVWY0bVI0SlI1M2w4VGZn/view?usp=drive_web> ​ On Wed, Jan 11, 2017 at 9:18 PM, Drew Fustini <d...@beagleboard.org> wrote: > I'll be giving a presentation on BeagleBoard.org and Google Summer of > Code next month at the Embedded Linux Conference (ELC) in

Re: [beagleboard] Re: eQEP on 4.4.19-ti-r41

On Fri, Feb 3, 2017 at 6:02 AM, Hugh Frater wrote: > Did you ever get any further with this? I'm struggling with eQEP on 4.4.36 - > but for different reasons Are you getting an error? I am able to use eQEP ok with a rotary encoder on 4.4 kernel: # uname -a Linux

Re: [beagleboard] Re: [beagle-alpha] v4.9.x-ti now open for testing...

On Thursday, February 2, 2017 at 4:16:24 AM UTC-6, Drew Fustini wrote: > > I've created this patch which seems to have done the trick without > messing with sysfs. It adds pm_runtime_get_sync() before read or > write to eQEP memory mapped registers: > Robert - I've raised

Re: [beagleboard] Re: [beagle-alpha] v4.9.x-ti now open for testing...

On Tue, Jan 31, 2017 at 5:47 AM, Drew Fustini <d...@beagleboard.org> wrote: > On Mon, Jan 30, 2017 at 8:40 PM, Robert Nelson <robertcnel...@gmail.com> > wrote: >> Once you enable the power control, it's it acting the same as v4.4.x was? > > Yes, it does read positio

Re: [beagleboard] Re: [beagle-alpha] v4.9.x-ti now open for testing...

On Tue, Jan 31, 2017 at 9:28 PM, William Hermans wrote: > Drew, do you have a complete gist on how you set this all up ? Mark Yoder > was interested in the wqep module a while back, but I do not thnk he was > able to figure it out completely. Also, from a personal project /

[beagleboard] Re: [beagle-alpha] v4.9.x-ti now open for testing...

On Mon, Jan 30, 2017 at 8:40 PM, Robert Nelson wrote: > Once you enable the power control, it's it acting the same as v4.4.x was? Yes, it does read position ok. # uname -r 4.9.6-ti-r17 # cat /sys/devices/platform/ocp/48304000.epwmss/48304180.eqep/power/control

[beagleboard] Re: [beagle-alpha] v4.9.x-ti now open for testing...

On Mon, Jan 30, 2017 at 1:02 PM, Drew Fustini <d...@beagleboard.org> wrote: > Thanks for the assistance, Franklin. Here is the patch that is applied: > https://github.com/RobertCNelson/ti-linux-kernel-dev/tree/ti-linux-4.9.y/patches/drivers/ti/eqep > > The boot log is in

  1   2   3   >