Re: [beagleboard] eQEP not reading meaningful values

[Hugh Frater]

I got it to work properly in 4.4.x - using the universal cape and running 
config-pin P8_11 qep & config-pin P8_12 qep

On Friday, 3 February 2017 16:55:42 UTC, abhilash h wrote:
>
> For sure it will work.
> On Fri, 3 Feb 2017 at 9:33 PM, Hugh Frater  > wrote:
>
>> I'll give 7.9 a go and let you know my findings, thanks.
>>
>>
>> On Friday, 3 February 2017 13:40:05 UTC, abhilash h wrote:
>>
>>> I had used debian 7.9 
>>>
>> On Fri, 3 Feb 2017 at 7:05 PM, Hugh Frater  wrote:
>>>
>> Thanks, I'm currently trying to downgrade to a 3.8 revision, 1st attempt 
 resulted in a 'won't boot, all the LEDs are on' so I guess I missed a step.


 On Friday, 3 February 2017 13:31:00 UTC, abhilash h wrote:

> I had used debian . And it worked with busybox rfs and 3.8 kernel also 
> .
>
 On Fri, 3 Feb 2017 at 6:20 PM, Hugh Frater  wrote:
>
 Hi Abhilash, 
>>
>> That's interesting, I will try and downgrade. May I ask what image 
>> you are using now (Angstrom, Debian etc)?
>>
>> Hugh
>>
>>
>> On Friday, 3 February 2017 12:36:34 UTC, abhilash h wrote:
>>
>>> Hi hugh,  
>>>
>>> It never worked for me in 4.x kernel. I used to get same values. So 
>>> i swutched back to 3.8 kernel . 
>>>
>> On Fri, 3 Feb 2017 at 5:47 PM, Hugh Frater  
>>> wrote:
>>>
>> Hi, I'm getting started on a control system that needs to read 2x 
 quadrature encoders. One is a 1000 line, the other a 2000 line, but 
 that is 
 really immaterial. I have the physical interface sorted (one needs a 
 26lv32 
 to glue it to the BBB, the other is open collector), and the traces 
 look 
 good on the scope.

 I'm running Jessie IOT with 4.4.36, I have disabled hdmi and 
 universal cape. I can load Nathaniel Lewis' overlays (supplied with 
 the 
 clean install of Jessie) just fine with no errors in dmesg.

 However when I 'cat position' in each of the relevant sys entries 
 (having moved my encoder A/B lines to the relevant pins each time), I 
 get a 
 changing value but it isn't meaningful. Am I missing something, or is 
 it 
 more likely that I've blown up the inputs? I did power on the servo 
 drive 
 (that was connected to the 26lv32 breakout board) by accident when the 
 BBB 
 wasn't powered up.

 I've tested with a simple 24ppr 'audio style' encoder and again 
 don't get meaningful results.

 Do I have to mess about with config-pin for each of the eQEP 
 inputs, or should loading the relevant dtbo file for the eQEP module 
 (0, 1 
 2 etc) set up the pins for me?

 There's so much old documentation floating about it's hard to 
 identify what is current and what is no longer relevant now that the 
 universal-cape is in existence.

 Regards, Hugh

 -- 
 For more options, visit http://beagleboard.org/discuss
 --- 
 You received this message because you are subscribed to the Google 
 Groups "BeagleBoard" group.

>>> To unsubscribe from this group and stop receiving emails from it, 
 send an email to beagleboard...@googlegroups.com.
>>>
>>>
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/beagleboard/c28fc73b-b2f4-4e73-8318-fd37599ef3b6%40googlegroups.com
  
 
 .
 For more options, visit https://groups.google.com/d/optout.

>>> -- 
>> For more options, visit http://beagleboard.org/discuss
>> --- 
>> You received this message because you are subscribed to the Google 
>> Groups "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, 
>> send an email to beagleboard...@googlegroups.com.
>>
> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/beagleboard/3e6b19d3-1c4a-4fea-9833-0d20fa29071a%40googlegroups.com
>>  
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
> -- 
 For more options, visit http://beagleboard.org/discuss
 --- 
 You received this message because you are subscribed to the Google 
 Groups "BeagleBoard" group.
 To unsubscribe from this group and stop receiving emails from it, send 
 an email to beagleboard...@googlegroups.com.

