[beagleboard] Re: Beagle Bone Black stopping at Starting Kernel....

2017-10-02 Thread terra ÜÝÜ
I had this, when power supply was not 5V stable On Tuesday, 26 September 2017 18:12:19 UTC+10, Ashish Maurya wrote: > > This is what I doing... > > U-Boot 2014.04 (Sep 21 2017 - 11:25:07) > > I2C: ready > DRAM: 512 MiB > MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 > Using default environment > > Net:

[beagleboard] Re: ADC not working "Stretch", used to work on Jessie; "libprussdrv.so: cannot open shared object file:"

2017-09-25 Thread terra ÜÝÜ
Problem was with compiler settings to use the "old" style pru while doing the cross compiling On Monday, 25 September 2017 18:07:50 UTC+10, terra ÜÝÜ wrote: > > Hi All, > > I have updated the image which is running of SD card > root@beaglebone:/tmp# uname -a > Linux

[beagleboard] ADC not working "Stretch", used to work on Jessie; "libprussdrv.so: cannot open shared object file:"

2017-09-25 Thread terra ÜÝÜ
Hi All, I have updated the image which is running of SD card root@beaglebone:/tmp# uname -a Linux beaglebone 4.4.84-ti-r120 #1 SMP Sun Aug 27 03:11:07 UTC 2017 armv7l GNU/Linux have a very simple cpp program which used to work, and now doesn't; when running gives error "./adctest: error while l

Re: [beagleboard] config-pin conflict on hdmi, hdmi is disabled

2017-07-06 Thread terra ÜÝÜ
gards, MB On Wednesday, 5 July 2017 12:38:30 UTC+10, RobertCNelson wrote: > > On Tue, Jul 4, 2017 at 9:08 PM, terra ÜÝÜ > > wrote: > > Hi All :) > > > > Cannot get config-pin to work on HDMI Pins even though HDMI is disabled, > any > > tips/know how would b

[beagleboard] config-pin conflict on hdmi, hdmi is disabled

2017-07-04 Thread terra ÜÝÜ
Hi All :) Cannot get config-pin to work on HDMI Pins even though HDMI is disabled, any tips/know how would be appreciated. In /boot/uEnv.txt I have uncommented the ##BeagleBone Black: HDMI (Audio/Video) disabled: dtb=am335x-boneblack-emmc-overlay.dtb cmdline=coherent_pool=1M net.ifnames=0 quie

[beagleboard] Re: Beaglebone 4.4.27-ti-r63 and uio_pruss; program ran in 3.8 not running in 4.4 pru, help appreciated

2016-11-08 Thread terra ÜÝÜ
aturday, 5 November 2016 23:30:29 UTC+11, terra ÜÝÜ wrote: > > > Hi All :) > > I have a program which ran with Beaglebone black, 3.8; I am updating the > system to Beaglebone 4.4.27-ti-r63 and getting segmentation fault. > Seems like the overlay is not loading, even when loaded manu

[beagleboard] Beaglebone 4.4.27-ti-r63 and uio_pruss; program ran in 3.8 not running in 4.4 pru, help appreciated

2016-11-05 Thread terra ÜÝÜ
Hi All :) I have a program which ran with Beaglebone black, 3.8; I am updating the system to Beaglebone 4.4.27-ti-r63 and getting segmentation fault. Seems like the overlay is not loading, even when loaded manually. If you have a working configuration for Beaglebone 4.4.x and uio_pruss please

[beagleboard] Re: Using gpio2[4] as chip select 2 for SPI1

