Re: [beagleboard] Python 3.7/3.7.1 in latest image based on Debian 9.5?

Excellent! This gives me the incentive to upgrade. Python is deploying compelling new features. Time to exercise them! Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard&q

[beagleboard] Python 3.7/3.7.1 in latest image based on Debian 9.5?

Hello, I am thinking about a Beaglebone project which will require Python 3.7. Does the latest image based on Debian 9.5 include, or available via apt, this latest version of Python? I want the latest and greatest "event loop" with async and await features from asyncio module. Reg

[beagleboard] Re: Connecting/configuring ublox M8n GPS to Mission Planner Passthrough with BBBlu

I'm reading through all of this and I just feel like I am very close. When I try config-pin P9.21 uart config-pin P9.22 uart I get bash: /sys/devices/platform/ocp/ocp*P9_21_pinmux/state: No such file or directory Cannot write pinmux file: /sys/devices/platform/ocp/ocp*P9_21_pinmux/state

[beagleboard] Re: Just starting - looking for some guidance in development direction to take C# or C++

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.

[beagleboard] Just starting - looking for some guidance in development direction to take C# or C++

We have an application running on Azure servers. We need to see if we can do the same in the more finite resources of an embedded Linux system. Looking to use the BeagleBone Black Wireless - as we need Bluetooth and WiFi to get data from the outside world. No GUI needed. Azure application is

Re: [beagleboard] problem flashing beagle-bone black

can you use usb port(P3)? or is it necessary to use J1 to view boot log? On Thu, Feb 15, 2018 at 11:37 AM, Robert Nelson wrote: > On Thu, Feb 15, 2018 at 1:16 PM, grjjl wrote: > > We have been using a micro sd to flash a new image to a debian >

[beagleboard] Re: Using a device table overlay to disable the onboard RTC on the beaglebone black

ece of one of my projects still not resolved. Regards, Greg -- 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 fr

[beagleboard] Using a BeagleBone as a Kerberos Key Distribution Center

Here's the documentation for a project I've been working on: https://github.com/Greg-R/BeagleBoneKerberosKDC This is perhaps an unusual application of a BeagleBone. What it does is act as a third-party authentication server in an NFSv4 based network. The protocol is called Kerberos, which

Re: [beagleboard] Re: How to boot from microSD card image, not from the onboard flash?

I'm curious, why the difference versus Debian? I looked at the Ubuntu uEnv.txt and it has the flasher line commented just like Debian. I made a bad assumption that this functionality was the same in both distros. On Sunday, August 6, 2017 at 1:33:34 PM UTC-4, RobertCNelson wrote: > > > >

[beagleboard] Re: How to boot from microSD card image, not from the onboard flash?

he microSD, and later uncomment the line in uEnv.txt and flash to eMMC when whatever I am developing is ready to be permanent. One word of advice, don't buy cheap microSDs. Get the more robust devices designed for heavy duty usage. Regards, Greg -- For more options, visit http://beagleboard.o

[beagleboard] Re: RTC's SDA and SCL Resistors

Look at the link in /dev/rtc: ls -al | grep rtc If you got it to point at /dev/rtc1, I would very much like to know how you accomplished that! On Friday, July 28, 2017 at 10:09:19 AM UTC-4, William B wrote: > > Greg, it's okay. I was able to make the RTC be recognized as rtc1 in the &g

[beagleboard] Re: RTC's SDA and SCL Resistors

ion scheme is working, but the system time is running a little bit fast. Greg -- 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

[beagleboard] Re: RTC's SDA and SCL Resistors

this command: timedatectl Greg -- 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 beagleboar

Re: [beagleboard] RTC's SDA and SCL Resistors

I have 2 of them running here connected to BBGWs and performance is satisfactory so far. On Wednesday, July 26, 2017 at 7:48:18 PM UTC-4, john3909 wrote: > > This looks like a much better solution given that this module is powered > from 3v3. > > Regards, > John > -- For more options, visit