>>> To view this discussion on the web visit 

Re: [beagleboard] eQEP not reading meaningful values

[abhilash h]

For sure it will work.
On Fri, 3 Feb 2017 at 9:33 PM, Hugh Frater  wrote:

> I'll give 7.9 a go and let you know my findings, thanks.
>
>
> On Friday, 3 February 2017 13:40:05 UTC, abhilash h wrote:
>
> I had used debian 7.9
>
> On Fri, 3 Feb 2017 at 7:05 PM, Hugh Frater  wrote:
>
> Thanks, I'm currently trying to downgrade to a 3.8 revision, 1st attempt
> resulted in a 'won't boot, all the LEDs are on' so I guess I missed a step.
>
>
> On Friday, 3 February 2017 13:31:00 UTC, abhilash h wrote:
>
> I had used debian . And it worked with busybox rfs and 3.8 kernel also .
>
> On Fri, 3 Feb 2017 at 6:20 PM, Hugh Frater  wrote:
>
> Hi Abhilash,
>
> That's interesting, I will try and downgrade. May I ask what image you are
> using now (Angstrom, Debian etc)?
>
> Hugh
>
>
> On Friday, 3 February 2017 12:36:34 UTC, abhilash h wrote:
>
> Hi hugh,
>
> It never worked for me in 4.x kernel. I used to get same values. So i
> swutched back to 3.8 kernel .
>
> On Fri, 3 Feb 2017 at 5:47 PM, Hugh Frater  wrote:
>
> Hi, I'm getting started on a control system that needs to read 2x
> quadrature encoders. One is a 1000 line, the other a 2000 line, but that is
> really immaterial. I have the physical interface sorted (one needs a 26lv32
> to glue it to the BBB, the other is open collector), and the traces look
> good on the scope.
>
> I'm running Jessie IOT with 4.4.36, I have disabled hdmi and universal
> cape. I can load Nathaniel Lewis' overlays (supplied with the clean install
> of Jessie) just fine with no errors in dmesg.
>
> However when I 'cat position' in each of the relevant sys entries (having
> moved my encoder A/B lines to the relevant pins each time), I get a
> changing value but it isn't meaningful. Am I missing something, or is it
> more likely that I've blown up the inputs? I did power on the servo drive
> (that was connected to the 26lv32 breakout board) by accident when the BBB
> wasn't powered up.
>
> I've tested with a simple 24ppr 'audio style' encoder and again don't get
> meaningful results.
>
> Do I have to mess about with config-pin for each of the eQEP inputs, or
> should loading the relevant dtbo file for the eQEP module (0, 1 2 etc) set
> up the pins for me?
>
> There's so much old documentation floating about it's hard to identify
> what is current and what is no longer relevant now that the universal-cape
> is in existence.
>
> Regards, Hugh
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
>
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard...@googlegroups.com.
>
>
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/c28fc73b-b2f4-4e73-8318-fd37599ef3b6%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard...@googlegroups.com.
>
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/3e6b19d3-1c4a-4fea-9833-0d20fa29071a%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard...@googlegroups.com.
>
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/39682a43-a9ad-42a6-9906-751c77e102bd%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/7502f82c-ed74-4b74--ebcd51bb91e4%40googlegroups.com
> 
> .
> For 

Re: [beagleboard] eQEP not reading meaningful values

[Hugh Frater]

I'll give 7.9 a go and let you know my findings, thanks.

