It looks like it is time to start throwing together some breakout code 
in experimental repositories (github or bitbucket maybe) for L3.  What I 
am talking about is sketches which are intended to be thrown away later 
and used to inform the new version 3 design.

On Nov 20 2012 12:54 PM, Michael Haberler wrote:
> I dont want to curb your hopes too much, but I said 'GladeVCP+HAL
> standalone applications' and meant to say 'HAL only' - i.e. no Gcode,
> no task, no motion - more loudly
>
> that works and I can recommend looking into especially if the
> application isnt very time critical (I get something like 45uS 
> latency
> on the Pi with xenomai)
>
> I do use the Pi as an exemplary platform to test configure and build;
> I dont expect to use it for CNC purposes myself and I'm not investing
> effort
>
> dont waste too much time on seeing a Pi as €35 CNC platform just yet
> - it's pushing the limits (gut feeling, without having tried I'd say
> this is outside the Pi's capabilities, and the I/O interfacing
> capabilities arent that plush)
>
> I'd rather look into a BeagleBone or so for real I/O; still soft
> stepping is a bit meager on ARM's without resorting to tricks like
> Sergey did in miniemc2 - which is btw worth picking up, but not
> necessarily by me ;) in case of the BeagleBone it would mean 'program
> the RT hard stuff in the extra 'realtime RISC cores' which doesnt 
> look
> like a weekend project either
>
> -m
>
>
>
> Am 20.11.2012 um 17:40 schrieb Anders Wallin:
>
>> Good news!
>> I've ordered a Pi (Farnell re-directs to a local distributor), but 
>> the delivery-time seems to be 3 weeks right now(?)
>>
>> It seems that the SPI interface will be most useful for high-speed 
>> IO. If I understood correctly the Pi supports only two separate chips 
>> on the SPI-bus, but on IRC PCW mentioned that SPI is possible on the 
>> GPIO-pins also? For a servo-controlled machine I guess a 
>> microcontroller and/or FPGA on the SPI bus could read encoders, output 
>> PWM, and do IO. One would then need a HAL-driver that is capable of 
>> communicating the relevant data over SPI every servo period (1ms or 
>> so). Do you think this HAL2SPI driver will be easy or hard to write?
>> What about stepper-machines? Is it enough to communicate a stepper 
>> velocity over SPI to dedicated step-generation hardware?
>>
>> In addition to cnc use I'm also interested in stand-alone operation 
>> with a touch-screen, for example this one (HDMI display, USB 
>> touchscreen):
>> http://www.lilliputuk.com/monitors/open-frame/of701-2/
>>
>> Something that boots directly into a Touchy-like custom UI-panel and 
>> can set/watch/plot/etc. HAL-signals would be really nice.
>>
>> Anders
>>
>> On Tue, Nov 20, 2012 at 4:47 PM, Michael Haberler 
>> <mai...@mah.priv.at> wrote:
>> I just verified this combination works, for the standard Raspberry 
>> Raspbian kernel 3.2.27+ with Posix threads (aka 'simulator'), and with 
>> Xenomai 3.2.21 for somewhat better performance
>>
>> both remote X Display and local console work
>>
>> this is the rtos-integration-preview1 branch; the only part needed 
>> disabling was the GladeVCP sourceview widget which is lacking the 
>> underlying modules
>>
>> currently the only hardware driver supported is hal_gpio for 
>> wiggling some pins; the serial, i2c and SPI interfaces would be 
>> possible further candidates, mungkie did some initial work on these
>>
>>
>> I'll see whether I can come up with an SD card image ready to go 
>> with all the parts (xenomai + userland support + linuxcnc 
>> prerequisites + linuxcnc built)
>>
>> Axis, touchy and friends are still untested
>>
>>
>> - Michael


------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Reply via email to