Pochwal się nad czym właśnie pracujesz! Wspólny mini-worklog

[Treker (Damian Szymański)]

@DamianSob nie przejmuj się, ja nadal uważam, że to świetny projekt, a już szczególnie biorąc pod uwagę to, że są to Twoje początki z konstrukcjami tego typu

[DamianSob]

@Sabre Może na filmie nie uwypukliłem tego, ale wszystkie dane są jak najbardziej dynamiczne typu temperatura, poziom naladowania czy odleglosc. Jedynie niektóre z nich były pozbawione wskazań ze względu na brak odpowiedniego odbiornika.

 

[Sabre]

@DamianSob momencik bo z tego co wiem to takie rzeczy czyli suwaki ze zmieniającą się wartością robi się właśnie w aplikacji od wyświetlacza i nie ma to nic wspólnego z przekazywaniem w czasie rzeczywistym danych z arduino na wyświetlacz. Wyświetlacz ma zapamiętane grafiki i informację co ma zrobić gdy klikniesz na wybranym obszarze wyświetlacza, który przechowuje tylko statyczne obrazy.

[Treker (Damian Szymański)]

@DamianSob już rozumiem... @Sabre uważa, że ten typ wyświetlacza nie pozwala na wyświetlanie na nim danych z Arduino np. pomiarów z ADC (tylko na podmienienia wcześniej zaprogramowanych bitmap). To jak to w końcu jest? Możesz wyświetlić wskazania joysticków na tym wyświetlaczu "na żywo"?

[DamianSob]

@Treker oczywiście, ze mogę. Są tam jak najbardziej tez grafiki na sztywno przypięte, ale na każdej z nich można wrzucić takie okienko, które czyta wartości z arduino. Najlepszym przykładem jest poziom naładowania pilota, była to jak najbardziej realna wartość przeczytana z analoga. 

[Chumanista]

@Sabre, zły dzień? Debouncing przecież da się zrobić softowo równie dobrze a sterowników do ekranu są setki, nie wiem skąd zakładasz co ten może. No i po co ta niekonstruktywna negatywność wobec nowego członka forum? To nie elektroda.

[Sabre]

Dnia 7.11.2019 o 13:38, Chumanista napisał:

@Sabre, zły dzień? Debouncing przecież da się zrobić softowo równie dobrze a sterowników do ekranu są setki, nie wiem skąd zakładasz co ten może. No i po co ta niekonstruktywna negatywność wobec nowego członka forum? To nie elektroda.

Tylko po co, na tym traci się tylko czas. Problem rozwiązuje się sam gdy użyje się 2 rezystorów i kondensatora.

[ethanak]

Dnia 6.11.2019 o 19:16, Sabre napisał:

Tam na każdym switchu powinien być filtr RC bo Arduino cudów samo nie zrobi.

A teraz:

6 minut temu, Sabre napisał:

Tylko po co, na tym traci się tylko czas

Wyjaśnij dlaczego.

[Sabre]

Dlatego, że na tym polega funkcja niwelująca drgania. Polega na ponownym sprawdzeniu stanu pina po jakimś czasie. A nie jestem przekonany, że w Arduino w tym czasie jest możliwość robienia czegokolwiek innego.

[Chumanista]

2 minuty temu, Sabre napisał:

A nie jestem przekonany, że w Arduino w tym czasie jest możliwość robienia czegokolwiek innego.

Oczywiście że jest. Nawet łatwiej niż w "surowym" C bo jest wbudowany licznik millis() który można wykorzystać. Jeżeli chce się sprawdzać stan włącznika co określony czas to na Arduino nie będzie liczącej się różnicy pomiędzy rozwiązaniem sprzętowym a programowym. Jeżeli chce się reagować na zmiany stanu to będzie ale dość niewielka w większości przypadków.

[ethanak]

24 minuty temu, Sabre napisał:

Dlatego, że na tym polega funkcja niwelująca drgania. Polega na ponownym sprawdzeniu stanu pina po jakimś czasie

Bzdura.

Debouncing polega na nie sprawdzaniu stanu pina przez jakiś czas.

[RobertG]

To i ja się dołączę z moim projektem, który powolutku dłubię - detektorem promieniowania kosmicznego. Działa to tak, że sprawdza się sygnały z macierzy tub Geigera i na ich podstawie odrzuca się promieniowanie tła, a liczy się tylko promieniowanie kosmiczne (a konkretnie muony). Z tego, co na razie ogarnąłem, jeśli wystąpi sygnał w tubach leżących na linii prostej, to jest to zliczane jako muon, reszta jest ignorowana. 

Na renderingu jest macierz 4x4 tub, ale one są drogie, więc kupiłem tylko tyle, by starczyło na 3x3. By zwiększyć rozdzielczość (zakładając, że ilość muonów nie zmienia się szybko w czasie), pomyślałem, że detektor może się obracać. Stąd ten statyw, na rotorze znajdować się będzie cała elektronika, akumulator litowy i silnik krokowy by pozycjonować detektor.

Sygnały będą obrabiane przez FPGA, pewnie nie ma takiej potrzeby, ale to IMHO w miarę fajny projekt by się nauczyć trochę FPGA

Edytowano Grudzień 4, 2019 przez RobertG

[Treker (Damian Szymański)]

@RobertG zapowiada się kolejne oryginalne DIY w Twoim wykonaniu  Skąd zamiłowanie taką niestandardową tematyką?

[RobertG]

@Treker dzięki, lubię mierzyć rzeczy i elektronikę analogową

[Impacter]

Witam, Kolejny JA!   Zrobiłem teraz CNC LASER! który wypala drewna. Laser 200mW 650nm. O to tu zdjęcie:

 

Edytowano Grudzień 6, 2019 przez Gieneq