On Friday, 3 February 2017 13:40:05 UTC, abhilash h wrote:
>
> I had used debian 7.9 
> On Fri, 3 Feb 2017 at 7:05 PM, Hugh Frater  > wrote:
>
>> Thanks, I'm currently trying to downgrade to a 3.8 revision, 1st attempt 
>> resulted in a 'won't boot, all the LEDs are on' so I guess I missed a step.
>>
>>
>> On Friday, 3 February 2017 13:31:00 UTC, abhilash h wrote:
>>
>>> I had used debian . And it worked with busybox rfs and 3.8 kernel also .
>>>
>> On Fri, 3 Feb 2017 at 6:20 PM, Hugh Frater  wrote:
>>>
>> Hi Abhilash, 

 That's interesting, I will try and downgrade. May I ask what image you 
 are using now (Angstrom, Debian etc)?

 Hugh


 On Friday, 3 February 2017 12:36:34 UTC, abhilash h wrote:

> Hi hugh,  
>
> It never worked for me in 4.x kernel. I used to get same values. So i 
> swutched back to 3.8 kernel . 
>
 On Fri, 3 Feb 2017 at 5:47 PM, Hugh Frater  wrote:
>
 Hi, I'm getting started on a control system that needs to read 2x 
>> quadrature encoders. One is a 1000 line, the other a 2000 line, but that 
>> is 
>> really immaterial. I have the physical interface sorted (one needs a 
>> 26lv32 
>> to glue it to the BBB, the other is open collector), and the traces look 
>> good on the scope.
>>
>> I'm running Jessie IOT with 4.4.36, I have disabled hdmi and 
>> universal cape. I can load Nathaniel Lewis' overlays (supplied with the 
>> clean install of Jessie) just fine with no errors in dmesg.
>>
>> However when I 'cat position' in each of the relevant sys entries 
>> (having moved my encoder A/B lines to the relevant pins each time), I 
>> get a 
>> changing value but it isn't meaningful. Am I missing something, or is it 
>> more likely that I've blown up the inputs? I did power on the servo 
>> drive 
>> (that was connected to the 26lv32 breakout board) by accident when the 
>> BBB 
>> wasn't powered up.
>>
>> I've tested with a simple 24ppr 'audio style' encoder and again don't 
>> get meaningful results.
>>
>> Do I have to mess about with config-pin for each of the eQEP inputs, 
>> or should loading the relevant dtbo file for the eQEP module (0, 1 2 
>> etc) 
>> set up the pins for me?
>>
>> There's so much old documentation floating about it's hard to 
>> identify what is current and what is no longer relevant now that the 
>> universal-cape is in existence.
>>
>> Regards, Hugh
>>
>> -- 
>> For more options, visit http://beagleboard.org/discuss
>> --- 
>> You received this message because you are subscribed to the Google 
>> Groups "BeagleBoard" group.
>>
> To unsubscribe from this group and stop receiving emails from it, send 
>> an email to beagleboard...@googlegroups.com.
>
>
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/beagleboard/c28fc73b-b2f4-4e73-8318-fd37599ef3b6%40googlegroups.com
>>  
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
> -- 
 For more options, visit http://beagleboard.org/discuss
 --- 
 You received this message because you are subscribed to the Google 
 Groups "BeagleBoard" group.
 To unsubscribe from this group and stop receiving emails from it, send 
 an email to beagleboard...@googlegroups.com.

>>> To view this discussion on the web visit 
 https://groups.google.com/d/msgid/beagleboard/3e6b19d3-1c4a-4fea-9833-0d20fa29071a%40googlegroups.com
  
 
 .
 For more options, visit https://groups.google.com/d/optout.

>>> -- 
>> For more options, visit http://beagleboard.org/discuss
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to beagleboard...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/beagleboard/39682a43-a9ad-42a6-9906-751c77e102bd%40googlegroups.com
>>  
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an 

Re: [beagleboard] eQEP not reading meaningful values

[abhilash h]

I had used debian 7.9
On Fri, 3 Feb 2017 at 7:05 PM, Hugh Frater  wrote:

