On Thu, 6 Sep 2012, William Ratcliffe wrote:
> Date: Thu, 06 Sep 2012 15:16:18 +0100
> From: William Ratcliffe
> Reply-To: "Enhanced Machine Controller (EMC)"
>
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc
On 06/09/2012 15:00, Peter C. Wallace wrote:
> On Thu, 6 Sep 2012, William Ratcliffe wrote:
>
>> Date: Thu, 06 Sep 2012 14:52:01 +0100
>> From: William Ratcliffe
>> Reply-To: "Enhanced Machine Controller (EMC)"
>>
>> To: "Enhanced Machine
On Thu, 6 Sep 2012, William Ratcliffe wrote:
> Date: Thu, 06 Sep 2012 14:52:01 +0100
> From: William Ratcliffe
> Reply-To: "Enhanced Machine Controller (EMC)"
>
> To: "Enhanced Machine Controller (EMC)"
> Subject: Re: [Emc-users] Mesa 7i65 Error
>
On 06/09/2012 14:55, Peter C. Wallace wrote:
> On Thu, 6 Sep 2012, William Ratcliffe wrote:
>
>> Date: Thu, 06 Sep 2012 14:52:01 +0100
>> From: William Ratcliffe
>> Reply-To: "Enhanced Machine Controller (EMC)"
>>
>> To: "Enhanced Machine
On Thu, 6 Sep 2012, William Ratcliffe wrote:
> Date: Thu, 06 Sep 2012 14:52:01 +0100
> From: William Ratcliffe
> Reply-To: "Enhanced Machine Controller (EMC)"
>
> To: "Enhanced Machine Controller (EMC)"
> Subject: Re: [Emc-users] Mesa 7i65 Error
>
On 05/09/2012 15:24, Peter C. Wallace wrote:
> Snip
>
> It seems to sort of work
>> 'Sort of work' meaning does not hang the system; I can use the gpio on the
>> other channels OK. I am still not able to read or set any of the
Snip
It seems to sort of work
> 'Sort of work' meaning does not hang the system; I can use the gpio on the
> other channels OK. I am still not able to read or set any of the digital i/o
> on the i65
If you cannot set DACs
No its just to make the compilation faster
On 30/08/2012 23:22, andy pugh wrote:
> On 30 August 2012 23:06, William Ratcliffe wrote:
>> -j2 to use two threads faster on a dual core
> I doubt that is the problem, but typically we "hide" a core from the
> system and run all the RT stuff on that.
>
On 30 August 2012 23:06, William Ratcliffe wrote:
> -j2 to use two threads faster on a dual core
I doubt that is the problem, but typically we "hide" a core from the
system and run all the RT stuff on that.
I don't think splitting LinuxCNC between 2 cores will help.
--
atp
If you can't fix it,
-j2 to use two threads faster on a dual core
On 30/08/2012 20:07, andy pugh wrote:
> On 30 August 2012 19:20, William Ratcliffe wrote:
>
>> - I installed the live cd on a machine
>> - updated to 2.5.1 as per linuxcnc.org repository
>> - then uninstalled the debs
>> got the source, git master, sat
On 30/08/2012 21:59, Peter C. Wallace wrote:
>
> Ill try and duplicate this with 2.5.1 sometime today
> Oops bspi is not supported in 2.5.1 :-)
Sorry I think it was unclear on my email. I had upgrade to 2.5.1 binary
version before then building the source using the master branch cloned
Ill try and duplicate this with 2.5.1 sometime today
Oops bspi is not supported in 2.5.1 :-)
anyway, here is new 7i65 bitfile:
freeby.mesanet.com/5i20_7i65x2.zip
Peter Wallace
Mesa Electronics
(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to hel
On 30 August 2012 19:20, William Ratcliffe wrote:
> - I installed the live cd on a machine
> - updated to 2.5.1 as per linuxcnc.org repository
> - then uninstalled the debs
> got the source, git master, satisfied build dependencies etc
> make -j2
> sudo make install
I am not sure about the -j2 p
ply-To: "Enhanced Machine Controller (EMC)"
>>>>
>>>> To: "Enhanced Machine Controller (EMC)"
>>>> Subject: Re: [Emc-users] Mesa 7i65 Error
>>>>
>>>> On 30 August 2012 17:17, William Ratcliffe wrote:
>>>&g
On Thu, 30 Aug 2012, William Ratcliffe wrote:
> Date: Thu, 30 Aug 2012 19:20:24 +0100
> From: William Ratcliffe
> Reply-To: "Enhanced Machine Controller (EMC)"
>
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] Mesa 7i65 Error
>
> On 30/08/
On Thu, 30 Aug 2012, andy pugh wrote:
> Date: Thu, 30 Aug 2012 17:39:21 +0100
> From: andy pugh
> Reply-To: "Enhanced Machine Controller (EMC)"
>
> To: "Enhanced Machine Controller (EMC)"
> Subject: Re: [Emc-users] Mesa 7i65 Error
>
> On 30
On 30 August 2012 17:17, William Ratcliffe wrote:
> If I change the
>
> static void read(struct __comp_state *inst){
>
> to
> FUNCTION(read)
>
> and declare
>
> function read;
>
> before the ;;
>
> It seems to sort of work
Presumably you also added "addf mesa_7i65.0.read" to the HAL?
That comp is
If I change the
static void read(struct __comp_state *inst){
to
FUNCTION(read)
and declare
function read;
before the ;;
It seems to sort of work
I can show pin mesa-7i65.0.* and see the analogue in value fluctuating
slightly (i have not put a voltage on them yet)
Is there a way of getting
On 30/08/2012 11:22, andy pugh wrote:
Does increasing num_bspis in the hostmot2 loading line help? I am
rather clutching at straws here.
Yes tried various permutations of different channels, num_bspis etc
There is a precompiled 2x7i65 bitfile on the Mesa site
(http://www.mesanet.com/software
No crash prior to 'start'
On 29/08/2012 23:45, andy pugh wrote:
> On 29 August 2012 22:49, andy pugh wrote:
>
>> It looks like *CPLD_write is an initialised pointer, and that is bad.
>>
>> I am trying to comp the mesa_7i65 file to see if the c-code
>> initialises the pointers.
>> Curiously I am b
On 29 August 2012 22:49, andy pugh wrote:
> It looks like *CPLD_write is an initialised pointer, and that is bad.
>
> I am trying to comp the mesa_7i65 file to see if the c-code
> initialises the pointers.
> Curiously I am being told that a realtime component must include at
> least one function.
On 29 August 2012 20:35, William Ratcliffe wrote:
> Heres the result of the debugging
>*CPLD_write = 0xA00 // "write" command
> 59: | (enable_out(7) != 0) << 7 | (enable_out(6) != 0) << 6
>| (enable_out(5) != 0) << 5 | (enable_out(4) != 0) << 4
>
Ooh, addr2line!
/me makes a note
On Aug 29, 2012, at 13:35 , William Ratcliffe wrote:
> Its no trouble at all! Thanks for the help.
>
> Heres the result of the debugging
>
> ---
>
> [82214.134382] RTAPI: Task 1[f19c1800]: Fault with vec=14, signo=11
> ip=fddf4017.
> [82214.134386] RTAPI: Th
Its no trouble at all! Thanks for the help.
Heres the result of the debugging
---
[82214.134382] RTAPI: Task 1[f19c1800]: Fault with vec=14, signo=11
ip=fddf4017.
[82214.134386] RTAPI: This fault may not be recoverable without rebooting.
user@emc-test:~/linuxcnc/configs/hm2-servo$ cat /proc/mo
On 29 August 2012 19:00, William Ratcliffe wrote:
> loadrt hm2_pci config="firmware=hm2/5i20/2X7I65_72.BIT num_encoders=0
> num_pwmgens=0 num_stepgens=0 num_bspis=1"
If this bit works it seems fair to assume that the firmware is OK.
> [39776.467704] RTAPI: Task 1[eadbc800]: Fault with vec=14, s
Hi,
I've tried posting the message below onto emc-users but for some reason
it has not appeared. Are new posters vetted in the first instance? Or
does the attachment cause a problem?
Regards
Will
---
We are planning on using a HAL based system as a general machine
controller to replace a P
26 matches
Mail list logo