Widzę niewielki problem z STM a mianowicie "5v tolerant pins "PA8-9, PA6-7 ,PB6-7
PA6 i PA7 nie lubi 5v a to miałoby być wejście z enkodera
DRO dla ubogich poraz wtóry.
-
tristar0
- Lider FORUM (min. 2000)
- Posty w temacie: 54
- Posty: 3052
- Rejestracja: 21 sty 2020, 17:48
- Lokalizacja: Toruń miasto Tadeusza R
Re: DRO dla ubogich poraz wtóry.
Widzę niewielki problem z STM a mianowicie "5v tolerant pins "PA8-9, PA6-7 ,PB6-7
PA6 i PA7 nie lubi 5v a to miałoby być wejście z enkodera
Mam wyrypane na wszelkiej maści proroków ,mędrców i wszystkich którzy stawiają się ponad innymi ,i tak ich zjedzą robaki
Tagi:
-
lepi
- ELITA FORUM (min. 1000)
- Posty w temacie: 3
- Posty: 1563
- Rejestracja: 09 lip 2012, 20:34
- Lokalizacja: Poznań
Re: DRO dla ubogich poraz wtóry.
Skoro, jak piszesz, to niewielki problem to w czym problem ? 
Dodam, że wystarczy synchronizacja prędkości przy stałych obrotach. Dynamiką napędów nie trzeba się zbytnio przejmować.
Dodam, że wystarczy synchronizacja prędkości przy stałych obrotach. Dynamiką napędów nie trzeba się zbytnio przejmować.
-
tristar0
- Lider FORUM (min. 2000)
- Posty w temacie: 54
- Posty: 3052
- Rejestracja: 21 sty 2020, 17:48
- Lokalizacja: Toruń miasto Tadeusza R
Re: DRO dla ubogich poraz wtóry.
chyba można to sobie zmienić na piny tolerujące 5v
Mam wyrypane na wszelkiej maści proroków ,mędrców i wszystkich którzy stawiają się ponad innymi ,i tak ich zjedzą robaki
-
mineque
- Specjalista poziom 2 (min. 300)
- Posty w temacie: 1
- Posty: 593
- Rejestracja: 12 wrz 2010, 01:59
- Lokalizacja: Południe
Re: DRO dla ubogich poraz wtóry.
A co ma do rzeczy koszt płytki do ceny programu?lepi pisze: ↑27 gru 2020, 13:34Tyle tu obeznanych z STM więc może który zrobi mi sychronizację serw. STM nadaje się do tego chyba najlepiej.
Dwa wejścia enkoderowe i jedno wyjście analogowe 0-10V i to prawie wszystko. Jakiś prosty regulator PID wskazany.
Jeśli płytka kosztuje 10 pln to mogę dopisać dwa zera. Są chętni?
990 to raptem 10-15rg programisty
-
lepi
- ELITA FORUM (min. 1000)
- Posty w temacie: 3
- Posty: 1563
- Rejestracja: 09 lip 2012, 20:34
- Lokalizacja: Poznań
Re: DRO dla ubogich poraz wtóry.
Może tak a może nie. Pewnie podobnych problemów będzie więcej. W sumie, jedynym problemem jest brak czasu żeby zrobić to samemu więc wolę zapłacić.
Założenia dość proste, obudowa na szynę DIN, jedno wejście logiczne załączające synchronizację, jedno wyjście potwierdzające synchronizację. Gniazdo zasilania i dwa gniazda enkoderowe, do uzgodnienia jakie.
Zasilanie i we/wy oczywiście 24V. Nastawy PID przez USB.
Sorki za OT. Jak będzie ktoś chętny to założę nowy wątek.
Dodane 4 minuty 16 sekundy:
Nie wiem co ma. Ma za to wpływ na koszt urządzenia.
Tak czy tak wątpię, żeby ktoś się podjął. Wielu piszę, że to banalne zaprogramować to czy tamto. Stąd taka a nie inna proponowana cena. Do negocjacji.
-
tristar0
- Lider FORUM (min. 2000)
- Posty w temacie: 54
- Posty: 3052
- Rejestracja: 21 sty 2020, 17:48
- Lokalizacja: Toruń miasto Tadeusza R
Re: DRO dla ubogich poraz wtóry.
Wydaje mi się żebyś założył nowy temat
Mam wyrypane na wszelkiej maści proroków ,mędrców i wszystkich którzy stawiają się ponad innymi ,i tak ich zjedzą robaki
-
drzasiek90
- Lider FORUM (min. 2000)
- Posty w temacie: 5
- Posty: 2337
- Rejestracja: 25 kwie 2016, 11:58
- Lokalizacja: Jodlowa
- Kontakt:
-
tristar0
- Lider FORUM (min. 2000)
- Posty w temacie: 54
- Posty: 3052
- Rejestracja: 21 sty 2020, 17:48
- Lokalizacja: Toruń miasto Tadeusza R
Re: DRO dla ubogich poraz wtóry.
No dobrze natknąłem się na taką rzecz "## Prędkość
Zwykła operacja `digitalWrite ()` w rdzeniu Arduino Uno (16 MHz) zajmuje około ** 6280nS **, podczas gdy manipulacja portami `digitalWriteFast ()` zajmuje ** 125nS **. co o tym myślicie i tej bibliotece <digitalWriteFast.h>
Dodane 8 minuty 37 sekundy:
[
A po co? Wystarczy rezystor.
[/quote]
spotkałem się już z opornikiem na wejściu zliczającym X1 w sterowniku plc fatek ,
sprawa wyglądała tak że po jakimś czasie uwaliło się to wejście i było niemało grzebania w programie żeby odczyt był na innym wejściu . okazało się że wejście obsługiwało 5v max enkoder podawał coś koło 24 puki opornik miał właściwą rezystancję było ok a potem było już tylko gorzej.
Zwykła operacja `digitalWrite ()` w rdzeniu Arduino Uno (16 MHz) zajmuje około ** 6280nS **, podczas gdy manipulacja portami `digitalWriteFast ()` zajmuje ** 125nS **. co o tym myślicie i tej bibliotece <digitalWriteFast.h>
Dodane 8 minuty 37 sekundy:
[
A po co? Wystarczy rezystor.
[/quote]
spotkałem się już z opornikiem na wejściu zliczającym X1 w sterowniku plc fatek ,
sprawa wyglądała tak że po jakimś czasie uwaliło się to wejście i było niemało grzebania w programie żeby odczyt był na innym wejściu . okazało się że wejście obsługiwało 5v max enkoder podawał coś koło 24 puki opornik miał właściwą rezystancję było ok a potem było już tylko gorzej.
Mam wyrypane na wszelkiej maści proroków ,mędrców i wszystkich którzy stawiają się ponad innymi ,i tak ich zjedzą robaki
-
Avalyah
- Lider FORUM (min. 2000)
- Posty w temacie: 13
- Posty: 2437
- Rejestracja: 29 lis 2015, 00:38
- Lokalizacja: Bielsko-Biała
Re: DRO dla ubogich poraz wtóry.
tristar0 pisze:co o tym myślicie i tej bibliotece
O tym pisałem dawno temu, chociaż ja miałem na myśli digitalRead w przerwaniach, bo to jest kluczowe.
Funkcje digitalWrite i digitalRead arduino są bardzo powolne. Jeżeli istotna jest prędkość najlepiej jechać od razu na rejestrach mikroprocesora, wtedy masz pojedyncze takty, a nie kilkadziesiąt. To nic trudnego, sprawdź sobie tylko jakie to piny i wio.
