Re: [beagleboard] looks like the BeagleBone Black and this community is dead. Cannot even flash 8.3.

2016-03-22 Thread ChrisB 
My experience has been quite different.  Pretty much all the progress I've 
made with the BBB was enabled by various forum posts and code 
repositories.  And every time I think I have an original question or 
observation, a little searching online finds the answer or a similar 
developer experience.  It's not easy getting things to work some of the 
time, but tenaciousness pays off for the most part.

Anyway, thanks to everyone who's spent the time to post on forums and share 
their code!  Hopefully, I will have something to contribute in the near 
future and can start paying you all back.

Chris Burak

On Tuesday, March 22, 2016 at 4:58:27 PM UTC-6, Karl Easterly wrote:
>
> Ya.. I didn't ask for help.. as you noticed :)
>
> The point is the community for the beagle board is so sparse self help is 
> not an option. A sparse community around this type of product equals a dead 
> product.
>
> On Sun, Mar 20, 2016 at 4:32 PM, Robert P. J. Day  > wrote:
>
>> Quoting Robert Nelson :
>>
>> On Mar 20, 2016 2:28 PM, "Karl Easterly" >> > wrote:
>>>
>>
>> It's clear that the BBB is a dead product. There is no meaningful

>>> resources for issues, and when the system simply won't 'reset from a new
>>> image from their site'... that's the last straw.
>>>

 Mine are going in the trash and I will advise anyone everywhere to do 
 the

>>> same.
>>>
>>> 'Last straw', I've don't remember you ever posting on here.. If it's only
>>> one and done for you, then there's no reason for me to waste time 
>>> either..
>>>
>>
>>   how *dare* everyone not drop what they're doing ***right now*** and
>> solve my problem during the first weekend of march madness?
>>
>> rday
>>
>>
>>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: 120VAC load switching interrupting PRU loop?

2016-03-10 Thread ChrisB 
Hi, Cressel. 

Could you rough out a sketch of your circuit, including the relay and any 
transistor or FET (if used) part numbers?

Cheers!
Chris Burak

On Wednesday, March 9, 2016 at 6:08:27 PM UTC-7, cressel...@gmail.com wrote:
>
>
> I am working on a project where I have made modifications to the 
> beaglebone_pru_adc package available on GitHub here: 
> https://github.com/pgmmpk/beaglebone_pru_adc
>
> The code loads in firmware as a *.bin file to run on the pru. It is 
> complied PRU assembly from a *.p file. 
>
> My modifications were to implement a circular buffer in DDR based on the 
> oscilloscope_data() function in the module. This code grabs samples from 
> the adc like in the original code and stick the samples in DDR, but it also 
> updates memory pointers to wrap around. It loops indefinitely and respects 
> the cap_delay attribute.
>
> The board is connected to provide fine grain analog data logging via 
> current transformer and voltage transformer on demand courtesy of the PRU. 
> For instance enabling RMS waveform calculation. I have also written a 
> python class that drives a latching relay. For test purposes I hooked a 
> heavy ~10A load to the relay. The PRU loop runs fine indefinitely using the 
> analog log to display RMS in the python code space. However, the PRU loop 
> continues running after the load is switched on or off but the PRU 
> continues looping only intermittently. The load is resistive, yet clearly 
> the interruption is correlated with switching the load on or off. Sometimes 
> the PRU continues running and sometimes it stops running but only during a 
> switching event.
>
> I understand BeagleLogic.net may be a good lead to follow. In the 
> meantime, I watch for the PRU to stop loading new samples into the DDR. 
> Then I restart it. Very kludgy. My question is have you seen anyone with 
> similar problems switching heavy load and using the PRU? Is there maybe an 
> interrupt you think might be breaking the PRU out of its loop? I can post 
> code if it helps.
>
> I really like these PRUs. Very slick to get real-time capabilities plus 
> the convenience of linux and speed of python prototyping.
>
> Thanks,
> Cressel Anderson
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.