[beagleboard] Re: RTC's SDA and SCL Resistors

without touching the Device Tree. I've got the RTC to work and it is timing my irrigation control system reasonably well. I'm still not confident with what I am doing with the hwclock command. I've documented what I did in the PDF file page 26: https://github.com/Greg-R/irrigate-control/tree

[beagleboard] Re: Beaglebone cape enclosure recommendations

enclosure. Regards, Greg -- 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 beagleboar

[beagleboard] Re: wlan0

modes simultaneously with this method. Regards, Greg -- 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, sen

[beagleboard] Re: How to configure node.js

ant to use the Beaglebone specific stuff. Then begin your Node.js adventure. If you want to see an example project here is one of mine: https://www.hackster.io/Greg-R/beaglebone-green-wireless-irrigation-control-ce7c4b Node.js+ES6 is really fantastic. A little bewildering at first, because there is som

[beagleboard] Re: New Beaglebone with Storage Almost Full

script: sudo /opt/scripts/tools/grow_partition.sh Check before and after running above script. I hope it helps, but no promises. Regards, Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "Beagle

Re: [beagleboard] BBGW crash

I found nodejs to be amazing! My opinion: go with the latest and greatest Nodejs v8.0 and try Javascript ES6 + HTML5 + WebSockets. Javascript is now a reasonable language and a lot of the weirdness of working with it is gone. I had good luck with this project: https://www.hackster.io/Greg-R

[beagleboard] Re: BBGW | USB hub does not work

: sda1 [651123.555958] sd 0:0:0:0: [sda] Attached SCSI removable disk Looks good to me, but this is the first time I ever plugged a USB disk into a Beaglebone! Regards, Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed

Re: [beagleboard] BBGW crash

er. The kernel info: Linux beaglebone 4.4.48-ti-r88 #1 SMP Sun Feb 12 01:06:00 UTC 2017 armv7l GNU/Linux I think the above is from the March version IOT Debian image at beagleboard.org. Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message becaus

[beagleboard] Re: BBGW crash

It looks possible to make the log persist: https://manpages.debian.org/jessie/systemd/systemd-journald.service.8.en.html -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe

[beagleboard] Re: BBGW crash

Here is one thing to try: journalctl -u wifidog-gateway I hope maybe the above will yield a clue as to the specific failure. Good luck. Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "Beagle

[beagleboard] Re: Can't connect to BBBW with ssh anymore

Get a 3.3V USB serial cable. You will be glad you did. This should be your #1 tool priority. Regards, Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubs

[beagleboard] Re: using SYSBOOT pins as outputs....not booting from uSD

ot process is unaffected. So it can be done, just be aware of the circuit you are attaching. Since none of my projects require more than a few GPIOs, I simply avoid using the pins which can impact boot. That's one nice thing about Beaglebone, it has a lot of GPIOs! Regards, Greg -- For mo

Re: [beagleboard] PRU help needed....I don't understand pointers well enough to understand them.

http://icube-icps.unistra.fr/index.php/File:ModernC.pdf#file Try the above 308 page PDF file for starters. Click on the bird. Regards, Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "Beagle

Re: [beagleboard] VDD_5V versus SYS_5V Quick Question

Thanks, I did not notice the DNP. I'll have to revise that. It seems to work anyway. Very little current is being pulled from the supply. But I need this to be rock solid. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to

[beagleboard] VDD_5V versus SYS_5V Quick Question

ase of the Beaglebone Greens is connected to VDD_5V. If I have got the above correct, I don't think it will make any difference whether I use VDD_5V or SYS_5V. Also, the supply voltage never returns back to the Beaglebone from the solid-state-relay in normal operation. Regards, Greg -- For m

[beagleboard] Re: Newbie question

Beaglebone and power it up. Then you have to determine how to connect to and control the board. If you see a "heartbeat" from one of the blue LEDs you are making progress. Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are s

[beagleboard] Re: BeagleBone Blue EduMIP Balancing Robot Assembly Video

Really great! I will definitely get a Blue and see how it plays. I think a much larger version of the robot would be a lot of fun. Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard&q

Re: [beagleboard] xz images problem

That's an awesome set of command line tools I had never seen before. I had to install kpartx (Ubuntu 16.04) and reboot. All works after that. rootfs even shows up in the GUI file browser. Thanks! Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message

[beagleboard] Re: xz images problem

What OS are you using? How are you expanding the xz file? Greg -- 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 fro

[beagleboard] Re: Is there a GPIO status register somewhere?

processes (programs) can read the values independent of one another, so your "master" will be able to accomplish this. Regards, Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "Beagl

Re: [beagleboard] setting Beagle Bone pinmux directly

spreadsheet for reference: https://github.com/selsinork/beaglebone-black-pinmux The file is pinmux.ods. Regards, Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubs

[beagleboard] Re: how delete or uninstall a software

a few searches on Debian, you can find numerous help guides. The most common command executed in a terminal is sudo apt-get install (name of software package) Regards, Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed

[beagleboard] Re: PRU timing with __delay_cycles()

that, the function worked perfectly. Regards, Greg -- 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 b

Re: [beagleboard] pru-rproc failing on boot, working manually

g on at boot. I'm hoping to get back on another PRU project soon, would be nice to get this mystery resolved! Regards, Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group.

Re: [beagleboard] Re: Surefire PRU - Setup.

On 05/17/17 13:42, William Hermans wrote: > On Tue, May 16, 2017 at 7:41 PM, > wrote: > I've been a C and assembly programmer since the 80's, but all of this > with dtc is still pure greek to me. I'm assuming the original intent >

Re: [beagleboard] Re: Surefire PRU - Setup.

On 05/16/17 17:36, Greg Ercolano wrote: > root@beaglebone:~/dtb-rebuilder# make > DTC src/arm/am437x-gp-evm.dtb > FATAL ERROR: Unrecognized check name "unit_address_vs_reg" <-- > Makefile:136: recipe for target 'src/arm/am437x-gp-evm.dtb' fa

Re: [beagleboard] Re: Surefire PRU - Setup.

On 05/16/17 17:17, Greg Ercolano wrote: > On 05/16/17 16:56, ercolano7...@gmail.com wrote: >> I did notice a few error messages using the OP's disk image + script.. >> [..] >> Unpacking linux-image-4.4.27-ti-r62 (1jessie) ... >> Setting up linux-image-4.4.27-ti-r62 (1

Re: [beagleboard] Re: Surefire PRU - Setup.

On 05/16/17 16:56, ercolano7...@gmail.com wrote: > I did notice a few error messages using the OP's disk image + script.. > While the script ran, I saw these errors scroll by -- is this something I > should ignore? > _ > [..]

[beagleboard] Re: Creating hotspot in BeagleBone Green Wireless

Here is the inverse. I might give you some ideas on how to proceed. https://groups.google.com/forum/#!category-topic/beagleboard/3GBe_ueZ4Z8 I have been using the BBGW to develop a home automation project. BBGW is a perfect fit, working great! Regards, Greg -- For more options, visit http

[beagleboard] Re: Beaglebone black ssh problem

, they will waste your time. When you get to the point where your software is solid, you can flash to the onboard drive. This will be the ultimate reliability. Regards, Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google

Re: [beagleboard] No GPIO access from PRU's - GPIO toggle example - device tree overlay/pinmux problem?

You could view the implementation of overlays as an optimization pass. Greg On Wednesday, April 26, 2017 at 11:50:02 AM UTC-4, ThomasL wrote: > > Edit: This was wrong. Using the config-pin scripts we got everything > working even at higher frequencies (30MHz). We are going to ha

[beagleboard] Re: No GPIO access from PRU's - GPIO toggle example - device tree overlay/pinmux problem?

