Здравейте, търся някой да доработи DRO (digital readout) проекта за четене на показанието от цифров шублер.
Писан е на assembler. Искам да му се добавят дребни опции.

Ето темата: viewtopic.php?f=3&t=3735

https://youtu.be/34IsYgL4cMw?t=217 https://youtu.be/Khp-UGqwhXM https://youtu.be/Aax5RHqwThA?t=95

Здрасти ,

аз не мисля че е удачно да използваш шублер при такова приложение .
Ако използваш охладителна течност то шублера няма да я понесе ,наличие на масло, ниска температура също . От постоянното движение ще се налага често да го натягаш поради триенето , често е възможно да получаваш фалшиви измервания .
Най-добре си намери линеен енкодер . С него ще може да разчиташ на точни данни и надеждност .

Такъв четец дори не е нужно и да се ползва само в струг, може да се сложи на поне 15 други места.
Имам линеен енкодер на Heidenhain, също и китайски. И двата работят по един и същ начин и са квадратурни. Няма проблем да се ползва шублер, а и е наложително, защото мястото е малко.

В шублера няма какво да се разтегне, че после да се натяга. Близко е до акъла, че той трябва да се монтира така, че при движение в двете посоки да не се създава въртящ съпротивителен момент - тоест закрепя се в минимум 2 точки.
Няма машина в света, в която охладителната течност да тече върху енкодерите, дори и китайците с тяхната тъпотия не могат да го измислят чак толкова зле.

Аз просто търся програмист, с който да си говорим изключително и само за програмиране.

Сам го каза в другата тема



От постоянните движения ще имаш износване в метала на шублера което довежда до фалшиви измервания и в последствие до невъзможност за измерване . Това се оправя с натягане на болтчетата на шублера .


Напротив има , но обикновено се използват фабрични линейни екодери със степен на защита съответстваща на приложението.

Дай да говорим само за програмиране, че нещо тези разговори на тема механика са абсолютно излишни.

Малко ми е странно: пускам тема за това, че търся програмист (нали това е форум за програмисти), който да доработи еди какъв си проект на асемблер, но се окачи шлосер, който почна да дава съвети по механика и то баш по неща, които много отдавна съм решил и се получава смешната ситуация - на краставичар краставици да продаваш.

Ако започна тема във форум за шлосери, дали ще се окачат програмисти...?

Що за логика е да почнеш тема за нещо конкретно, а да стане разтягане на локуми от общ характер, нямащи нищо общо по темата от заглавието.
Просто на някой му е много скучно и като няма какво да каже по темата, измисля общи приказки просто за да се трупат лафове или какво точно?

1. Дефинирай ТОЧНО задание
2. Определи ограниченията
3. Кажи ориентировъчен бюджет

"да доработи" "онази тема" "един код" "един проект" "един програмист"
Много неопределени и неясни неща.
Аз също смятам, че ползването на шублер за такава дейност е глупост но както в друга тема обсъждахме чалгата завладя нашия бранш.
Просто колегите може да не искат да са част от чалгата.

Най малкото постави кода да го разгледаме и кажи точно какво искаш. Аз съм с асемблер за пик но не ми се захваща много понеже имам доста работа и не ми остава много свободно време. А и днеска не съм влюбен
П.П. имам подобен проект с ротари енкодер шантаво да се върти мотор със спирачка но не е довършен понеже е хоби история, стигнал съм до някъде и когато му дойде времето ще стане. проблема с който се сблъсках е че енкодера е много прецизен а проца бавен. На ниски обороти е ОК ама при високите става мазано.

@timt

Как го четеш енкодера?

7414 и 7474
То може и това да е проблема ама не ми се вярва.

А след 7474 къде отива?

Хм, на новите пикльовци тая логическа клетка дето са е турнали е идеална за такива неща, ако работи де аз така и не съм я използвал. Но и хардуерно да декодираш като нищо може да изтърваш, зависи колко импулса имаш ма оборот а и как е написано.

След това в проца, каква ти е идеята?

На таймери ли?




IN_A и IN_B после на 2 таймера. Работи перфектно. Мога и код да ти дам ако ти трябва.