[beagleboard] How to use matrix-keypad driver for interfacing 4 x 4 keypad

I have successfully loaded matrix-keypad driver by using: *modprobe matrix-keypad* *But *I don't know how to use it in c program -- 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: eQEP not reading meaningful values

On Friday, 3 February 2017 13:17:20 UTC+1, Hugh Frater wrote: > > However when I 'cat position' in each of the relevant sys entries (having > moved my encoder A/B lines to the relevant pins each time), I get a > changing value but it isn't meaningful. Am I missing something, or is it > more like

[beagleboard] Re: Problems using BeagleBone Black's UART

On Thursday, 9 February 2017 13:30:23 UTC+1, oetti133 wrote: > > For testing I ordered the Waveshare RS485-CAN Cape > . > Ehm, I noticed in its schematic that it ties the R-output of th

Re: [beagleboard] Re: Why use PRU shared DRAM (12k) over individual core DRAM (8k)?

Anyway, my idea was something like this. In the past I've written a couple different applications that have directly accessed peripherals registers through mmap() + /dev/mem/. So I would imagine( again no hands on here ) accessing the PRU's memory directly from user space Linux could be potentially

Re: [beagleboard] Re: Why use PRU shared DRAM (12k) over individual core DRAM (8k)?

On Thu, Feb 9, 2017 at 6:56 PM, Charles Steinkuehler < char...@steinkuehler.net> wrote: >You cannot "broadside" store the register file into the 8k or 12k data > > rams, only into one of the three scratch pad locations or directly > into the other PRU's register file. Table 4-21 (of the AM335x TR

Re: [beagleboard] Re: Why use PRU shared DRAM (12k) over individual core DRAM (8k)?

On 2/9/2017 7:37 PM, William Hermans wrote: > However, the 8k memory used by each PRU core, as well as the shared 12k > memory > each PRU has access to is supposed to be single cycle read / write access. In > fact each PRU core as I understand it has the ability to "broadside" all of > it's >

Re: [beagleboard] Re: Why use PRU shared DRAM (12k) over individual core DRAM (8k)?

On Thu, Feb 9, 2017 at 4:20 PM, ags wrote: > Continued review of documentation has caused me to wonder if I've missed a > fundamental error in my thinking about what is and isn't deterministic when > using the PRUs. The PRU-local 32-bit interconnect bus is itself a shared > resource. If one PRU w

Re: [beagleboard] beaglebone green wireless is shutdown

On Fri, 2/10/17, Graham wrote: Subject: Re: [beagleboard] beaglebone green wireless is shutdown To: "BeagleBoard" Date: Friday, February 10, 2017, 1:15 AM The PMIC IC in the Beaglebone will force quit the BBB if the 5V line is above 5.5 Volts

[beagleboard] Re: Why use PRU shared DRAM (12k) over individual core DRAM (8k)?

Continued review of documentation has caused me to wonder if I've missed a fundamental error in my thinking about what is and isn't deterministic when using the PRUs. The PRU-local 32-bit interconnect bus is itself a shared resource. If one PRU writes to its own DRAM, and the other PRU writes to

Re: [beagleboard] beaglebone green wireless is shutdown

The PMIC IC in the Beaglebone will force quit the BBB if the 5V line is above 5.5 Volts or below 4.5 Volts, even for a few milliseconds. So, if you want to to have a happy BeagleBone Black, keep your BBB 5 Volt power input between 4.75 and 5.25 Volts, to give yourself some safety margin for pow

Re: [beagleboard] beaglebone green wireless is shutdown

It needs to be steady at 5V. 4V is not going to work very well. You can try adding some bulk capacitance across the connections. Maybe 10uF to 20uF and add a 0.1uF as well.. Gerald On Thu, Feb 9, 2017 at 3:30 PM, felipe robles wrote: > >

Re: [beagleboard] beaglebone green wireless is shutdown

Hello Gerald. DC-DC converter

Re: [beagleboard] beaglebone green wireless is shutdown

