On 11/01/16 12:19, Terry Coles wrote:
> We have a physical solution and the code is fairly trivial, but my main
> concern is the fact that once
> implemented, the Pi would have to run unattended for most of the time and
> also withstand having the
> power removed without a formal shutdown
On 11/01/16 12:35, Simon P Smith wrote:
On 11/01/16 12:19, Terry Coles wrote:
We have a physical solution and the code is fairly trivial, but my main concern
is the fact that once
implemented, the Pi would have to run unattended for most of the time and also
withstand having the
power removed
On Monday 11 January 2016 13:08:25 Peter Merchant wrote:
> I have always understood that the way to power down the R-Pi is to
> unplug it, and I have never heard about problems with the memory cards.
Hmm. I'm fairly sure that the RPi Foundation recommend that you do a proper
shutdown before
On Monday 11 January 2016 12:35:40 Simon P Smith wrote:
> On 11/01/16 12:19, Terry Coles wrote:
> > We have a physical solution and the code is fairly trivial, but my main
> > concern is the fact that once implemented, the Pi would have to run
> > unattended for most of the time and also withstand
On 11/01/16 13:21, Terry Coles wrote:
On Monday 11 January 2016 13:08:25 Peter Merchant wrote:
I have always understood that the way to power down the R-Pi is to
unplug it, and I have never heard about problems with the memory cards.
Hmm. I'm fairly sure that the RPi Foundation recommend
** Terry Coles [2016-01-11 18:53]:
> On Monday 11 January 2016 14:17:09 t...@ls83.eclipse.co.uk wrote:
> > So I agree the best way is any one of the embedded dev boards out there.
> > FRDM-KL25Z gives you an Arm Cortex M0+ on a little board for a tenner.
> > gcc for Arm
6 matches
Mail list logo