Yet another Volume controlers and source selections

[jorgovanko]

OK, i will try right now...

[jorgovanko]

Same thing

Sch : http://vicol-audio.ro/img/volume-con...Shunt_2010.pdf

[fotios]

Thanks for the help
In schematic is shown that pin1 of encoder is connected at Interrupt pin, while pin3 in Port D.0. In encoders, switch A change state before switch B (close its contact before switch B in CW direction) so usually used as the interrupt source, while switch B is checked to determine the direction of encoder turn. So, your encoder should be connected in the right way on pcb, pin1 left (SwA), pin2 (Com) center, pin3 (SwB) right. No pin inversion.
Have you tried to turn slowly the encoder? Is working in this way?
Fotis

[jorgovanko]

Yes, i try to turn it slowly and it work, but only few steps, than atmega again go crazy

[fotios]

Boban, encoders without detents by 99% can run any of the A and B switch waveform pattern. If the encoder works correctly in slow speed - be it so for a while - that means its connection to the microcontroller ports should also be correct. Then i can think only one thing: inaccurate code of interrupt handler. Are you sure that this project is working? Who has confirmed you for this? ?
In my career, i have seen hundreds supposedly super-duper projects based on incomplete program code.

[fotios]

I know few things about Atmel micros, i am in the PIC side but i know that both companies offer similar abilities. Just now i looked on datasheet of Atmega16 due to the debounce (anti-chattering) circuitry around encoder that i can see on the schematic. I don't use this R-C circuit around encoder, is a waste of parts, pcb space etc. Instead this, i have always enabled the internal weak pull-ups of PIC micro Port B. So, the common pin of encoder is tied at 0V node, while A and B terminals are connected directly to PortB inputs. The chattering of encoder is eliminated by the internal Schmitt-Trigger of PIC. I have tried this connection lot of times without problem. To my big surprise, in Atmega16 datasheet i saw that all of its Ports have internal pull-ups!!! Which can be enabled individually! Therefore, C9-C10-C11 and R28 - R29 (forming an anti-chattering filter around encoder) are useless.
Hmmm... This Atmel is really generous compared to Microchip. I think is time to try some Atmega micros.

[danzup]

Originally Posted by jorgovanko

Same thing

Sch : http://vicol-audio.ro/img/volume-con...Shunt_2010.pdf

Wait till I reach home and I will provide you with a .bin or .hex for you to test again (it is another variant of firmware than posted on thread) .
Did you write the fusebits necessary ?
The project have been / is in use in more than 250 pieces and is working perfectly , so you made something wrong .
Please check schematics and interconnection as this is a simple project .
I will come again later and i will support you how I can.
Fotios : for sure the project is working !

[jorgovanko]

Hi Dunzup, thanks for help. I will check connections later.

Yes, i write the fusebits:

CKSEL 0 = selected
CKSEL 1 = selected
CKSEL 2 = not selected
CKSEL 3 = selected
- Jtag disable
- Internal 8Mhz RC oscillator

[danzup]

Originally Posted by jorgovanko

Hi Dunzup, thanks for help. I will check connections later.

Yes, i write the fusebits:

CKSEL 0 = selected
CKSEL 1 = selected
CKSEL 2 = not selected
CKSEL 3 = selected
- Jtag disable
- Internal 8Mhz RC oscillator

- Jtag disable
- Internal 8Mhz RC oscillator (Cksel = 0100 , Sut = 10)
is ok .
I have read your pm and i have seen the video , i will try to think what is wrong there .
I will be back .
-----------------------
Back : it seems you have some type of short circuit between some lines of uC on port where encoder is connected !!!
Pls check ( 3 years ago one user from romanian forum where i have posted first time this firmware
had the same problems and we discover connection in short circuit ) or maybe try programming again as one year ago an user from Germany have some problems that gone after second programming and never reappear .
Either way I will post a new variant for this firmware when I will reach my home (last revision).

[jorgovanko]

OK, 'll check when i got home.

I use a AVR-ISP program that has two places to check:

SUT0 Programmed
SUT1 Programmed

SUT0 is deafult. Should i have to check SUT1?

ps: Is it possible to post firmware revision for ATmega32 also? I have few ATmega32 and i would like to verify that they work. Thanks.