If the config-pin works, why not put the command(s) in a start-up file and be done with it? Just my opinion, don't touch the device tree blobs unless you absolutely have to. And if you have to, use Robert's scripts to rebuild them. Regards, Greg -- For more options, visit http

[beagleboard] Re: Explanation of PRU Programming in C

files, I didn't even think it was C code! In fact, in the information provided by TI in the video and slides, they say it is really warped C code. Regards, Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google

[beagleboard] Re: Availability of the beagleboard blue

e to reach capacity. Good luck finding a Blue. It looks like a great board! Regards, Greg -- 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 r

[beagleboard] Re: Struggling

has a LAN connector. Get a cable and use that instead of the USB. Good luck! Greg -- 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 r

[beagleboard] Re: Robots. Fast. BeagleBone Blue is here!

At Hackster.io: https://blog.hackster.io/introducing-the-beaglebone-blue-58d040e9f69e#.a9axku66j Congratulations, this looks like an incredibly capable board! Regards, Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed

[beagleboard] Re: Difference between the console image and the IoT image

The console image is minimalist. It doesn't have application software like servers already installed. This is good if you are developing a board for some security application where the "attack surface" should be minimalized. You will find that you need to install basic stuff like git.

[beagleboard] Re: Loading .out onto PRU

f sections in the PDF which show how to configure it all on the BBG Debian IOT: https://www.hackster.io/Greg-R/pru-pid-motor-speed-controller-with-beaglebone-green-ccb805 RemoteProc framework does the work of loading the PRU firmwares into the PRUs and starting the processors. It's just an exa

[beagleboard] Re: PRU Development

Hi Mike- > > There are several possible paths. Since you mentioned Derek Molloy's book, here is my project which was inspired by his chapter on the PRU: https://www.hackster.io/Greg-R/beaglebone-pru-adc-a42a71 If you look at this, you will see that I used the RemoteProc fra

[beagleboard] Re: Is there a web server on the BBB

Take a look at: /var/www/html I've got an Apache2 server at (ipaddress):80. But I don't remember if that was by default or I added Apache2 later. Regards, Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google

[beagleboard] Re: can't load device tree on Debian jessie 8.6 with kernel version 4.4.43-ti-r84

messing with it. Just edit uEnv.txt and you will get the job done. Greg -- 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 e

[beagleboard] Re: can't load device tree on Debian jessie 8.6 with kernel version 4.4.43-ti-r84

of the RemoteProc messaging character devices. Lab 6 toggles an LED using the PRU and uses the same character device mechanism to control the PRU. Let me know if you have any more questions. I think you have gained a lot of capability to experiment with the PRUs. Greg -- For more options, visit http

[beagleboard] Re: can't load device tree on Debian jessie 8.6 with kernel version 4.4.43-ti-r84

There are two examples, one for PRU0 and another for PRU1. So you will get rpmsg_pru30 for PRU0, and rpmsg_pru31 for the other. So if you are seeing rpmsg_pru31, this is a major step forward and you have it working!!! Also note the "c" at the first column of the ls; this indicates a character

[beagleboard] Re: can't load device tree on Debian jessie 8.6 with kernel version 4.4.43-ti-r84

sort of license. I might go back and look at it in the future, but for now the command line via SSH is more than adequate for what I want to achieve with the PRUs. Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed

[beagleboard] Re: can't load device tree on Debian jessie 8.6 with kernel version 4.4.43-ti-r84

I wouldn't update the kernel at this time. Yes, try the procedure and see what happens. I think you will be successful. If not, we can work through it. That kernel is the TI version and it should be good to go for sure. If not, there are problems we are not going to solve without help!

[beagleboard] Re: can't load device tree on Debian jessie 8.6 with kernel version 4.4.43-ti-r84

I successfully update to the new kernel, it was version 45, not 44 so even a little bit newer. After updating the DT with the pru include, I rebooted. No ethernet! Also, I can tell from the LEDs that something is very wrong. The heartbeat is there, but one of the other LEDs is blinking steadily

