Comentarii

Copiați linkul Citat răspuns

meniul

ntoff comentat 28 mar 2015

Derulați lista în jos prin rotirea roții "în sus" (codificatorul meu este lateral). Creșterea valorilor variabilelor este bună și dandy, întoarceți roata "în sus" pentru a crește, dar navigarea în meniu pare inversată.

A fost așa de veacuri, așa că nu știu dacă este ceva ce poate fi schimbat (poate o variabilă selectabilă de utilizator?)

Textul a fost actualizat cu succes, dar s-au întâlnit aceste erori:

fără cap comentat 28 mar 2015

A fost menționat anterior, dar pentru majoritatea dintre noi creșterea este aceeași cu avansarea în meniu, deci în sensul acelor de ceasornic este corectă pentru ambele.

Alți oameni par să perceapă o legătură mecanică între roată și meniu și atunci depinde unde este roata.

ntoff comentat 28 mar 2015

Da, depinde unde este codificatorul fizic. Pe Mendel-ul meu este pe partea din față, deci nu este la fel de ciudat, dar pentru ecranul LCD pe care îl am, este foarte ciudat. Sunt, de asemenea, unul dintre acele ciudățenii cu un mouse inversat în jocurile video: p

Deci, există vreo modalitate prin care să o pot schimba doar pentru mine? Am aruncat o privire, dar nu știu ce parte a codului se ocupă de fapt de navigare și dacă există chiar un handler separat pentru navigare și modificări ale setărilor. Ar trebui să caut în ultralcd.cpp?

fără cap comentat 28 mar 2015

Da, dar noroc cu schimbarea acestuia, deoarece codul este cu adevărat oribil.

ntoff comentat 28 mar 2015

Nu aș ști oribil din bine, habar n-am ce fac când vine vorba de cod. Mi-a luat vârste pentru a afla cum să adaug o caracteristică simplă la Pronterface.

fără cap comentat 28 mar 2015

ntoff comentat 28 mar 2015

da, mi-a fost frică de asta (asta e partea la care m-am uitat mai devreme)

gânditor comentat 29 martie 2015

@ntoff Iată ce trebuie făcut.

osteinkrog comentat 30 martie 2015

Am aceeasi "problema", am rezolvat-o prin comutarea pinilor (pentru rampe cred ca era comutatorul 31/33), probabil gasesti commit-ul in furca mea.

gânditor comentat 31 martie 2015

@oysteinkrog @ntoff Comutarea pinilor va inversa comportamentul butonului controlerului peste tot, inclusiv la editarea valorilor numerice din meniu. Într-una din aceste zile voi implementa metoda pe care am descris-o ca o caracteristică comutabilă.

ntoff comentat 31 martie 2015

Da, o inversează peste tot. Am adăugat funcția la propriul meu Marlin aseară, dar, dintr-un anumit motiv, nu se aplică meniului „Move Axis”, deși pare să funcționeze peste tot. Sau poate sunt doar nebun.

Nici nu știu ce fac cu C ++, așa că trebuie să urmez un curs accidentat în el (google)

@thinkyhead nu face prea multe probleme acum. Aș prefera să nu leag remedierea erorilor cu mai multe cereri de funcții. Așa cum a spus nophead, depinde de modul în care percepeți butonul pentru a funcționa, indiferent dacă este o conexiune „fizică” sau nu, și, de asemenea, locația sa ca pe Mendel90, navigarea + direcția inversată pentru editare se simt foarte natural, deoarece roata este pe partea din față . Este doar celălalt panou al meu unde codificatorul este pe partea care se simte greșit.

TechMasterJoe comentat 4 aprilie 2015

Nu este rapid să schimbi doar rutina de numărare schimbând + și - în ISR la liniile 1519 - 1532 Doar un gând

AnHardt comentat 4 aprilie 2015