> Thanks, I'm currently trying to downgrade to a 3.8 revision, 1st attempt
> resulted in a 'won't boot, all the LEDs are on' so I guess I missed a step.
>
>
> On Friday, 3 February 2017 13:31:00 UTC, abhilash h wrote:
>
> I had used debian . And it worked with busybox rfs and 3.8 kernel also .
>
> On Fri, 3 Feb 2017 at 6:20 PM, Hugh Frater  wrote:
>
> Hi Abhilash,
>
> That's interesting, I will try and downgrade. May I ask what image you are
> using now (Angstrom, Debian etc)?
>
> Hugh
>
>
> On Friday, 3 February 2017 12:36:34 UTC, abhilash h wrote:
>
> Hi hugh,
>
> It never worked for me in 4.x kernel. I used to get same values. So i
> swutched back to 3.8 kernel .
>
> On Fri, 3 Feb 2017 at 5:47 PM, Hugh Frater  wrote:
>
> Hi, I'm getting started on a control system that needs to read 2x
> quadrature encoders. One is a 1000 line, the other a 2000 line, but that is
> really immaterial. I have the physical interface sorted (one needs a 26lv32
> to glue it to the BBB, the other is open collector), and the traces look
> good on the scope.
>
> I'm running Jessie IOT with 4.4.36, I have disabled hdmi and universal
> cape. I can load Nathaniel Lewis' overlays (supplied with the clean install
> of Jessie) just fine with no errors in dmesg.
>
> However when I 'cat position' in each of the relevant sys entries (having
> moved my encoder A/B lines to the relevant pins each time), I get a
> changing value but it isn't meaningful. Am I missing something, or is it
> more likely that I've blown up the inputs? I did power on the servo drive
> (that was connected to the 26lv32 breakout board) by accident when the BBB
> wasn't powered up.
>
> I've tested with a simple 24ppr 'audio style' encoder and again don't get
> meaningful results.
>
> Do I have to mess about with config-pin for each of the eQEP inputs, or
> should loading the relevant dtbo file for the eQEP module (0, 1 2 etc) set
> up the pins for me?
>
> There's so much old documentation floating about it's hard to identify
> what is current and what is no longer relevant now that the universal-cape
> is in existence.
>
> Regards, Hugh
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
>
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard...@googlegroups.com.
>
>
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/c28fc73b-b2f4-4e73-8318-fd37599ef3b6%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard...@googlegroups.com.
>
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/3e6b19d3-1c4a-4fea-9833-0d20fa29071a%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/39682a43-a9ad-42a6-9906-751c77e102bd%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CA%2B-ZLitzTBsMAdXenQP3U9AJBN8LuRfq%2B56cM-bxkMuvOgWf_g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] eQEP not reading meaningful values

[Hugh Frater]

Thanks, I'm currently trying to downgrade to a 3.8 revision, 1st attempt 
resulted in a 'won't boot, all the LEDs are on' so I guess I missed a step.

On Friday, 3 February 2017 13:31:00 UTC, abhilash h wrote:
>
> I had used debian . And it worked with busybox rfs and 3.8 kernel also .
> On Fri, 3 Feb 2017 at 6:20 PM, Hugh Frater  > wrote:
>
>> Hi Abhilash, 
>>
>> That's interesting, I will try and downgrade. May I ask what image you 
>> are using now (Angstrom, Debian etc)?
>>
>> Hugh
>>
>>
>> On Friday, 3 February 2017 12:36:34 UTC, abhilash h wrote:
>>
>>> Hi hugh,  
>>>
>>> It never worked for me in 4.x kernel. I used to get same values. So i 
>>> swutched back to 3.8 kernel . 
>>>
>> On Fri, 3 Feb 2017 at 5:47 PM, Hugh Frater  wrote:
>>>
>> Hi, I'm getting started on a control system that needs to read 2x 
 quadrature encoders. One is a 1000 line, the other a 2000 line, but that 
 is 
 really immaterial. I have the physical interface sorted (one needs a 
 26lv32 
 to glue it to the BBB, the other is open collector), and the traces look 
 good on the scope.

 I'm running Jessie IOT with 4.4.36, I have disabled hdmi and universal 
 cape. I can load Nathaniel Lewis' overlays (supplied with the clean 
 install 
 of Jessie) just fine with no errors in dmesg.

 However when I 'cat position' in each of the relevant sys entries 
 (having moved my encoder A/B lines to the relevant pins each time), I get 
 a 
 changing value but it isn't meaningful. Am I missing something, or is it 
 more likely that I've blown up the inputs? I did power on the servo drive 
 (that was connected to the 26lv32 breakout board) by accident when the BBB 
 wasn't powered up.

 I've tested with a simple 24ppr 'audio style' encoder and again don't 
 get meaningful results.

 Do I have to mess about with config-pin for each of the eQEP inputs, or 
 should loading the relevant dtbo file for the eQEP module (0, 1 2 etc) set 
 up the pins for me?

 There's so much old documentation floating about it's hard to identify 
 what is current and what is no longer relevant now that the universal-cape 
 is in existence.

 Regards, Hugh

 -- 
 For more options, visit http://beagleboard.org/discuss
 --- 
 You received this message because you are subscribed to the Google 
 Groups "BeagleBoard" group.