[beagleboard] Re: can't load device tree on Debian jessie 8.6 with kernel version 4.4.43-ti-r84

Can you tell me exactly how you got the kernel 4.4.44-bone16? I need to replicate this step exactly. Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubs

[beagleboard] Re: can't load device tree on Debian jessie 8.6 with kernel version 4.4.43-ti-r84

I have the same hardware available here. I have not tested the LXQT image, only the IOT and it was with Beaglebone Green. I'll try to get the image and written to the SD card later today. It only takes a few minutes for the process including the Device Tree change. Greg -- For more options

[beagleboard] Re: can't load device tree on Debian jessie 8.6 with kernel version 4.4.43-ti-r84

Can you tell me which IOT image you are using? Which Beaglebone? Did you update the kernel recently? Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubs

[beagleboard] Re: can't load device tree on Debian jessie 8.6 with kernel version 4.4.43-ti-r84

You are using a very new IOT image. I'm still using one from December 2016. If I can get a few minutes later today, I'll try that new image here. I'm not sure what to suggest to try next. Hopefully you can get your ethernet running again. Greg -- For more options, visit http://beagleboard.org

[beagleboard] Re: can't load device tree on Debian jessie 8.6 with kernel version 4.4.43-ti-r84

that lsmod may show a driver, however, that doesn't mean that it is active. Regards, Greg -- 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] Re: first steps with BBG

with either approach. I am not familiar with UIO, but I have done some experiments with RemoteProc. Check out this project at Hackster.io: https://www.hackster.io/Greg-R/pru-pid-motor-speed-controller-with-beaglebone-green-ccb805?ref=search_id=remoteproc=1 Follow the link to the Github project

[beagleboard] Re: Can a PRU tell if it's PRU0 or PRU1?

I thought of another way. Kind of crude, but it might work. This would allow the firmwares to be identical. Assuming you have a spare PRU GPI in each, you could set the pull-up on one pin, and a pull-down on the other. Then you just read the appropriate value of the bit in __R31. Of course

[beagleboard] Re: Can a PRU tell if it's PRU0 or PRU1?

So you are saying the firmware loaded to both PRUs has to be exactly the same? You can't use a slightly different #define to make a different constant in PRU0 vs PRU1? Regards, Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you

Re: [beagleboard] BeagleBone Green Wireless with Debian 8.6 IOT Image any tips on WIFI?

1AFQ00G2/ref=oh_aui_search_detailpage?ie=UTF8=1 Thanks Robert for the tip on the 8.7 image! After switching to the new image all went very smoothly after that. Regards, Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to

[beagleboard] BeagleBone Green Wireless with Debian 8.6 IOT Image any tips on WIFI?

.Technology" doesn't exist connmanctl> Anyway, does anyone have some tips or a tutorial on how to get the BBGW WIFI up and running? I don't want some sort of access point, just a regular ethernet LAN type connection. Regards, Greg -- For more options, visit http://beagleboard.org/disc

[beagleboard] Re: Figure out how to configure correctly modules, pins, and PRU to blink a led

:41:47 AM UTC-5, in...@orionitalia.com wrote: > > Thank you, Greg! > > Device Tree was really confusing to me, probably due to the fact that I > was using also examples from 3.8. > > By the way, I saw that you used an external ADC in your project, while I > am scouting to

[beagleboard] Re: Figure out how to configure correctly modules, pins, and PRU to blink a led

Lorenzo, nice to hear you are making progress. The Device Tree configuration is a significant barrier and once you break through that things will move quickly. I think you will find the rest of the examples will work relatively easily. Good luck and have fun with your project! Regards, Greg

[beagleboard] Re: High speed encoder input capability of BBB?

pplications I may cross in the future. > Here is a simple project which might help you with "where to go from here": https://www.hackster.io/Greg-R/pru-pid-motor-speed-controller-with-beaglebone-green-ccb805?ref=search_id=remoteproc=1 This project uses one of the Encoder modules whic