@TechMasterJoe
Există mai multe modalități ușoare de a schimba direcția codificatorului - cum ar fi schimbarea pinilor.
Problema ei este aceea de a face diferit comportamentul de editare a valorilor și de mutare în meniuri.

fără cap comentat 4 aprilie 2015

Da, problema este psihologică. Toată lumea pare să fie de acord în sensul acelor de ceasornic ar trebui să crească valorile, majoritatea oamenilor se așteaptă ca acesta să se deplaseze înainte și prin meniu, dar câțiva oameni cred că ar trebui să urce în meniuri atunci când butonul este aranjat în stânga ecranului.

gânditor comentat 4 aprilie 2015

Da, dacă te uiți mai atent, vei vedea că abordarea mea ar funcționa foarte bine. Singurul lucru pe care doriți să îl modificați este navigarea prin meniu și singurul mod de a modifica este să înțelegeți că (prostul?) Lucrul utilizează direct valoarea codificatorului. Vă puteți imagina folosind inversul sau reciprocul codificatorului de poziție în meniul de navigare, dar de fapt nici asta nu o face. Cea mai simplă modalitate este să setați pur și simplu un semnal atunci când navigarea în meniu este activă, să o ștergeți altfel și să inversați direcția codificatorului doar în software (în modul în care subliniem @TechMasterJoe și eu) atunci când acel semnal este setat. Există câteva locuri convenabile pentru a seta și șterge un astfel de semnal, în macrocomenzile de meniu sau în gestionarele de meniu. Sunt sigur că la un moment dat, cu siguranță, dacă nimeni altcineva nu o face.

boelle comentat 29 iunie 2015

Deci, din moment ce putem fi de acord parțial că aceasta este legată psihologic și nu este o problemă software, nu ar trebui să o închidem?

AnHardt comentat 29 iunie 2015

@boelle
Nu. Ar trebui să facem acest lucru configurabil. Această problemă va apărea din nou și din nou.

dED scurt comentat 17 august 2015

De obicei, rotesc un buton de volum în sensul acelor de ceasornic pentru a crește.
De aceea mi s-a părut ciudat cu butonul de control de pe ecranele LCD.
De fapt, aproape că am folosit-o. Decomentați linia 539 și introduceți -1 pentru valoare
// # define ENCODER_PULSES_PER_STEP 1 // Creșteți dacă aveți un codificator de înaltă rezoluție
Ie_ #define ENCODER_PULSES_PER_STEP -1 // Creșteți dacă aveți un codificator de înaltă rezoluție
Nu am avut alte probleme și butonul funcționează în sensul acelor de ceasornic atât pentru navigare, cât și pentru valori.

gânditor comentat 17 august 2015

@dEDshort Cum afectează acest lucru editarea valorilor, modificarea vitezei de avansare etc.? Face exact ceea ce vrei peste tot?

dED scurt comentat 18 august 2015

Da, cred că funcționează pentru toate reglajele pentru care este utilizat butonul de control de pe ecranul LCD. Acest lucru a fost încercat cu afișajele de reducere reprap 2004 și Full 12864 ambele tipuri pe un Ramps 1.4. Aceasta este doar logica codificatorului și nu ar trebui să aibă modificări cu nimic altceva. Poate doar editarea liniei de comentarii în fișierul de configurare ar explica schimbarea.

gânditor comentat 25 august 2015

@dEDshort Sunte ca pentru controlerul dvs. schimbarea impulsurilor pe pas este suficientă. Pentru unele controlere, este posibil să trebuiască să inversăm doar navigarea în meniu (deci în sensul acelor de ceasornic = sus sau minus) și nu schimbarea valorilor (mențineți în sensul acelor de ceasornic = plus). Soluția ENCODER_PULSES_PER_STEP din păcate nu permite inversarea independentă a acestor două funcții, dar afectează întotdeauna ambele. Deci, trebuie în continuare să adăugăm o opțiune ENCODER_REVERSED_MENUS.