>>> To unsubscribe from this group and stop receiving emails from it, send 
 an email to beagleboard...@googlegroups.com.
>>>
>>>
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/beagleboard/c28fc73b-b2f4-4e73-8318-fd37599ef3b6%40googlegroups.com
  
 
 .
 For more options, visit https://groups.google.com/d/optout.

>>> -- 
>> For more options, visit http://beagleboard.org/discuss
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to beagleboard...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/beagleboard/3e6b19d3-1c4a-4fea-9833-0d20fa29071a%40googlegroups.com
>>  
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/39682a43-a9ad-42a6-9906-751c77e102bd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] eQEP not reading meaningful values

[abhilash h]

I had used debian . And it worked with busybox rfs and 3.8 kernel also .
On Fri, 3 Feb 2017 at 6:20 PM, Hugh Frater  wrote:

> Hi Abhilash,
>
> That's interesting, I will try and downgrade. May I ask what image you are
> using now (Angstrom, Debian etc)?
>
> Hugh
>
>
> On Friday, 3 February 2017 12:36:34 UTC, abhilash h wrote:
>
> Hi hugh,
>
> It never worked for me in 4.x kernel. I used to get same values. So i
> swutched back to 3.8 kernel .
>
> On Fri, 3 Feb 2017 at 5:47 PM, Hugh Frater  wrote:
>
> Hi, I'm getting started on a control system that needs to read 2x
> quadrature encoders. One is a 1000 line, the other a 2000 line, but that is
> really immaterial. I have the physical interface sorted (one needs a 26lv32
> to glue it to the BBB, the other is open collector), and the traces look
> good on the scope.
>
> I'm running Jessie IOT with 4.4.36, I have disabled hdmi and universal
> cape. I can load Nathaniel Lewis' overlays (supplied with the clean install
> of Jessie) just fine with no errors in dmesg.
>
> However when I 'cat position' in each of the relevant sys entries (having
> moved my encoder A/B lines to the relevant pins each time), I get a
> changing value but it isn't meaningful. Am I missing something, or is it
> more likely that I've blown up the inputs? I did power on the servo drive
> (that was connected to the 26lv32 breakout board) by accident when the BBB
> wasn't powered up.
>
> I've tested with a simple 24ppr 'audio style' encoder and again don't get
> meaningful results.
>
> Do I have to mess about with config-pin for each of the eQEP inputs, or
> should loading the relevant dtbo file for the eQEP module (0, 1 2 etc) set
> up the pins for me?
>
> There's so much old documentation floating about it's hard to identify
> what is current and what is no longer relevant now that the universal-cape
> is in existence.
>
> Regards, Hugh
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
>
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard...@googlegroups.com.
>
>
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/c28fc73b-b2f4-4e73-8318-fd37599ef3b6%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/3e6b19d3-1c4a-4fea-9833-0d20fa29071a%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CA%2B-ZLitGgWCcB3r_H9DGYft8-6V%2BcD3nUjmqP3sJbcQ3akc7Pg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] eQEP not reading meaningful values

