On Tuesday 30 May 2017 15:00:31 Chris Albertson wrote:
> Gene,
>
> So many words here I can't see the problem. If if you are trying to
> reliably export the P's screen to your "your computer" You might just
> skip trying to use X11 and go with VNC.I run a VNC server on my
> Pi3 and it has
On Tuesday 30 May 2017 14:05:15 John Thornton wrote:
> I hear you Gene, while I can't remember anything from 1940 for obvious
> reasons I can remember things from late 50's like sledding down a road
> with a rather large rock at the sharp turn a the bottom... again with
> the obvious results. The
On 30 May 2017 at 16:59, theman whosoldtheworld wrote:
> I discover that CC-Link is tipycal "open project" but for people who pay
> ... so i search for other industrial bus
Well
At least one other project (STMBL) is using the Mesa Smart-Serial
protocol. (in addition to
Gene,
So many words here I can't see the problem. If if you are trying to
reliably export the P's screen to your "your computer" You might just skip
trying to use X11 and go with VNC.I run a VNC server on my Pi3 and it
has been running continuously now for about a month. When I log in
Am 29.05.2017 um 10:36 schrieb Lester Caine:
> On 28/05/17 05:51, Fox Mulder wrote:
>> Looks to me just like a stepper motor with integrated motor driver without
>> feedback. Maybe the Mechaduino is more like a closed-loop stepper-servo. I
>> have ordered some PCBs from DirtyPcb and will
I hear you Gene, while I can't remember anything from 1940 for obvious
reasons I can remember things from late 50's like sledding down a road
with a rather large rock at the sharp turn a the bottom... again with
the obvious results. The one thing that Dad hated the most was loosing
his memory
On Tuesday 30 May 2017 08:20:38 Bertho Stultiens wrote:
> On 05/30/2017 02:32 AM, Bertho Stultiens wrote:
> > After some digging I noticed that there might be a data-barrier
> > problem, where peripheral register access can become out-of-order.
> > The ARM has the __sync_synchronize() (via gcc)
I discover that CC-Link is tipycal "open project" but for people who pay
... so i search for other industrial bus ... open-powerlink .. rt-space
works on kernel 4.4 (first step of test) ... now more difficult test ...
isol cpu on emc2 and isol cpu on powerlink ...
If any one have other experience
personally I have nothings against both ...
But is possible to talk about your experiences on the matter.
bkt
2017-05-30 17:10 GMT+02:00 Dave Cole :
> On 5/27/2017 7:53 AM, Mark wrote:
>
>> On 05/26/2017 06:15 PM, andy pugh wrote:
>>
>>>
>>> It's too late, I have been
On 5/27/2017 7:53 AM, Mark wrote:
On 05/26/2017 06:15 PM, andy pugh wrote:
It's too late, I have been using Gmail exclusively for many years. (I
like how it threads mailing lists).
Ditto, though I refuse to use the web interface. I download my emails
to Thunderbird on my local laptop, an
On 05/30/2017 02:28 PM, Jeff Epler wrote:
> We already have a driver for hostmot2 that uses /dev/spidev*,
> hm2_spi. hm2_rpspi exists because its contributor stated that on
> their system, hm2_spi did not perform adequately.
That reminds me of setting scheduling/cpu affinity. Maybe the solution
On 05/30/2017 02:28 PM, Jeff Epler wrote:
>> However, there already is a solution for this! The linux kernel has a
>> SPI driver, which is quite good (used it before). It solves all the
>> userspace problems and, to say the least, some very clever people have
>> had a crack at this problem before.
On Tue, May 30, 2017 at 02:20:38PM +0200, Bertho Stultiens wrote:
> I suddenly realized that the SPI peripheral is configured and accessed
> in userspace. That will fail miserably if not extremely careful,
> especially on SMP.
>
> However, there already is a solution for this! The linux kernel
On 05/30/2017 02:32 AM, Bertho Stultiens wrote:
> After some digging I noticed that there might be a data-barrier problem,
> where peripheral register access can become out-of-order. The ARM has
> the __sync_synchronize() (via gcc) to insert DMB (data-memory-barrier)
> instructions when you need
On Tuesday 30 May 2017 02:06:38 Erik Christiansen wrote:
> On 29.05.17 16:58, Gene Heskett wrote:
> > Now, a fat32 file system (/boot) has no concept of making a file
> > immutable that I know of, so how can I protect the kernel.img and
> > kernel7.img's from being replaced by non-realtime crap
On 29.05.17 16:58, Gene Heskett wrote:
> Now, a fat32 file system (/boot) has no concept of making a file
> immutable that I know of, so how can I protect the kernel.img and
> kernel7.img's from being replaced by non-realtime crap from raspian?
If you don't format fat32 for any reason other
16 matches
Mail list logo