Re: [beagleboard] 8 ADC input @20 KHz

Well, once you have a decent amount of programming experience, avoiding the tutorials / howto's etc won't matter so much. Because you'll know. Also with that in mind, maybe you'll even think about some things differently. That is fine too. Get some experience, and then choose your own path :) *I c

Re: [beagleboard] 8 ADC input @20 KHz

No in my case 50 - 60 samples are not sufficient in my case.why? let me explain my objective in a brief: " I want to sample power supplied, So my basic waveform is of 50 /60 Hz but supply is coming from inverter( DC to AC converter) and as its coming from converter it will have high frequency h

Re: [beagleboard] 8 ADC input @20 KHz

On Wednesday, September 30, 2015 at 12:37:55 PM UTC+5:30, William Hermans wrote: > > Oh, I probably forgot the most important part. Never stop learning. For me > I love learning, maybe even more than actually getting anything done heh. > > Oh yes, I also LOVE learning.. Thats why I have taken t

Re: [beagleboard] 8 ADC input @20 KHz

Oh, I probably forgot the most important part. Never stop learning. For me I love learning, maybe even more than actually getting anything done heh. On Wed, Sep 30, 2015 at 12:05 AM, William Hermans wrote: > Well, once you have a decent amount of programming experience, avoiding > the tutorials

Re: [beagleboard] 8 ADC input @20 KHz

Modified sine or true sine ? On Wed, Sep 30, 2015 at 12:16 AM, Rathin Dholakia wrote: > > > On Wednesday, September 30, 2015 at 12:37:55 PM UTC+5:30, William Hermans > wrote: >> >> Oh, I probably forgot the most important part. Never stop learning. For >> me I love learning, maybe even more than

Re: [beagleboard] 8 ADC input @20 KHz

One thing that did cross my mind earlier. I seemingly forgot to post. First, try running time ./test with sudo so... $ sudo time ./test If this works, then it's a permission issue. I really do not think this is the problem, but it possibly could be. Second, change: > void read_adc(int fd) > {

Re: [beagleboard] 4.1 repo

Hi Shadi, I have same problem .( Transmit Buffer Underflow problem) . I'm using kernel 4.1.1 and audio cape rev B ( that uses aic3104 codec) for playing audio. I will be glad if you tell me that you solve the problem or not. Regards, On Wednesday, August 12, 2015 at 7:56:08 PM UTC+3:30, Shad

Re: [beagleboard] 8 ADC input @20 KHz

Hi, Its supposed to be true sine but due to switching harmonics & other non-linearity it will be MODIFIED SINE. And OKK, I do have a spare SDcard, I will put an new image and do your steps and see if it works or not. Though It will take some time for me, coz I have not done kernel patching &

Re: [beagleboard] 4.1 repo

Hi Hussain, I have not been able to solve it. I've reported it to the ALSA developer list as well, but haven't received an answer (yet): http://mailman.alsa-project.org/pipermail/alsa-devel/2015-September/097147.html Also, Rick Mann seems to be having similar problems getting an audio board w

[beagleboard] Re: Android running on BBB with Linux 3.8

> > Hi Andrew, > Its great work!! . I have an issue with the pre-built images with the custom board(duplication of BBB), while booting the system hangs at andriod boot image, i have the logcat "http://pastebin.com/ZVhQW3CC"; . I cannot find which one is causing the device to

[beagleboard] Pre-built image hang issue in custom board (beaglebone black duplication)

Hi Andrew, I have ported pre-built image to my custom board(duplication of bbb), recompiled kernel for our LCD and disabled HDMI in kernel. Is booting fine up to the kernel and later in andriod bootanimation it hangs. Here is the logcat output "http://pastebin.com/ZVhQW3CC"; Any i

[beagleboard] cannot modify /dev/mmcblk0boot1

I want to modify the U-Boot environment from linux. I have tried hexedit and dd as root but both give me: Operation not permitted. How can I override this. Running Debian 3.8.13 OS. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscr

Re: [beagleboard] SPI woes

You need to set the tx_nbits and rx_nbits fields of the spi_ioc_transfer struct to something valid. Zero will do. If you are using a stack variable (which your code snippet implied), the tx_nbits and rx_nbits fields are likely random garbage. You might just be getting lucky now. --- from inclu

[beagleboard] Why does BBB boot from MicroSD card without pressing the boot button

According to the BBB manual, the BBB should boot from MicroSD card only if I press the boot button, yet it happens without pressing it. Why? This is the trace _without_ the MicroSD card that shows the BBB booting from flash: https://paste.ee/p/TrpuR This is the trace _with the MicroSD card that s

Re: [beagleboard] Why does BBB boot from MicroSD card without pressing the boot button

Magic.. Your welcome! On Sep 30, 2015 7:33 AM, "Taceant Omnes" wrote: > According to the BBB manual, the BBB should boot from MicroSD card > only if I press the boot button, yet it happens without pressing it. > Why? > > This is the trace _without_ the MicroSD card that shows the BBB > booting fr

[beagleboard] Re: BBB GLIBC6 version issue

Re: [beagleboard] Why does BBB boot from MicroSD card without pressing the boot button