[Hugh Frater]

Hi Abhilash, 

That's interesting, I will try and downgrade. May I ask what image you are 
using now (Angstrom, Debian etc)?

Hugh

On Friday, 3 February 2017 12:36:34 UTC, abhilash h wrote:
>
> Hi hugh,  
>
> It never worked for me in 4.x kernel. I used to get same values. So i 
> swutched back to 3.8 kernel . 
>
> On Fri, 3 Feb 2017 at 5:47 PM, Hugh Frater  > wrote:
>
>> Hi, I'm getting started on a control system that needs to read 2x 
>> quadrature encoders. One is a 1000 line, the other a 2000 line, but that is 
>> really immaterial. I have the physical interface sorted (one needs a 26lv32 
>> to glue it to the BBB, the other is open collector), and the traces look 
>> good on the scope.
>>
>> I'm running Jessie IOT with 4.4.36, I have disabled hdmi and universal 
>> cape. I can load Nathaniel Lewis' overlays (supplied with the clean install 
>> of Jessie) just fine with no errors in dmesg.
>>
>> However when I 'cat position' in each of the relevant sys entries (having 
>> moved my encoder A/B lines to the relevant pins each time), I get a 
>> changing value but it isn't meaningful. Am I missing something, or is it 
>> more likely that I've blown up the inputs? I did power on the servo drive 
>> (that was connected to the 26lv32 breakout board) by accident when the BBB 
>> wasn't powered up.
>>
>> I've tested with a simple 24ppr 'audio style' encoder and again don't get 
>> meaningful results.
>>
>> Do I have to mess about with config-pin for each of the eQEP inputs, or 
>> should loading the relevant dtbo file for the eQEP module (0, 1 2 etc) set 
>> up the pins for me?
>>
>> There's so much old documentation floating about it's hard to identify 
>> what is current and what is no longer relevant now that the universal-cape 
>> is in existence.
>>
>> Regards, Hugh
>>
>> -- 
>> For more options, visit http://beagleboard.org/discuss
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to beagleboard...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/beagleboard/c28fc73b-b2f4-4e73-8318-fd37599ef3b6%40googlegroups.com
>>  
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/3e6b19d3-1c4a-4fea-9833-0d20fa29071a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] eQEP not reading meaningful values

[abhilash h]

Hi hugh,

It never worked for me in 4.x kernel. I used to get same values. So i
swutched back to 3.8 kernel .

On Fri, 3 Feb 2017 at 5:47 PM, Hugh Frater  wrote:

> Hi, I'm getting started on a control system that needs to read 2x
> quadrature encoders. One is a 1000 line, the other a 2000 line, but that is
> really immaterial. I have the physical interface sorted (one needs a 26lv32
> to glue it to the BBB, the other is open collector), and the traces look
> good on the scope.
>
> I'm running Jessie IOT with 4.4.36, I have disabled hdmi and universal
> cape. I can load Nathaniel Lewis' overlays (supplied with the clean install
> of Jessie) just fine with no errors in dmesg.
>
> However when I 'cat position' in each of the relevant sys entries (having
> moved my encoder A/B lines to the relevant pins each time), I get a
> changing value but it isn't meaningful. Am I missing something, or is it
> more likely that I've blown up the inputs? I did power on the servo drive
> (that was connected to the 26lv32 breakout board) by accident when the BBB
> wasn't powered up.
>
> I've tested with a simple 24ppr 'audio style' encoder and again don't get
> meaningful results.
>
> Do I have to mess about with config-pin for each of the eQEP inputs, or
> should loading the relevant dtbo file for the eQEP module (0, 1 2 etc) set
> up the pins for me?
>
> There's so much old documentation floating about it's hard to identify
> what is current and what is no longer relevant now that the universal-cape
> is in existence.
>
> Regards, Hugh
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/c28fc73b-b2f4-4e73-8318-fd37599ef3b6%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CA%2B-ZLiuE5W_ATODEU2N3Liv7eu8yx-T1Ljg4CirocdmqU6aFgA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.