Hi,
Thx to this site :
http://www.programdevelop.com/4763397/
I understand better the flow of ALSA :)
this is my new log :
[ 84.688930] snd_soc_dai_digital_mute 0 0
[ 84.689000] snd_pcm_playback_ioctl
[ 84.689032] snd_pcm_playback_ioctl1 3229892899
[ 84.689057] call snd_pcm_common_ioctl
> On Aug 2, 2015, at 16:16 , William Hermans wrote:
>
> Yeah, no problem. let me know how that works out. For the record, I suck with
> device tree files too . . . it seems very counter intuitive. Well I mean if
> you're a C programmer, the "syntax" is very odd. And I have not really found
>
Hi Lenny. Sorry for the delay.
Usually, PRU1 will have new data received from the ARM before PRU0 complete
one PWM sample, this is the key point. If the ARM sporadically could not
deliver a control action in time, the PWM should just repeat the last
values, so reading the old data is desirable.
Yeah, no problem. let me know how that works out. For the record, I suck
with device tree files too . . . it seems very counter intuitive. Well I
mean if you're a C programmer, the "syntax" is very odd. And I have not
really found a decent write up of how it works. Bill King and Panto had a
google
http://elinux.org/Beagleboard:Debian_On_BeagleBone_Black
On Sun, Aug 2, 2015 at 3:29 PM, Ingus Štāls wrote:
> Hello, Everyone!
>
> I have issue with BBB I can mount any image anymore also no other led
> lights are not light up except pwr. I wonder if there is some
> instructuctions how to upload
http://elinux.org/Beagleboard:Debian_On_BeagleBone_Black
On Sun, Aug 2, 2015 at 3:34 PM, Ingus Štāls wrote:
> Hello, Everyone!
>
> I have a issue with BBB I can't mount any image anymore, also no other led
> lights are not lighting up except pwr. I accidentally formated my BBB
> memory with disk
Thanks!
> On Aug 2, 2015, at 13:02 , William Hermans wrote:
>
> This post here, Jen S' post
>
> https://groups.google.com/forum/#!searchin/beagleboard/sdcard$20device$20tree/beagleboard/fOGeXCub9OY/lSNBcjpLvgkJ
>
>
> On Sun, Aug 2, 2015 at 12:57 PM, William Hermans wrote:
> Rick, I forget th
Hello, Everyone!
I have a issue with BBB I can't mount any image anymore, also no other led
lights are not lighting up except pwr. I accidentally formated my BBB
memory with diskpart and created new partition. I wonder if there is some
instructuctions how to upload new flasher and default files
Hello, Everyone!
I have issue with BBB I can mount any image anymore also no other led
lights are not light up except pwr. I wonder if there is some
instructuctions how to upload new flasher and default filesistem to BBB
onboard memory?
Also I forgot mention that my window 7 wont recognize anym
This post here, Jen S' post
https://groups.google.com/forum/#!searchin/beagleboard/sdcard$20device$20tree/beagleboard/fOGeXCub9OY/lSNBcjpLvgkJ
On Sun, Aug 2, 2015 at 12:57 PM, William Hermans wrote:
> Rick, I forget the steps, but last year, or even before that someone on
> the groups showed h
Yes, i2cdetect should detect the camera. The C code in host/ov7670-i2c.c
is tested and works.
But there are important prerequisites for the OV7670 I2C communication:
- Ensure XCLK is running.
- Pulse the RESET line and leave it set to VCC.
- Either leave PWDN Not Connected (it has a built
Rick, I forget the steps, but last year, or even before that someone on the
groups showed how to use the device tree compiler to decompile a blob file.
So if you have the dtb for Angstrom, it should be decompilable.
The post in question was in relation to the sdcard operating in 2bit mode ?
versus
Thanks, William.
Yeah, I saw that post. I've also emailed them for support. I could try to fix
it myself, but despite much time invested, I just don't "get" DTBs (and I've
written a lot of code on a lot of different platforms, and designed and built
boards around a lot of different MCUs). Their
Rick, have you read this yet ?
http://inspire.logicsupply.com/2014/06/relay-cape.html
Particularly the comments. Seems they are unconcerned with making it work
with Debian. Which I would think would be fairly easy once one knows how to
muck around in device tree blobs. But hey, I'm not the one try
I just got a Logic Supply Relay Cape, and I'm trying it out with a recent
Debian. I put their supplied .dtbo file in /boot/dtbs/3.8.13-bone70. I disabled
HDMI and tried to enable the cape, and I get this at boot:
Uncompressing Linux... done, booting the kernel.
[0.337870] omap2_mbox_probe: p
debian@beaglebone:~$
*sudo nano /etc/fstab*
Add:* ,ro *after noatime
# /etc/fstab: static file system information.
#
# Auto generated by RootStock-NG: setup_sdcard.sh
#
/dev/mmcblk0p1 / ext4 noatime*,ro*,errors=remount-ro 0 1
debugfs /sys/kernel/debug debugfs defaults 0 0
Save and exit
Hi Forum,
I am having problem for initialising *Micrel's KSZ8081RNACA chip* at uboot
MLO load stage, getting a message
*PHY not found,*
I want to know which C File in the UBoot's ... board/ directory need to
update or rather structure to introduce new
pin io infos.
Surprisingly, same uboo
It might work.
Gerald
On Sun, Aug 2, 2015 at 6:54 AM, Jacob Juul Klejs Kolding
wrote:
> how about connecting the TFP401 to this one:
> http://www.ftdichip.com/Products/ICs/FT600.html ?
>
> /Jacob
>
> 2015-07-31 15:05 GMT+02:00 Gerald Coley :
>
>> Not without more stuff added to it. Best bet is
google "linux how to remount read / write" . . . such as:
http://askubuntu.com/questions/175739/how-do-i-remount-a-filesystem-as-read-write
On Sun, Aug 2, 2015 at 1:18 AM, Christian Gurk wrote:
> Thank you Robert for the fast response.
> I assume,I should use your instructions on a Linux-PC a
Oh sorry, I didn't see your PS ;)
In case that one PRU reads from the scratchpad and in the same cycle the
other PRU writes to it, I am pretty sure that there will be no conflicts.
It is the standard behaviour when you program sequential logic with a
hardware description language. However, the
Hi Carlos,
have you looked at the PruReferenceGuide section 5.2.4.2 (p.34-35)? Let me
copy paste here:
A collision occurs when two XOUT commands simultaneously access the same
asset or device ID.
Table 20 shows the priority assigned to each operation when a collision
occurs. In direct connec
I already did a test with linux-image-3.19.3-bone4 but after a while, I got
"unexpected IRQ trap at vector 00"
However, at this time my application was intensivly working with the serial
port, causing a lot of interrupts, but I will retest again without running data
through my application.
--
G
On Sun, Aug 2, 2015 at 7:27 AM, 'dl4mea' via BeagleBoard
wrote:
> Hi,
>
> after 36h the two clients bbde39 and bbc1a1 are still operating without a
> reboot, same bb1cf1. Remember, these are from very first Embest production,
> pretty old ones.
> I also installed the version 4.0.4-bone4 on the oth
Hi,
after 36h the two clients bbde39 and bbc1a1 are still operating without a
reboot, same bb1cf1. Remember, these are from very first Embest production,
pretty old ones.
I also installed the version 4.0.4-bone4 on the other 13 BB-Black on my
table, 4 of them are stable since power up, the othe
how about connecting the TFP401 to this one:
http://www.ftdichip.com/Products/ICs/FT600.html ?
/Jacob
2015-07-31 15:05 GMT+02:00 Gerald Coley :
> Not without more stuff added to it. Best bet is to convert the TTL data to
> PCIe or USB3. You might be able to use a camera port, but you would be
>
Thank you Robert for the fast response.
I assume,I should use your instructions on a Linux-PC and not on the BBB?
Normally I only work with Windows, but I think I will find a virtual machine to
perform your suggested steps.
And after I switched to RO how do I temporarily switch back to rw to
upd
26 matches
Mail list logo