Is it exactly 5V? How much ripple is there on the 5V supply? What is the power source for the DC DC converter? Gerald On Thu, Feb 9, 2017 at 2:21 PM, felipe robles wrote: > Hello Wulf > > My beaglebone is powering in P9_5 and P9_6 pins from DC DC converter that > supplies 5V from battery (char

Re: [beagleboard] beaglebone green wireless is shutdown

Hello Wulf My beaglebone is powering in P9_5 and P9_6 pins from DC DC converter that supplies 5V from battery (charger controller). El jueves, 9 de febrero de 2017, 17:09:59 (UTC-3), Wulf Man escribió: > > looks like a power glitch. how are you powering this? > > On 2/9/2017 12:08 PM, felipe rob

Re: [beagleboard] BES v0.8 does not recognize the USB Gamepad

it's been a while since I played with gamepads on Linux, but I seem to remember that the gamepads show up as HID devices with crazy number of mouse buttons (MB 1,2,3,4,5,6,7,8,9). So, just write your app to react to high-numbered mouse buttons. You can see what your gamepad is generating by ru

Re: [beagleboard] beaglebone green wireless is shutdown

looks like a power glitch. how are you powering this? On 2/9/2017 12:08 PM, felipe robles wrote: > Hello folks > > My name is Felipe and I looking for solution or some hint to my newest > problem. > I got a BBGW running BeagleBoard.org Debian Image 2016-11-06. My > project is get many measurements

Re: [beagleboard] USB Audio on BBGW/BBB using also and mpg321 : Distorted/clipped/too fast playback

Sound is tricky because there are several layers that interact in interesting ways: hardware, the USB layer, sound drivers, and the transcoder software. I'd try to simplify: for instance, exclude the transcoding layer by translating the files offline to a non-compressed format, like .wav, and playi

[beagleboard] beaglebone green wireless is shutdown

Hello folks My name is Felipe and I looking for solution or some hint to my newest problem. I got a BBGW running BeagleBoard.org Debian Image 2016-11-06. My project is get many measurements from differents sensors like conductivity, dissolved oxygen, and others. and put this values into web ser

[beagleboard] beaglebone green wireless is shutdown

Hello folks My name is Felipe and I looking for solution or some hint to my newest problem. I got a BBGW running BeagleBoard.org Debian Image 2016-11-06. My project is get many measurements from differents sensors like conductivity, dissolved oxygen, and others. and put this values into web ser

[beagleboard] BES v0.8 does not recognize the USB Gamepad

Does anybody know how can I add the support for these USB gamepads? It would be great to have some help for doing this, even if someone could explain how develop a new driver and compile It. I have everything ready but the USB gamepads. -- For more options, visit http://beagleboard.org/discus

[beagleboard] Re: Desired existing open source cape recommendation

Hi all, First off, I agree with the need for a UPS and power control cape - that's why I created the Power Cape. The firmware and schematics are available online (yes, I do know that's not truly OSH). Back on topic, I think Jason is looking for an existing OSH design that wouldn't otherwise g

[beagleboard] Re: Desired existing open source cape recommendation

On Tuesday, 7 February 2017 20:01:14 UTC, Jason Kridner wrote: > > Anyone want to nominate an open source cape to go into production via a > group buy? > > If I don't get suggestions, I'll recommend: > http://elinux.org/BeagleBone_Black_RFID_Adaptor_Cape or > https://github.com/cclark2/interac

[beagleboard] USB Audio on BBGW/BBB using also and mpg321 : Distorted/clipped/too fast playback

Hi all, I'm still pretty new to my BBB / BBGW (I prefer the BBGW simply because of it's inbuilt wifi - real simple). So, I'm running on a SEED BeagleBone Green Wireless. with Debian / Linux 8 : 2016-06-14. The system is up to date - as of now. I'm running headless via wi-fi ssh on Terminal (Mac S

Re: [beagleboard] Failed to start Cape Manager Service.

I still get: [FAILED] Failed to start Cape Manager Service. I did edit /uEnv.txt and /biit/uenv.txt while mounted: mount /dev/mmcblk0p1 /mnt/card did not look to matter. ? should it be bone_campmgr.partno or capemgr.enable_partno I have seen/tried both root@arm:~# locate am335x-boneblack-emmc-ov

Re: [beagleboard] Problems using BeagleBone Black's UART

I'm using the Omap driver for RS485, it works well ! Micka, Le jeu. 9 févr. 2017 à 13:30, a écrit : > Hello! > > I'm trying to use the BeagleBone Black to communicate to RS485 and > CAN-Devices. > For testing I ordered the Waveshare RS485-CAN Cape >

[beagleboard] Problems using BeagleBone Black's UART

Hello! I'm trying to use the BeagleBone Black to communicate to RS485 and CAN-Devices. For testing I ordered the Waveshare RS485-CAN Cape. Later on the MAX13487 should be used for RS485 at UART2. CAN works fine using the BB-CAN1 overlay with uEnv.txt (UART1). But first I tried to communicate f

[beagleboard] Problems using BeagleBone Black's UART

Hello! I'm trying to use the BeagleBone Black to communicate to RS485 and CAN-Devices. For testing I ordered the Waveshare RS485-CAN Cape . Later on the MAX13487 should be used for RS485 at UART2. CAN works fine using the BB-CAN1 overlay with uEnv.t

[beagleboard] Re: BBB Enable UARTs

Hi I am facing the same issue I tried downloading the bb.org-overlays from the github repository ( https://github.com/beagleboard/bb.org-overlays ) but It did n't work for me any idea why? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are s