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

On Sun, Jan 29, 2017 at 3:13 AM, Drew Fustini wrote: > eqep was working for me in 4.4.x but I get a segmentation fault when I > read the sysfs position file: > # cat /sys/devices/platform/ocp/48304000.epwmss/48304180.eqep/position > [ 1858.108446] Unhandled fault: external abort on non-linefetch >

[beagleboard] eqep in linux 4.4.38+ not working

Dear All, I am using linux kernel 4.4.38+ with busybox as rfs. I have loaded bone_eqep2b-00A0.dtbo to slots. i.e # echo bone_eqep2b > /sys/devices/platform/bone_capemgr/slots Then it got loaded [ 35.295161] bone_capemgr bone_capemgr: part_number 'bone_eqep2b', version 'N/A'

[beagleboard] eqep in linux 4.4.38+ not working

Dear All, I am using linux kernel 4.4.38+ with busybox as rfs. I have loaded bone_eqep2b-00A0.dtbo to slots. i.e # echo bone_eqep2b > /sys/devices/platform/bone_ capemgr/slots Then it got loaded [ 35.295161] bone_capemgr bone_capemgr: part_number 'bone_eqep2b', version 'N/A'

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

I think you are making progress, but I'm having a little trouble following the grep pru. You should end up with 2 firmwares in /lib/firmware with very specific names: am335x-pru0-fw am335x-pru1-fw Just do ls /lib/firmware and see if they are there. Also: ls /dev If you got through the exam

[beagleboard] Of SPI and such

I'm of the opinion that a lot of the terminology being used is being mixed, slurred, shifted in such a way to make basic concepts difficult to understand. I thought I would just talk about it. What is SPI? You can use the terms UART and SPI interchangably. Bear with me on this...my point is cul

[beagleboard] Starterware files needed to create executable for beaglebone

Hey everybody, Excuse me if this is already explained, but i could not find a clear answer..so here i am. My goal is to load an executable to beaglebone white and see it working...Unfortunately i am a complete newbie and thus i would need your help. Please show patience:) and excuse my ignoran

[beagleboard] Re: Of SPI and such

Woody: SPI and Serial Data from a UART are very different. SPI is synchronous with a supplied clock. All that is sent on the data line is data. Addressing is via a separate "Chip Select" line. UARTs and their serial data are a legacy serial communications system from the teletype days. There

[beagleboard] Interfacing kentec qvga display (BOOSTXL-K350QVG-S1) to beaglebone black

Hey guys. We are newbies to beaglebone black having Debian(Jessie). We are trying to interface the LCD to BBblack (its not a cape). What we have understood is that we need to disable hdmi and make changes to devtree (Havnt done though). What chanegs are needed further. How to connect the pins.

Re: [beagleboard] Interfacing kentec qvga display (BOOSTXL-K350QVG-S1) to beaglebone black

