ursus_arctos pisze:Heh.... zrobili płytki, ale im się gerber źle na PS przerobił i płytka nie wyszła - robią jeszcze raz. GerbTool im zgłupiał - na ekranie było (prawie) dobrze, a na płytce kaszana wyszła :O Podobno jest to częsty przypadek, że coś się poprzesuwa czy coś.
Niech żyją "standardy przemysłowe"... Dlaczego nie można klisz robić w PDF/EPS/SVG tylko w jakichś idiotycznych gerberach???

Gerbery są jeszcze starsze niż ja, więc nie powinno być problemów.
Polecałem "double-pad " tam oglądają projekt i ew. poprawiają , a nie wysyłają do Chin.

ursus_arctos pisze:Wiem, że ścieżki są źle poprowadzone, kable nie są ekranowane, etc, etc.

Nie jest tak źle skoro działa. Biorąc pod uwagę liczbę rozsądnych postów kolegi, osiągniecie w budowie frezerki w bloku mieszkalnym to ten układ też musi działać nawet jak nie chce.

ursus_arctos pisze:ale filtr cyfrowy naprawdę daje radę.

W to wierzę, ale jak są zakłócenia to staram się znaleźć przyczynę.Może wejscie ma za dużą impedancję? A na oscyloskopie nic nie widać ?

ps. skody W tych okolicach mieszka moja córka, ja bliżej Piaseczna. Ja w tym czasie byłem nad Brdą.

ursus_arctos pisze:Z tego, co mi wiadomo, to po prostu STM32 nie ma filtrowania wejść timerów w trybie enkoderowym.

ale chyba układ RC wystarczy aby ograniczyć pasmo.

ps. To gdzie nastąpiło spotkanie pierwszego stopnia? EW.Koronowo czy EW. Smukała?

Raven pisze:Tym bardziej - jaki sens zamawiania np. 5 sztuk prototypu... bo akurat tak firma robi?

Jak ja robię uklad, to zamawiam prototyp. Czasami jest to jedna płytka czasami kilka. Mówiąc szczerze to minimum jedna formatka. Czasami taki prototyp z paroma ścieżkami przeciętymi i drutami jest docelowym, ale w większości wypadków jednak idzie do poprawki.
5 szt prototypu lub więcej ma sens, wtedy łatwiej znaleźć błędy które ujawniają się w większych seriach. Im większe zamówienie tym większa seria prototypów. Kiedyś stosowano taką zasadę
koncepcja->model -> prototyp>seria prototypowa -> seria produkcyjna. Dzisiaj chyba wszystko idzie na skróty, na koncu klient testuje więc i tą operację się usuwa

[ Dodano: 2012-12-01, 08:04 ]

ursus_arctos pisze:W temacie sprzętowej obsługi enkoderów w STM32 - próbowałem coś z tym robić, ale dziwne rzeczy się działy. Niby jak kręciłem ręcznie, to pokazywał z grubsza to, co powinien, ale jak włączyłem zasilanie silnika, to głupiał niemiłosiernie. Nie mam pojęcia, o co chodzi...

Biorąc pod uwagę moje ostatnie doświadczenia z THB6064 proponuję napisać list do producenta, być może zrobili błąd i czekają na odzew użytkowników.

ps. Brda a w szczególności zapora Pieczyska to piękne miejsca. Chyba spotkaliśmy się w pokoju Cezarego B.

jarekk pisze:Można robić komutację na samym enkoderze - ceną jest pojedyncze drgnięcie przy starcie aby złapać pozycję "home" enkodera.

I będzie okazja by napisać 100 postów co zrobić by nie było drgnięcia.

Powracając do EXTI , czy przerwanie było generowane od dwóch zboczy impulsu A i B ? Bo jeżeli tak to to tylko błąd w priorytetach lub mógł zakłócić poprawną pracę. Tzn. przerwania o wyższym priorytecie trwają dłużej niż najkrótszy impuls

BLDC fajne, ale sterowanie jest znacznie trudniejsze - jakieś czujniki halla dochodzą

a bez czujników pozycji to są dopiero algorytmy

ursus_arctos pisze:właśnie przeżywam fazę zachwytu serwami DC - chodzi to naprawdę ładnie, szybko i cicho. Pewnie zmienię zdanie, jak szczotki

A nie ma silników bez szczotek? Z wirującym magnesem.

Powracając do obrotów krokowca. Na mojej zabawce mam silnik 1.9Nm. Zasilanie 44V, 4.1A. Sruba trapezowa TR16x4 pądzona z silnika przez sprzęgło. Osiągam ok. 3000mm/min.
3000 /4 = 750 obr/min czyli 4 razy mniej niż napisałem. Ale gdybym miał kulowe to bym mógł pociągnąć wiecej. Ale dająć przekładnię na paskach bez problemu przy mocniejszym silniku osiągnę takie obroty na wałku z . ( najwyzej wałek mi się wygnie).

ursus_arctos pisze:Enkoder jest 200ppr (x2 kanały x2 zbocza), 3000rpm - czyli mam 2 prostokąty 10kHz przesunięte w fazie.

A jak bedzie 10..20 razy szybciej to też zadziała system?. Bo gdybym mial dać encoder/liniał na silnik krokowy do przynajmniej musi mieć 2000ppr

ursus_arctos pisze:Chciałbym się podzielić z kolegami doświadczeniami w zakresie obsługi enkodera

Ile impulsów na obrót daje encoder , ile obrotów na minutę na osi?

ursus_arctos pisze:Chciałbym się podzielić z kolegami doświadczeniami w zakresie obsługi enkodera pod STM32. Przy włączonej większej liczbie peryferiów NIE działa obsługa na liniach EXTI

Jezeli dobrzę rozumię to to nie działa przerwanie zewnętrzne? czy też za dużo imulsów widzi procesor.

Ja osobiście wykonał bym 3 rzeczy
1. Zapewnił dobry kabel od encodera do sterownika ( ekran+skrętka),
być może dopasowanie ( zależy od typu wyjścia encodera)
2. Dał filtr RC tnący pasmo do poziomu niezbędnego dla poprawnego działania
3. Ograniczył pasmo wejścia CPU jeżeli funkcja taka istnieje.
4. Zastosował filtr cyfrowy mniej więcej jak to zrobił kolega ( podobny lub identyczny stosuje się przy programowym przegadaniu klawiatury)

ale gdyby działo przerwanie to bym to zrobił na przerwaniu, ale dlaczego nie działa, może za niski priorytet. Lub za duzo zadań w przerwaniach.