[beagleboard] Re: Beaglebone Green - Remoteproc dynamic firmware change. Module in Use Error.

the documentation in this project for another method to control RemoteProc from sysfs in user-space: https://www.hackster.io/Greg-R/pru-pid-motor-speed-controller-with-beaglebone-green-ccb805?ref=search_id=remoteproc=1 Follow the link to the github repository. The documentation is in the doc

[beagleboard] Re: Figure out how to configure correctly modules, pins, and PRU to blink a led

? This is a relatively new requirement. A more recent project includes the steps to enable RemoteProc: https://github.com/Greg-R/pru-pid-motor Regards, Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups

[beagleboard] Re: Beaglebone Green - Remoteproc dynamic firmware change. Module in Use Error.

to the above commands. What distribution are you using? Regards, Greg -- 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 e

Re: [beagleboard] Re: SPI on beagle bone black and beagle bone black wireless

as they are important bits for dealing with the Beagleboard Device Tree ecosystem. Regards, Greg -- 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] Re: SPI on beagle bone black and beagle bone black wireless

Nice! I will add this as a reference to my project documentation. Regarding the fact that you have to run config-pin after each boot, you can add a section that the config-pin commands can be added to whatever start-up configuration is most appropriate. The way I am doing this currently is to

Re: [beagleboard] Re: SPI on beagle bone black and beagle bone black wireless

Hi William, if you could point to an easily discoverable source which says that Universal IO is available in the latest images and encouraged to be used, then you could be correct. Being able to successfully manipulate the SOC multiplexer is fundamental to getting a Beagleboard project off the

[beagleboard] Re: SPI on beagle bone black and beagle bone black wireless

. As far as what "publishable form" means, that could be as simple as Markdown, or better yet a PDF file, which Github can display in the browser. Just a suggestion, good luck with your projects and please let us know how it is going. Regards, Greg -- For more options,

[beagleboard] Re: Using peripherals / accessing registers in PRU C

https://git.ti.com/pru-software-support-package Clone the above and look in the examples/am335x directory. There is an example C file for IEP. I've never run it myself, but seems to be what you are looking for. Perhaps a good place to start. Regards, Greg -- For more options, visit http

[beagleboard] PRU PID Motor Speed Controller Project at Github and Hackster.io

weaks were required to the firmware code to match the specs of the different motor-encoder. The Github repository: https://github.com/Greg-R/pru-pid-motor The main documentation file: https://github.com/Greg-R/pru-pid-motor/blob/master/doc/PRUPIDMOTORlatex/pru-pid.pdf The project at

Re: [beagleboard] Shutting Down PRUs via RemoteProc Framework from user-space?

. On Wednesday, December 21, 2016 at 9:28:38 AM UTC-5, William Hermans wrote: > > Greg, have you read the remoteproc kernel documentation ? I did like a > year ago, and I do want to say there is a method to halt remoteproc. But > I'm not sure, and even if I did read that. There is no tel

[beagleboard] Re: Shutting Down PRUs via RemoteProc Framework from user-space?