You scare me. On 1/30/2017 9:28 AM, Girish Tiwari wrote: > Hey guys. > > We are newbies to beaglebone black having Debian(Jessie). We are > trying to interface the LCD to BBblack (its not a cape). What we have > understood is that we need to disable hdmi and make changes to devtree > (Havnt done t

Re: [beagleboard] Interfacing kentec qvga display (BOOSTXL-K350QVG-S1) to beaglebone black

On Mon, Jan 30, 2017 at 10:28 AM, Girish Tiwari wrote: > Hey guys. > > We are newbies to beaglebone black having Debian(Jessie). We are trying to > interface the LCD to BBblack (its not a cape). What we have understood is > that we need to disable hdmi and make changes to devtree (Havnt done > tho

Re: [beagleboard] eqep in linux 4.4.38+ not working

My bad . It was disabled in the kernel config. On Mon, 30 Jan 2017 at 3:08 PM, abhilash h wrote: > Dear All, > > I am using linux kernel 4.4.38+ with busybox as rfs. > > I have loaded bone_eqep2b-00A0.dtbo to slots. > i.e > # echo bone_eqep2b > /sys/devices/platform/bone_ > capemgr/slots > > Th

Re: [beagleboard] Phasors calculation using libpruio

Am Sonntag, 29. Januar 2017 21:50:31 UTC+1 schrieb john3909: > > Hi TJF, > > The IIO ADC can sample at 800K samples per second [1]. > This is not real-time sampling! When you transfer chunks of samples by DMA, you add further and unsteady latency. The only way to sample real-time is pulling s

Re: [beagleboard] Phasors calculation using libpruio

Well, again it depends on what you mean by realtime. To most developers, it means deterministic and since the AM335x ADC uses a sequencer to do the sampling, it is deterministic, and hence there is no difference between the PRU and ARM with DMA. This shouldn’t be a pissing match as to how fast y

[beagleboard] Re: Of SPI and such

Hmmm. And I thought I was "old school". http://www.mouser.com/ProductDetail/IQD/LFXTAL003185Bulk/?qs=sGAEpiMZZMsMyYRRhGMFNt26FzbIzMCTJO3fmLZxTac%3d We all know what SPI is. On Monday, January 30, 2017 at 5:55:06 AM UTC-7, woody stanford wrote: > > I'm of the opinion that a lot of the terminology

[beagleboard] Re: Of SPI and such

You are obviously knowledgeable, Graham, so we'll pose these questions to you then. (1) Is serial (ie. UART) communication on a BBBW (Rev C) Angstrom "distro" (ie. stock) done with the ttyO1 to ttyO6 "terminals". Is this HOW it is done? Elaborate if you feel the need. (Hoping he's going to say

[beagleboard] Re: Clock frequency for i2c1

As I understand it, I2C can be used for high-speed communication, so as fast as you can realistically pull that clock line is how fast you can go. Hense the clock line. I would look at it holistically. The BBB can probably really reef on that clock line (1 Ghz processor...kernel aside) so I'd lo

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

On Mon, Jan 30, 2017 at 10:56 AM, Franklin S Cooper Jr wrote: > So one thing I noticed is that the eqep node isn't adding any clocks > compared to EHRPWM and ECAP. So I would be curious if adding the > following entries to the eqep node may solve. I don't really remember > how we came up with this

[beagleboard] Re: Of SPI and such

Furthermore, how about putting a byte after the address byte with the length of the "frame" (and I use this term loosely) using the BBB as master (for collision avoidance, I mean) with each MCU only speaking when spoken too? Just thinking out loud lol. On Monday, January 30, 2017 at 5:55:06 AM

[beagleboard] Web Cams and UN*X

I have a nice little environmentally-sealed Emerson camera ($30) that makes a spectacular web cam I've found. Is there a library linkable (or otherwise) with GCC whereby I can capture its USB output and manipulate it programatically. I would also want to compress it to drive in MPEG or MP4 form

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

So one thing I noticed is that the eqep node isn't adding any clocks compared to EHRPWM and ECAP. So I would be curious if adding the following entries to the eqep node may solve. I don't really remember how we came up with this clocks = <&l4_root_clk_div>; clock-names = "fck"; >From what I remem

[beagleboard] Re: PRU FAQ 2013-05-15

This is gold, Jason. Thank you so much for sharing this with us. I personal was wondering what a lot of this stuff was. Have to admit that I was somewhat unclear as to quite a few of these concepts, but I was especially encouraged when I read the term "industrial". It is good to know we have th

[beagleboard] Re: PRU FAQ 2013-05-15

Still I am a fan of my little K150 PIC programmer. I wish I could say that I soldered it myself however I pussed out this time and got a nice little jobby from Hong Kong or somewhere. Cased it myself. I can even carry it with me if I wanted to and its USB cable is just the right length. My issu

[beagleboard] Re: Are Windows Driver Signings Going to be Updated?

I would take your IT manager or sys admin out to lunch to Appleby's or Olive Garden and get to know him/her. This is a human issue not a technical one IMO. On Wednesday, January 4, 2017 at 5:44:19 PM UTC-7, Jared McIntyre wrote: > > The Window's drivers haven't been install-able without turning

Re: [beagleboard] Re: Of SPI and such

On Mon, Jan 30, 2017 at 12:24 PM, 'woody stanford' via BeagleBoard < beagleboard@googlegroups.com> wrote: > You are obviously knowledgeable, Graham, so we'll pose these questions to > you then. > > (1) Is serial (ie. UART) communication on a BBBW (Rev C) Angstrom "distro" > (ie. stock) done with t

[beagleboard] Sensors + Arduino + Linux?

Hi guys, at the moment I'm working with another board and this is the workflow: I have an Arduino sketch that does the following: - reads from hardware serial pin (Serial0) - reads a DTH22 sensor with appropriate library on a pin - communicates to other modules using I2C dedicated pins with approp

[beagleboard] Sensors + Arduino + Linux ?

Hi guys, at the moment I'm working with another board and this is the workflow: I have an Arduino sketch that does the following: - reads from hardware serial pin (Serial0) - reads a DTH22 sensor with appropriate library on a pin - communicates to other modules using I2C dedicated pins with approp

[beagleboard] Re: Of SPI and such

Thank you for the quick and informative reply, Graham. So ttyOx IS the UART abstraction that is used by UN*X typically? So I should just be able to fopen (speaking C) /dev/ttyO1 and have read write stream access to the TX and RX pins of UART1, assuming of course I've setup the "overlays" correc

Re: [beagleboard] Re: pyserial stopped working after Debian update?

OK I got it working manually; Fist: debian@beaglebone:~$ cat /sys/devices/platform/bone_capemgr/slots 0: PF -1 4D cape display variables 1: PF -1 2: PF -1 3: PF -1 Than: sudo sh -c "echo 'BB-UART2' > /sys/devices/platform/bone_capemgr/slots" Again: debian@beaglebone:~$

Re: [beagleboard] Running .exe file after boot

idk about the whole *.exe thing. I've found programming ANSI C that its nice to be able to port my MinGW code directly to GCC without changing my build shell scripts (*blushes* well my make files I mean). Hense a lot of my bins on my UN*X have the exe extension. Seems to work...alignment aside

Re: [beagleboard] Re: pyserial stopped working after Debian update?

On Mon, Jan 30, 2017 at 2:41 PM, Harke Smits wrote: > OK I got it working manually; > Fist: > > debian@beaglebone:~$ cat /sys/devices/platform/bone_capemgr/slots > 0: PF -1 4D cape display variables > 1: PF -1 > 2: PF -1 > 3: PF -1 > > Than: > > sudo sh -c "echo 'BB-UART2'

[beagleboard] Re: tpa81(sensor temperatur)

You are using I2C to read a thermistor? What are you building an atom smasher lol? Switch your I2C to ADC and find a PDF of a themistor-to-voltage network of discretes and just read the ADC. My God man. :D On Tuesday, November 15, 2016 at 10:35:27 PM UTC-7, zaenal abidin wrote: > > tomorrow i

[beagleboard] Re: Of SPI and such

Simple answer, yes. As part of fopen, you need to flush and set up the buffers, and decide whether it is blocking or not, and check for initialization errors, but once you get the hang of that, it is not hard. Being a "legacy" protocol, serial is very mature, and lots of good example code ou

[beagleboard] Re: Of SPI and such

The answer I was looking for. Thank you much Graham. A yes...this is good as now I have control of my BBB UARTS from C (and thus python, etc. etc.) My next question might be an elaboration on how to access the GPIO/SPI/I2C/CAN/ADC however I have the magic key to BBB because I'm lazy and I can j

[beagleboard] VAX

Does anyone else just sit there with several PUTTY windows open and just watch that blinking blue light on their BBBW and just use their imagination that they are actually connected to the ole VAX at their old alma matter? It is a really nice little UN*X host right out of the box...I still can't

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

On Mon, Jan 30, 2017 at 1:02 PM, Drew Fustini 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 this gist and also attached: > https://gist.gith

[beagleboard] Drone Remote out of $60 Win10 Tablet

I'm building a drone with my BBBW as its brain. I have my remote control for it mostly coded in VB.NET. Basically what it does is it runs the BBBW on the drone in hotspot mode and it just synchs the stacks in my tablet with the BBBW and I send UDP packets via winsock with raw "joystick" coord

[beagleboard] Re: Drone Remote out of $60 Win10 Tablet

Here is a block diagram of the hardware on the drone. The remote is all software running on my POS Win10 tablet like I was saying. On Monday, January 30, 2017 at 5:24:55 PM UTC-7, woody stanford wrote: > > I'm building a drone with my BBBW as its brain. I have my remote control > for it mostly

Re: [beagleboard] PRU FAQ 2013-05-15

Jason, the Nixie Cape and Camera Interface project links are 404. > On Wednesday, May 15, 2013 at 2:12:39 PM UTC-7, Jason Kridner wrote: > Frequently asked questions regarding "PRU": > • What is a "PRU"? > • PRU stands for Programmable Real-time Unit. The overall > subsystem

[beagleboard] Re: Drone Remote out of $60 Win10 Tablet

Here is my autonomous flight planner (so its a little more than a drone). This is my "map editor" where I read in a Google Earth map and what I do is I calibrat

[beagleboard] UAV Drone out of a BBBW

I posted the remote control for this in Software, but I put a bunch of hardware in it so I thought I'd post it here. https://groups.google.com/forum/#!category-topic/beagleboard/software/evSIUcuWfUY -- For more options, visit http://beagleboard.org/discuss --- You received this message because

[beagleboard] Re: UAV Drone out of a BBBW

Still trying to find my blueprints for it (I think its on my Ubuntu box, but my monitor is fried on it, grrr, and I'm sure its not accessable on FTP, I'm on my Windows 10 workstation now), but here is an interesting example of MOSFET motor speed control via GPIO or PWM.

[beagleboard] Re: witch API is more suitable with beaglebne black for streaming and recording? thank u for help

I'm interested in this too. I'm looking for webcam over USB to what Wiem said saved to drive. On Thursday, March 31, 2016 at 6:21:52 AM UTC-7, wiem barguellil wrote: > > witch API (jpeg streamer or pyhthon library.) is more suitable with > beaglebne black for streaming and recording? thank u

Re: [beagleboard] Re: witch API is more suitable with beaglebne black for streaming and recording? thank u for help

who are you talking to? this particular thread was created march 31 2016 On 1/30/2017 6:42 PM, 'woody stanford' via BeagleBoard wrote: > I'm interested in this too. I'm looking for webcam over USB to what > Wiem said saved to drive. > > On Thursday, March 31, 2016 at 6:21:52 AM UTC-7, wiem barg

Re: [beagleboard] Re: witch API is more suitable with beaglebne black for streaming and recording? thank u for help

On Mon, Jan 30, 2017 at 7:42 PM, 'woody stanford' via BeagleBoard wrote: > I'm interested in this too. I'm looking for webcam over USB to what Wiem > said saved to drive. https://github.com/jacksonliam/mjpg-streamer Regards, -- Robert Nelson https://rcn-ee.com/ -- For more options, visit htt

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

On Mon, Jan 30, 2017 at 3:40 PM, Drew Fustini wrote: > On Mon, Jan 30, 2017 at 1:02 PM, Drew Fustini 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 boo