2015-12-14 Thread terra ÜÝÜ
thx :) helped me out heaps On Monday, 16 November 2015 15:45:06 UTC+11, Joe wrote: > > > Howdy. > > I came into possession of a mikroBUS Cape ( > http://beagleboard.org/project/mikrobus) and have been using it to learn > how to write a .dts overlay. Since there are 4 slots for clickboards on >

Re: [beagleboard] Re: Servo connection

2015-09-01 Thread terra ÜÝÜ
3.3v/1000ohm(1k) = 3.3mA 3.3/3000ohm(3k) = ~ 1mA I would put that one in, just in case, to make sure you dont fry the pin by accident if you have a dedicated part number for the servo, check you the datasheet for the control pin input impedance, its usually in the 10k and you don't need it; a w

[beagleboard] Re: [BBB, PRU, libpruio] Segmentation fault during debug

2015-09-01 Thread terra ÜÝÜ
look back there is a working program that I posted; blinks the user LEDS the way i have it working 1. cross compile the GCC(eclipse) program from windows -> bbb 2. PRU compile the asm on the BBB via terminal. Debug does work through eclipse. If anyone gets the PRU to cross compile would be great,

[beagleboard] Re: Servo connection

2015-09-01 Thread terra ÜÝÜ
what page? usually you need to limit the current otherwise you may destroy the board, though 3mA is usually not enough to drive the servo On Tuesday, 1 September 2015 22:06:35 UTC+10, Frédéric wrote: > > Hi! > > In his great book 'Exploring BeagleBone', Derek Molloy uses a 1k resistor > between

[beagleboard] Re: [Beaglebone Black, ADC, C++, Eclipse, crosscompiling]First steps: is this doable?

2015-08-12 Thread terra ÜÝÜ
For PRU recommend you have a look at https://github.com/abhishek-kakkar/BeagleLogic and also from memory there was a similar "CRO" application On Wednesday, 12 August 2015 19:54:02 UTC+10, TJF wrote: > > Hi! > > Host CPU and TSC_ADC_SS have different clock domains. Internal ADC clock > rate is

[beagleboard] Re: [Beaglebone Black, ADC, C++, Eclipse, crosscompiling]First steps: is this doable?

2015-08-11 Thread terra ÜÝÜ
step 1. get the cross compile to work; I personally use http://gnutoolchains.com/beaglebone/ -> beaglebone-gcc4.7.3.exe Once you install it, open eclipse and try to compile the hello world program; once that works step

Re: [beagleboard] strange issue where PRU1 is not loaded from boot, but works from terminal when program is ran

2015-06-27 Thread terra ÜÝÜ
boot order in systemd e.g with Type=idle or with After=... > An alternative might be: > echo "@reboot root /pathto/myscript.sh" >> /etc/crontab > HTH > > On Fri, Jun 26, 2015 at 4:26 AM, terra ÜÝÜ > > wrote: > > running BeagleBoard.org Debi

Re: [beagleboard] strange issue where PRU1 is not loaded from boot, but works from terminal when program is ran

2015-06-25 Thread terra ÜÝÜ
if someone who has the time and know how, could quickly test would be appreciated; I have made a quick program, which uses the user LEDs same behavior; works great when executed from console, does not work when executed at boot time main.cpp // #include #include #include #include #i

Re: [beagleboard] strange issue where PRU1 is not loaded from boot, but works from terminal when program is ran

2015-06-25 Thread terra ÜÝÜ
rtupscript? (Maybe it's to early during boot.) > > On Thu, Jun 25, 2015 at 10:35 AM, terra ÜÝÜ > wrote: > > Hi, > > > > I have a basic application which use PRU1. program works 100% when > executes > > as "root" from user space (via putty). &

[beagleboard] strange issue where PRU1 is not loaded from boot, but works from terminal when program is ran

2015-06-25 Thread terra ÜÝÜ
Hi, I have a basic application which use PRU1. program works 100% when executes as "root" from user space (via putty). I have a bash start up script, which synchronizes with RTC and executes my program. cat /usr/share/rtc_ds3231/clock_init.sh #!/bin/bash sleep 15 echo ds3231 0x68 > /sys/class/i

Re: [beagleboard] Re: PRU1 to ARM interrupt

2015-06-25 Thread terra ÜÝÜ
ur lucky day, just did it :) // This is a nearly-minimal PRU program. It delays for five seconds, then // notifies the host that it has completed, then halts the PRU. // // The idea is to have a program that does something you can see from user // space, without doing anything comp

[beagleboard] Re: Need I2C drivers for lcd for ebay

2013-12-12 Thread terra ÜÝÜ
I have had a problem with this type LCD, as it is a 5V and not 3.3. I can read the LCD text at 2 line display; at 4 line display however need a torch to be shined on the LCD to see that the text appeared to make sure it is detected, execute i2cdetect -y -r 0 (assuming connected to pin 19+20 from

[beagleboard] Enable ADC via uEnv.txt not make *AIN* and not sure via cpp

2013-11-05 Thread terra ÜÝÜ
Dear People, I have a beagle-bone black, on a default angstrom distribution (BBB-eMMC-flasher-2013.09.04). I have modified uEnv.txt to reflect the disabling of HDMI and enabling the ADC (this is on 1 line) optargs=quiet drm.debug=7 quiet capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN c