1
Na warsztacie / Odp: siudemka.exe - swego rodzaju dalszy rozwój
« dnia: 12 Czerwca 2025, 20:37:33 »
Na experimental dalej crashuje, ale na pełnym się uruchamia. Testy w realizacji.
Pokaż wiadomości
Ta sekcja pozwala Ci zobaczyć wszystkie wiadomości wysłane przez tego użytkownika. Zwróć uwagę, że możesz widzieć tylko wiadomości wysłane w działach do których masz aktualnie dostęp.
Strony: [1]
2
Na warsztacie / Odp: siudemka.exe - swego rodzaju dalszy rozwój
« dnia: 11 Czerwca 2025, 20:12:12 »
No to proszę : https://eu07.pl/userfiles/30590/crash_2025_06_11.zip
3
Bieżące Symulatorowe / Odp: Nastawnik/Pulpit do komputera - Wskazówki i gotowe projekty.
« dnia: 09 Czerwca 2025, 13:53:07 »
W pierwszej wersji na silnikach krokowych miałem procedure autokalibracji przy uruchomieniu z pomocą czujnika krańcowego (co wymagało dodatkowej linii GPIO per miernik).
4
Bieżące Symulatorowe / Odp: Nastawnik/Pulpit do komputera - Wskazówki i gotowe projekty.
« dnia: 17 Kwietnia 2025, 15:08:37 »Cytuj
Zbyt przewymiarowany. Malinę widziałbym w znacznie bardziej wymagających scenariuszach, jak symulacja samego pulpitu, czy komunikacja przez LAN.
Ale jak działa i zbytnio się nie grzeje, to pół biedy.
Mi tu chodziło o bardziej generyczne rozwiązanie (polecam zajrzeć do kodu co udostępniłem). Malina robi za proxy pomiędzy różnymi transportami (TCP i UART) i formatami danych (binarny maszyny + inne w fazie testowania). Arduina są niezależne i realizują wymagane funkcję. Oczywiście można byłoby zoptymalizować / zmienić na np ESP32 / cokolwiek, ale mi głównie chodziło o logiczne rozdzielenie funkcji. Nikomu nie narzucam swojego rozwiązania.
5
Bieżące Symulatorowe / Odp: Nastawnik/Pulpit do komputera - Wskazówki i gotowe projekty.
« dnia: 27 Marca 2025, 09:18:04 »
Ja mam pulpit zbudowany na bazie 1xRaspberry PI + 6xArduino Nano. Raspberry komunikuje się z PC po UART, a z Arduinami po I2C. Jest osobny wątek do komunikacji z PC i do komunikacji z Arduinami. Jak na razie to rozwiązanie się sprawdza.
Soft na Raspberry leży na Githubie : https://github.com/maciejszymanskizg/custom_desktop_control/tree/main
Wsady do Arduino też mogę udostępnić w tym repo jakby ktoś był zainteresowany.
Soft na Raspberry leży na Githubie : https://github.com/maciejszymanskizg/custom_desktop_control/tree/main
Wsady do Arduino też mogę udostępnić w tym repo jakby ktoś był zainteresowany.
6
Bieżące Symulatorowe / Odp: Nastawnik/Pulpit do komputera - Wskazówki i gotowe projekty.
« dnia: 16 Grudnia 2024, 21:30:53 »
U mnie nie ma różnicy czy to sceneria doświadczalna czy inna, także rzeczywiście może być problem z komunikacją.
Co do samego ruchu wskazówek - wszystko zależy jaką dostaniemy "deltę" pomiędzy obecnie ustawioną wartością manometru a odebraną z Maszyny.
I tak jak zauważyłem wcześniej - modyfikacja tablicy akceleracji ma tu duże znaczenie.
Obecnie korzystam z takich wartości :
i ruch jest dużo płynniejszy.
Myślę że do każdego z manometrów przydałaby się osobna tablica a dane do niej trzeba by obliczyć na podstawie największej możliwej zmiany wartości w ciągu 1 sekundy.
Co do samego ruchu wskazówek - wszystko zależy jaką dostaniemy "deltę" pomiędzy obecnie ustawioną wartością manometru a odebraną z Maszyny.
I tak jak zauważyłem wcześniej - modyfikacja tablicy akceleracji ma tu duże znaczenie.
Obecnie korzystam z takich wartości :
Kod: [Zaznacz]
static unsigned short defaultAccelTable[][2] = {
{ 20, 2000 },
{ 40, 1600 },
{ 80, 1200 },
{ 100, 600 },
{ 150, 400 },
};
i ruch jest dużo płynniejszy.
Myślę że do każdego z manometrów przydałaby się osobna tablica a dane do niej trzeba by obliczyć na podstawie największej możliwej zmiany wartości w ciągu 1 sekundy.
7
Bieżące Symulatorowe / Odp: Nastawnik/Pulpit do komputera - Wskazówki i gotowe projekty.
« dnia: 16 Grudnia 2024, 16:23:45 »
A jak odbierasz dane ? przez UART czy jakoś inaczej ?
Ja mam całe rozwiązanie oparte na proxy z UART na I2C (https://github.com/maciejszymanskizg/custom_desktop_control), więc dane odbieram z interrupt handlera dla przychodzących danych I2C.
Ja mam całe rozwiązanie oparte na proxy z UART na I2C (https://github.com/maciejszymanskizg/custom_desktop_control), więc dane odbieram z interrupt handlera dla przychodzących danych I2C.
8
Bieżące Symulatorowe / Odp: Nastawnik/Pulpit do komputera - Wskazówki i gotowe projekty.
« dnia: 16 Grudnia 2024, 15:52:55 »
Ja też korzystam w swoim pulpicie od EU07 z tych samych silniczków i mam podobne problemy.
Funkcja update (https://github.com/clearwater/SwitecX25/blob/master/SwitecX12.cpp#L147) wykonuje ruch (advance) co określony czas (microDelay), który pochodzi z tabeli defaultAccelTable. Można pobawić się z wartościami w tej tabeli, bo mają one wpływ na płynność ruchu, ale chyba najważniejszym jest odpowiednie skorelowanie odbioru danych z funkcją ruchu. Jeśli dane przychodzą np. z I2C poprzez kod wykonywany z przerwania - można pokusić się o użycie właśnie advance zamiast update (a przynajmniej ja mam taki plan).
Jest jeszcze "blokująca" funkcja stepTo() ze stałym delayem pomiędzy krokami.
Duży wpływ na płynność mają też dane z samego symulatora. Jako że dostajemy je co pewien interwał czasowy, poszczególne dane mają również swój "skok", który może powodować widoczne szarpanie zamiast płynnej zmiany wartości.
Aktualnie walcze z tym problemem u siebie, jak będę miał coś wystarczająco satysfakcjonującego - podziele się rozwiązaniem.
Funkcja update (https://github.com/clearwater/SwitecX25/blob/master/SwitecX12.cpp#L147) wykonuje ruch (advance) co określony czas (microDelay), który pochodzi z tabeli defaultAccelTable. Można pobawić się z wartościami w tej tabeli, bo mają one wpływ na płynność ruchu, ale chyba najważniejszym jest odpowiednie skorelowanie odbioru danych z funkcją ruchu. Jeśli dane przychodzą np. z I2C poprzez kod wykonywany z przerwania - można pokusić się o użycie właśnie advance zamiast update (a przynajmniej ja mam taki plan).
Jest jeszcze "blokująca" funkcja stepTo() ze stałym delayem pomiędzy krokami.
Duży wpływ na płynność mają też dane z samego symulatora. Jako że dostajemy je co pewien interwał czasowy, poszczególne dane mają również swój "skok", który może powodować widoczne szarpanie zamiast płynnej zmiany wartości.
Aktualnie walcze z tym problemem u siebie, jak będę miał coś wystarczająco satysfakcjonującego - podziele się rozwiązaniem.
Strony: [1]