nesday, December 21, 2016 at 10:04:25 AM UTC-5, Jason Reeder wrote: > > Greg, > > Suman added a simple debug interface for remoteproc at > '/sys/kernel/debug/remoteproc/'. > > On the BBB (AM335x) there are three devices available at that folder: > remoteproc0 (the wake

[beagleboard] Shutting Down PRUs via RemoteProc Framework from user-space?

PRU(s) from user-space. If there is none, I will use the rmmod commands as above. I'm hoping I am missing a simpler method. Regards, Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" g

Re: [beagleboard] Re: pru + 4.4 kernel?

Great news, keep going! Greg On Saturday, December 17, 2016 at 11:16:25 AM UTC-5, Jay Doobie wrote: > > Ahhh! Ok, I had modified things so much last night I went back to the > original and forgot to update the uio pruss in the non-overlay version. It > WORKS! > > When I

Re: [beagleboard] Re: pru + 4.4 kernel?

Not totally clear what you are saying. I see you have the UIO PRUSS line uncommented in "PRU works". It is not uncommented in "pinmux works". So are you saying when you uncomment the UIO PRUSS line to activate it, it kills the pinmux? Sorry for the confusion! On Saturday, December 17, 2016 at

[beagleboard] Link to Official WIKI Page broken?

>From this page: http://beagleboard.org/latest-images The link to the "official wiki page": https://elinux.org/Beagleboard:Updating_The_Software seems to never connect for me. Anyone else see the same? Regards, Greg -- For more options, visit http://beagleboard.org/dis

Re: [beagleboard] Re: pru + 4.4 kernel?

Hi Jay, you are correct it is difficult to work through all the issues and find the right sources of information. I did attempt to document the current process for activating the PRU with Remoteproc: https://github.com/Greg-R/pruadc1 More specifically look in the PDF file: https://github.com

[beagleboard] Re: PRU rpmsg issues with IOT 2016-11-06

enough. In fact, it will probably be simplified. Get the latest PRU Support package and look at the examples directory: https://git.ti.com/pru-software-support-package I'm pretty sure if you have the old mailboxes code you will get the behavior you are observing. Regards, Greg -- For more

[beagleboard] Re: pru + 4.4 kernel?

blacklist pru-rproc You will find instructions for the above in the dts file. Then make make install reboot Then see if it works! Good luck. Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups &q

[beagleboard] Re: Loading PRU overlay causes BBB to lock

TJF, so what is the best way to update the dtc? I've used this in the past: https://github.com/RobertCNelson/bb.org-overlays More specifically the script: dtc-overlay.sh However, I'm not sure this is the appropriate method in this case. If not, what is? An apt-get install ...? Greg

[beagleboard] Re: Loading PRU overlay causes BBB to lock

at it at all after loading the overlay! I'm not sure if the 3.8 version distributions require a change to the Device Tree to get a particular PRU framework. The newest version 8 Debian definitely do. You need to provide more details for sure. What is it you were doing before which worked? Greg

Re: [beagleboard] PRU PID Motor Speed Controller Using RemoteProc and RPMsg

f work to do on the documentation and cleaning up the repository. Will post an update when I get it published. Regards, Greg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe fr

[beagleboard] PRU PID Motor Speed Controller Using RemoteProc and RPMsg

and a huge help in showing how to use C programming with the PRU and Remoteproc/RPMsg! Regards, Greg -- 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

Re: [beagleboard] How is a default Device Tree Blob determined?

elson > https://rcn-ee.com/ > Got it...info much appreciated. Greg -- 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 em

Re: [beagleboard] How is a default Device Tree Blob determined?

from dmesg: [ 251.257614] Unable to handle kernel NULL pointer dereference at virtual address 000d So, the question is, what is the proper procedure for removing a universal overlay, and then putting in a different one? The config-pin utility is capable of adding an overlay, but can it remove

[beagleboard] Re: PWM generation using libpruio

: echo 0 > export Or it could be other numbers depending on which PWM. I haven't found a concise reference for the above process, and how the export number maps to the particular PWM. Perhaps someone else can point us to a good reference guide for this process. Greg -- For more options, vi

Re: [beagleboard] Re: Beaglebone Black PRU Troubles

PM UTC-5, Jason Reeder wrote: > > Greg and Zach, > > Check out the two tarballs in this drive link: > https://drive.google.com/drive/folders/0B_OVOhSEksP8MDFiT0x6YU1EZG8?usp=sharing > > >- PRU_Halt_Assembly.tar.gz >- Contains a project to drop into > /o

Re: [beagleboard] Re: Beaglebone Black PRU Troubles

On Monday, November 28, 2016 at 4:49:46 PM UTC-5, Zach B wrote: > > Greg, > > Thanks for the info. That linker primer helped a bit with what is exactly > going on inside of the linker, at least to the level that I can understand. > I'm still working through getting a single ass

  1   2   3   >