More specifically, U-Boot is configured to check if there's a uSD card present and boots from it if found. This is intended as a convenience and the details are specific to the version of U-Boot you have installed. If you want to change this behavior, you can modify the U-Boot startup script or (

Re: [beagleboard] Why does BBB boot from MicroSD card without pressing the boot button

On 30 September 2015 at 15:09, Charles Steinkuehler wrote: > More specifically, U-Boot is configured to check if there's a uSD card > present and boots from it if found. This is intended as a convenience > and the details are specific to the version of U-Boot you have > installed. If you want to

Re: [beagleboard] Why does BBB boot from MicroSD card without pressing the boot button

The manual is correct. It still boots from eMMC if the button i snot pushed as the first choice. If you push the button, it boots from SD if it is there. What SW chooses to do do does not alter these facts. SW has no control over the boot order. Gerald On Wed, Sep 30, 2015 at 9:32 AM, Taceant O

Re: [beagleboard] Why does BBB boot from MicroSD card without pressing the boot button

On 30 September 2015 at 15:36, Gerald Coley wrote: > The manual is correct. It still boots from eMMC if the button i snot pushed > as the first choice. > If you push the button, it boots from SD if it is there. > > What SW chooses to do do does not alter these facts. SW has no control over > the b

Re: [beagleboard] Re: Beaglebone Black Kernel 4.1 PWM and OCP?

I have the PWM working perfectly on the 4.1 kernel, and I am planning to post the solution to this thread within a few days. On Wed, Sep 30, 2015 at 12:36 AM, Khanh Nguyen wrote: > No, I haven't been able to get kernel 4.1 and PWM working. I haven't > looked at the link you included either. I'll

Re: [beagleboard] BeagleBone Black, modified U-Boot, now getting err: Expected PARTUUID=[/PARTNROFF=%d]

Thanks very much, the older version of u-boot worked perfectly! I truly appreciate your help. Best of luck with getting around the issues raised by the newer U-boot versions.. will upgrade when it becomes possible. On Tue, Sep 29, 2015 at 4:51 PM, Robert Nelson wrote: > On Tue, Sep 29, 2015 at 5

[beagleboard] Re: 8 ADC input @20 KHz

Hi Rathin! I didn't read all the stuff in the posts of this thread. But most of it seams irrelevant. Forget it. You're using libpruio. That's the only way to reach your target --> That's OK. You cannot reach 20 kHz sampling rate due to two reasons: - you're using default step configuration

[beagleboard] Re: 8 ADC input @20 KHz

Dear Thomas, First of all, Thanks a lot for coming by and answering, I respect your efforts in developing in libpruio!! I cant imaging how much work you must have put in..! :-) Well, second things is you mean to say if I use 8 ADCs I cant achieve 1.25Khz+ sample rate, Than should I use externa

Re: [beagleboard] Re: 8 ADC input @20 KHz

There is only one ADC in the sitara processor. There is a 8 to 1 mux to provide you with 8 inputs. If you want really fast multi channel ADC conversions you may want 8 separate ADC Chips external to the processor. On 9/30/2015 12:26 PM, Rathin Dholakia wrote: > Dear Thomas, > > First of all, Th

Re: [beagleboard] Re: 8 ADC input @20 KHz

So, let me say what is not irrelevant. Standardization, documentation, and usability. It is my personal opinion that the documentation for libpruio could use *A LOT* of work. Which leads to the third thing I mentioned above. I also do not feel that the whole library is open enough. Last I looked,

Re: [beagleboard] Re: 8 ADC input @20 KHz

Dear Wulf man, Thanks for the input. So do you recommend that external ADC and communicate through PRU with SPI, GPIO? and do you have some good ADC IC in mind? On Thursday, October 1, 2015 at 1:18:18 AM UTC+5:30, Wulf Man wrote: > > There is only one ADC in the sitara processor. > There is a

Re: [beagleboard] 4.1 repo

> On Sep 30, 2015, at 01:42 , Shadi Abdu-Rahman wrote: > > Also, Rick Mann seems to be having similar problems getting an audio board > working on 4.1 and later. You can read about it here: > https://www.mail-archive.com/beagleboard@googlegroups.com/msg31247.html A better subject line would've

Re: [beagleboard] Re: 8 ADC input @20 KHz

> > *Dear Wulf man, * > *Thanks for the input. So do you recommend that external ADC and > communicate through PRU with SPI, GPIO?* > > *and do you have some good ADC IC in mind?* He's left to go out of town, and possibly wont be able to reply for a few days. So here is one of my concerns with t

Re: [beagleboard] SPI woes

On Wednesday, September 30, 2015 at 8:25:47 AM UTC-3, scottellis...@gmail.com wrote: > > You need to set the tx_nbits and rx_nbits fields of the spi_ioc_transfer > struct > to something valid. Zero will do. > > Better would be to first zero-initialize the entire struct using memset. Then you set

Re: [beagleboard] Re: Beaglebone Black Kernel 4.1 PWM and OCP?

I am using the ehrpwm2A PWM on P8_19. Usage of this requires the following device tree overlay (BB-PWM2-00A0.dts): /dts-v1/; /plugin/; /{ compatible = "ti,beaglebone", "ti,beaglebone-black"; part-number = "BB-PWM2"; version = "00A0"; fragment@0 { target = <&am33xx_pinmux>; __overlay__ {