Hi Alexis,

  thanks for the feedback. We have 32 bit DIO on subdevice #2, and I am not 
sure that there is anything special to be configured. I will check again. Feel 
free to log into our machine with the pwd I indicated to you some time ago. The 
computer is not used productively.

Best wishes,

-Stefan


On Jun 30, 2010, at 15:45, Alexis Berlemont wrote:

> Hi,
> 
> Stefan Schaal wrote:
>> Hi Alexis,
>> 
>>  I did a reboot, ran my modified cmd_bits.c again one time. 
>> 
>> cat /proc/xenomai/irq  reports:
>> 
>> IRQ         CPU0        CPU1        CPU2        CPU3        CPU4        CPU5 
>>        CPU6        CPU7
>> 56:           0           0           0           0           0           0  
>>          0           0         Analogy device
>> 518:           0           1           1           1           1           1 
>>           1           1         [IPI]
>> 521:      626392      618020      618539      620274      617326      625008 
>>      622464      626300         [timer]
>> 522:           0           0           0           0           0           0 
>>           0           0         [critical sync]
>> 546:           0           0           0           0           0           0 
>>           0           0         [virtual]
>> 
> 
> I have not forgotten you. I am still stuck with your bug: The mite
> transfers the first 8000 bytes and after does nothing; no interrupt is
> generated by the mite so as to finally awake your application. 
> 
> It seems like the data retrieved by the mite are not consumed by the
> board. Are you sure the digital output lines correspond to what you
> configured with cmd_bits ? 
> 
> I think the digital output is misconfigured. I am working on it.
> 
>> 
>> -Stefan
>> 
>> On Jun 27, 2010, at 3:37, Alexis Berlemont wrote:
>> 
>>> Hi,
>>> 
>>> 
>>> Stefan Schaal wrote:
>>>> Hi Alexis,
>>>> 
>>>> thanks so much for the new analogy software. Here are some first 
>>>> observations:
>>>> 
>>>> 1) cmd_bits.c works fine on our NI6250 board
>>>> 
>>>> 2) however, a slightly modified version hangs -- I appended my cmd_bits.c 
>>>> to this email. All what I added is a for loop around the a4l_async_write() 
>>>> and a4l_snd_insn() commands, i.e., I wanted to trigger a write repeatedly. 
>>>> Look for the "sschaal" comment in my modified cmd_bits.c .  After 32 
>>>> iterations, cmd_bits hangs, no error messages in dmesg. Interesting, when 
>>>> I change your "trigger_threshold" variable from 128 to 256, my loop runs 
>>>> for 16 iterations (other changes of the trigger threshold adjust the 
>>>> number of iterations I get in a similar way). Thus, it feels like there is 
>>>> a buffer which does not get reset after a4l_snd_insn() is called -- does 
>>>> this make sense?
>>>> 
>>> 
>>> Could you tell me if the mite triggered an interrupt ? Could you send
>>> a dump of cat /proc/xenomai/irq after having made the test program
>>> hang ?
>>> 
>>> Many thanks,
>>> 
>>>> Best wishes,
>>>> 
>>>> -Stefan
>>>> 
>>>> 
>>>> On Jun 24, 2010, at 15:43, Alexis Berlemont wrote:
>>>> 
>>>>> Hi,
>>>>> 
>>>>> Alexis Berlemont wrote:
>>>>>> Hi Stefan,
>>>>>> 
>>>>>> Stefan Schaal wrote:
>>>>>>> Hi Alexis,
>>>>>>> 
>>>>>>> I was just wondering whether the new "experimental" branch in your git 
>>>>>>> repository is something that can be tried already.
>>>>>>> 
>>>>>> 
>>>>>> No. Not yet. This branch is aimed at temporarily holding the
>>>>>> corrections I am trying to do for the cmd_bits issue. It needs quite a
>>>>>> lot of work and I have not finished yet. 
>>>>>> 
>>>>>> If you have a look at the commits in this branch, we will see many
>>>>>> "(broken)".
>>>>>> 
>>>>> 
>>>>> I just rebased the experimental branch into the branch analogy. So,
>>>>> starting from now, we should be able to properly use cmd_bits with a
>>>>> clone of my git repository.
>>>>> 
>>>>> After having reworked the asynchronous buffer subsystem (and having
>>>>> fixed some oops in the NI driver and in the new code), cmd_bits can
>>>>> correctly communicate with the DIO subdevice. 
>>>>> 
>>>>> A command like "./cmd_bits 0xffff 0xffff" works on my
>>>>> board. Unfortunately, I have not done the necessary to check the
>>>>> digital output lines yet.
>>>>> 
>>>>> 
>>>>>>> Best wishes,
>>>>>>> 
>>>>>>> -Stefan
>>>>>> 
>>>>>> -- 
>>>>>> Alexis.
>>>>> 
>>>>> -- 
>>>>> Alexis.
>>>> 
>>>> 
>>>> ======================================================= cmd_bits.c 
>>>> ==================================================
>>> 
>>> 
>>> 
>>> -- 
>>> Alexis.
>> 
> 
> -- 
> Alexis.


_______________________________________________
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core

Reply via email to