NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - DIY kolorymetr z obsługą pod pythonem
Goto page Previous 1, 2, 3, 4, 5 Next
JarosĹaw SokoĹowski
Guest
Guest
Sat Feb 18, 2023 6:04 pm
Pan Mirek napisał:
Quote:
Teraz jest tak, że wystarczy mieć jedną linię danych, by sterować
stadem różnych LED, które świecą trzybajtowym kolorem.
No znam oczywiście, ale żeby tą jedną linią sterować też potrzebny
jest mikrokontroler - to raz, dwa to zajdź mi diodę UV A, B, C czy
podczerwień, czy choćby pomarańczową albo zwykły fiolet, sterowaną w
ten sposób. No i w takich WS-ach też masz PWM i ZTCP na częstotliwość
nie masz wpływu.
stadem różnych LED, które świecą trzybajtowym kolorem.
No znam oczywiście, ale żeby tą jedną linią sterować też potrzebny
jest mikrokontroler - to raz, dwa to zajdź mi diodę UV A, B, C czy
podczerwień, czy choćby pomarańczową albo zwykły fiolet, sterowaną w
ten sposób. No i w takich WS-ach też masz PWM i ZTCP na częstotliwość
nie masz wpływu.
Zasilacz małego lasera używanego do celów pomiarowych kosztuje kilka
tysięcy. Tam nic nie jest robione "w ten sposób", żadnych PWM, to nie
kierunkowskaz do volkswagena. Tu chodzi o to, by coś zrobić tanio, ale
również dobrze.
Diody WS-cośtam może są tanie, ale nie są dobrze zrobione. Tam się
kumulują wszystkie wady, o których tu było. Są nierównomierne i
nieliniwe -- żeby namieszać kolor, trzeba to robić doświadczalnie.
A i tak w innej serii produkcyjnej podobno może wyjść całkiem co
innego.
--
Jarek
JarosĹaw SokoĹowski
Guest
Guest
Sat Feb 18, 2023 6:06 pm
Pan J.F napisał:
Quote:
Bo znasz. Pythona musisz poznac. Skryptowosc nie jest tu żadną zaletą,
no chyba, ze potrzebujesz w programie generowac jakies programy
do obslugi.
no chyba, ze potrzebujesz w programie generowac jakies programy
do obslugi.
Z jakichś dziwnych powodów ludzie używają pojęcia "skryptowość" w
znaczeniu "interpretowalności" znanej z basica. W przypadku pythona
jest to spore nieporozumienie.
Quote:
A jak nie potrzebujesz, to ze skryptowosci zostaje tylko wolna praca
Według testów wychodzi podobnie, jak w "tradycyjnych" językach. Niekiedy
szybciej -- ale w to bym nie wierzył, bo różnice są drobne, zależy to
głównie od sposobu zapisu algorytmu przez programistę. Taki YouTube cały
w pythonie, od serwera http po obróbkę i strumieniowanie filmów. Jakoś
się wyrabia.
Quote:
Swoją drogą, ze sie nikt o jakis kompilator nie pokusił ..
Przecież jest. Efekt kompilacji zapisywany jest w plikach *.pyc i dalej
wykorzystywany przy kolejnych uruchomieniach programu.
Quote:
A Ty prawdopodobnie potrzebujesz możliwosci "niskopoziomowych".
Choc akurat gpio obsluguje, i z tego co widze, to i z USB cos potrafi.
Choc akurat gpio obsluguje, i z tego co widze, to i z USB cos potrafi.
Język należy traktowac jak interfejs. Rzeczy niskopoziomowe robione są
niskopoziomowo. Zatem potrafi dokładnie tyle, ile jest pod podłogą.
--
Jarek
Mirek
Guest
Guest
Sat Feb 18, 2023 6:23 pm
On 18.02.2023 17:04, Jarosław Sokołowski wrote:
Quote:
Diody WS-cośtam może są tanie, ale nie są dobrze zrobione.
To nie ja proponowałem WS-y.
To nie ja proponowałem WS-y.
Ale OK, to nie róbmy w ogóle regulacji diod, albo róbmy liniowym źródłem
prądowym, sterowanym ze sprzężeniem z fotodiody (skoro fotodioda ma być
stabilniejsza od diody), a porównujmy do napięcia czy prądu z innego
DAC-a, skoro PWM jest be.
Tak czy inaczej - tych diod pasuje kilka z różnymi długościami fali i
trzeba je jakoś przełączać albo zasłaniać/odsłaniać - jeśli mają być
włączone na dłużej żeby się ustabilizowały.
--
Mirek.
JarosĹaw SokoĹowski
Guest
Guest
Sat Feb 18, 2023 6:32 pm
Pan Mirek napisał:
Quote:
Diody WS-cośtam może są tanie, ale nie są dobrze zrobione.
To nie ja proponowałem WS-y.
To nie ja proponowałem WS-y.
Ja też nie. To był tylko przykład rozwiązania problemu "stada diod".
Quote:
Ale OK, to nie róbmy w ogóle regulacji diod, albo róbmy liniowym źródłem
prądowym, sterowanym ze sprzężeniem z fotodiody (skoro fotodioda ma być
stabilniejsza od diody), a porównujmy do napięcia czy prądu z innego
DAC-a, skoro PWM jest be.
Tak czy inaczej - tych diod pasuje kilka z różnymi długościami fali i
trzeba je jakoś przełączać albo zasłaniać/odsłaniać - jeśli mają być
włączone na dłużej żeby się ustabilizowały.
prądowym, sterowanym ze sprzężeniem z fotodiody (skoro fotodioda ma być
stabilniejsza od diody), a porównujmy do napięcia czy prądu z innego
DAC-a, skoro PWM jest be.
Tak czy inaczej - tych diod pasuje kilka z różnymi długościami fali i
trzeba je jakoś przełączać albo zasłaniać/odsłaniać - jeśli mają być
włączone na dłużej żeby się ustabilizowały.
Tego się trzymajmy. W postulowanym zastosowaniu elektryczne włączanie
diod pracujących z małą mocą powinno wystarczyć. Mechaniczne migawki
można sobie odpuścić, chyba że ktoś bardzo lubi.
--
Jarek
J.F
Guest
Guest
Sat Feb 18, 2023 6:37 pm
On Sat, 18 Feb 2023 17:32:12 +0100, Jarosław Sokołowski wrote:
Quote:
Pan Mirek napisał:
Diody WS-cośtam może są tanie, ale nie są dobrze zrobione.
To nie ja proponowałem WS-y.
Ja też nie. To był tylko przykład rozwiązania problemu "stada diod".
Diody WS-cośtam może są tanie, ale nie są dobrze zrobione.
To nie ja proponowałem WS-y.
Ja też nie. To był tylko przykład rozwiązania problemu "stada diod".
Ale WS to chyba sterownik. Diody mozna podłączyc dowolne.
Quote:
Ale OK, to nie róbmy w ogóle regulacji diod, albo róbmy liniowym źródłem
prądowym, sterowanym ze sprzężeniem z fotodiody (skoro fotodioda ma być
stabilniejsza od diody), a porównujmy do napięcia czy prądu z innego
DAC-a, skoro PWM jest be.
Tak czy inaczej - tych diod pasuje kilka z różnymi długościami fali i
trzeba je jakoś przełączać albo zasłaniać/odsłaniać - jeśli mają być
włączone na dłużej żeby się ustabilizowały.
Tego się trzymajmy. W postulowanym zastosowaniu elektryczne włączanie
diod pracujących z małą mocą powinno wystarczyć. Mechaniczne migawki
można sobie odpuścić, chyba że ktoś bardzo lubi.
prądowym, sterowanym ze sprzężeniem z fotodiody (skoro fotodioda ma być
stabilniejsza od diody), a porównujmy do napięcia czy prądu z innego
DAC-a, skoro PWM jest be.
Tak czy inaczej - tych diod pasuje kilka z różnymi długościami fali i
trzeba je jakoś przełączać albo zasłaniać/odsłaniać - jeśli mają być
włączone na dłużej żeby się ustabilizowały.
Tego się trzymajmy. W postulowanym zastosowaniu elektryczne włączanie
diod pracujących z małą mocą powinno wystarczyć. Mechaniczne migawki
można sobie odpuścić, chyba że ktoś bardzo lubi.
mechanika moze byc potrzebna, jesli trzeba zapalac rózne diody.
Trzeba albo jakis "mieszacz" swiatła, ale przestawiac diody ... lub
kuwety.
J.
J.F
Guest
Guest
Sat Feb 18, 2023 6:54 pm
On Sat, 18 Feb 2023 17:06:24 +0100, Jarosław Sokołowski wrote:
Quote:
Pan J.F napisał:
Bo znasz. Pythona musisz poznac. Skryptowosc nie jest tu żadną zaletą,
no chyba, ze potrzebujesz w programie generowac jakies programy
do obslugi.
Z jakichś dziwnych powodów ludzie używają pojęcia "skryptowość" w
znaczeniu "interpretowalności" znanej z basica. W przypadku pythona
jest to spore nieporozumienie.
Bo znasz. Pythona musisz poznac. Skryptowosc nie jest tu żadną zaletą,
no chyba, ze potrzebujesz w programie generowac jakies programy
do obslugi.
Z jakichś dziwnych powodów ludzie używają pojęcia "skryptowość" w
znaczeniu "interpretowalności" znanej z basica. W przypadku pythona
jest to spore nieporozumienie.
Wychodzi na to, ze nie wiem, ale jakos tak sie niedawno pisało.
P.S. Interpretowalnosc typu Spectrum to tez ciekawa
Commodore i Atari nie mialo podobnie?
Quote:
A jak nie potrzebujesz, to ze skryptowosci zostaje tylko wolna praca
Według testów wychodzi podobnie, jak w "tradycyjnych" językach. Niekiedy
Według testów wychodzi podobnie, jak w "tradycyjnych" językach. Niekiedy
Nie calkiem wierzę, chyba ze to podobnie półkompilowalne.
Quote:
szybciej -- ale w to bym nie wierzył, bo różnice są drobne, zależy to
głównie od sposobu zapisu algorytmu przez programistę. Taki YouTube cały
w pythonie, od serwera http po obróbkę i strumieniowanie filmów. Jakoś
głównie od sposobu zapisu algorytmu przez programistę. Taki YouTube cały
w pythonie, od serwera http po obróbkę i strumieniowanie filmów. Jakoś
Naprawde?
Quote:
się wyrabia.
Przekodowania filmu na inną rozdzielczosc w pythonie sobie nie
wyobrazam. Tzn tak jakbym mial od zera pisac.
Bo moze jest jakas bilbioteka, ktora to robi, i to robi szybko.
Quote:
Swoją drogą, ze sie nikt o jakis kompilator nie pokusił ..
Przecież jest. Efekt kompilacji zapisywany jest w plikach *.pyc i dalej
wykorzystywany przy kolejnych uruchomieniach programu.
Przecież jest. Efekt kompilacji zapisywany jest w plikach *.pyc i dalej
wykorzystywany przy kolejnych uruchomieniach programu.
Nie jest to jakies nowe rozwiązanie?
Quote:
A Ty prawdopodobnie potrzebujesz możliwosci "niskopoziomowych".
Choc akurat gpio obsluguje, i z tego co widze, to i z USB cos potrafi.
Język należy traktowac jak interfejs. Rzeczy niskopoziomowe robione są
niskopoziomowo. Zatem potrafi dokładnie tyle, ile jest pod podłogą.
Choc akurat gpio obsluguje, i z tego co widze, to i z USB cos potrafi.
Język należy traktowac jak interfejs. Rzeczy niskopoziomowe robione są
niskopoziomowo. Zatem potrafi dokładnie tyle, ile jest pod podłogą.
No ale kolega chce duzo tego niskopoziomowego
To python, czy cos, co sie nada do tego "pod połogą" ?
J.
JarosĹaw SokoĹowski
Guest
Guest
Sat Feb 18, 2023 6:55 pm
Pan J.F napisał:
Quote:
Diody WS-cośtam może są tanie, ale nie są dobrze zrobione.
To nie ja proponowałem WS-y.
Ja też nie. To był tylko przykład rozwiązania problemu "stada diod".
Ale WS to chyba sterownik. Diody mozna podłączyc dowolne.
To nie ja proponowałem WS-y.
Ja też nie. To był tylko przykład rozwiązania problemu "stada diod".
Ale WS to chyba sterownik. Diody mozna podłączyc dowolne.
Nie, to trzy diody ze sterownikiem w obudowie. Dałem link do PDF.
Bardzo sprytne rozwiązanie swoją drogą.
--
Jarek
J.F
Guest
Guest
Sat Feb 18, 2023 7:24 pm
On Sat, 18 Feb 2023 17:55:58 +0100, Jarosław Sokołowski wrote:
Quote:
Pan J.F napisał:
Diody WS-cośtam może są tanie, ale nie są dobrze zrobione.
To nie ja proponowałem WS-y.
Ja też nie. To był tylko przykład rozwiązania problemu "stada diod".
Ale WS to chyba sterownik. Diody mozna podłączyc dowolne.
Nie, to trzy diody ze sterownikiem w obudowie. Dałem link do PDF.
Bardzo sprytne rozwiązanie swoją drogą.
Diody WS-cośtam może są tanie, ale nie są dobrze zrobione.
To nie ja proponowałem WS-y.
Ja też nie. To był tylko przykład rozwiązania problemu "stada diod".
Ale WS to chyba sterownik. Diody mozna podłączyc dowolne.
Nie, to trzy diody ze sterownikiem w obudowie. Dałem link do PDF.
Bardzo sprytne rozwiązanie swoją drogą.
Dioda kazda z innego materiału, a sterownik z czwartego.
Czyli są osobno.
No ale jak sterownika luzem nie sprzedają, to samemu sie tego nie
posklada. Przynajmniej wiekszosc z nas nie.
Trzeba widac poszukac czegos innego.
Ale chyba nie tego:
https://www.gotronik.pl/modul-sterownika-diod-rgb-led-p-2784.html
A moze koledze RGB wystarczy ...
J.
JarosĹaw SokoĹowski
Guest
Guest
Sun Feb 19, 2023 12:51 am
Pan J.F napisał:
Quote:
Z jakichś dziwnych powodów ludzie używają pojęcia "skryptowość" w
znaczeniu "interpretowalności" znanej z basica. W przypadku pythona
jest to spore nieporozumienie.
Wychodzi na to, ze nie wiem, ale jakos tak sie niedawno pisało.
znaczeniu "interpretowalności" znanej z basica. W przypadku pythona
jest to spore nieporozumienie.
Wychodzi na to, ze nie wiem, ale jakos tak sie niedawno pisało.
Przypuszczam, że długo tak będzie się pisało. Cecha piszących.
Quote:
P.S. Interpretowalnosc typu Spectrum to tez ciekawa
Commodore i Atari nie mialo podobnie?
Commodore i Atari nie mialo podobnie?
GW BASIC Microsoftu dla IBM miał tak samo. Cecha języka.
Quote:
A jak nie potrzebujesz, to ze skryptowosci zostaje tylko wolna praca
Według testów wychodzi podobnie, jak w "tradycyjnych" językach.
Nie calkiem wierzę, chyba ze to podobnie półkompilowalne.
Według testów wychodzi podobnie, jak w "tradycyjnych" językach.
Nie calkiem wierzę, chyba ze to podobnie półkompilowalne.
To, co trzeba robić szybko, robi system. Języki z tego korzystają,
każdy mniej więcej podobnie. Ten jest dobry, w którym da się to
precyzyjnie i skutecznie opisać. Python taki jest. Sytuacja zgoła
inna, niż pisanie kompilatora fortranu w fortranie.
Quote:
szybciej -- ale w to bym nie wierzył, bo różnice są drobne, zależy to
głównie od sposobu zapisu algorytmu przez programistę. Taki YouTube
cały w pythonie, od serwera http po obróbkę i strumieniowanie filmów.
Naprawde?
głównie od sposobu zapisu algorytmu przez programistę. Taki YouTube
cały w pythonie, od serwera http po obróbkę i strumieniowanie filmów.
Naprawde?
YouTube powstał jako startup pythoniarzy. Gdy był przejmowany przez
Google, wciąż taki był. Jak jest teraz, tego nie wiem. Ale skoro działa,
to po co by było zmieniać? Może więc wciąż tak jest.
Quote:
Swoją drogą, ze sie nikt o jakis kompilator nie pokusił ..
Przecież jest. Efekt kompilacji zapisywany jest w plikach *.pyc
i dalej wykorzystywany przy kolejnych uruchomieniach programu.
Nie jest to jakies nowe rozwiązanie?
Przecież jest. Efekt kompilacji zapisywany jest w plikach *.pyc
i dalej wykorzystywany przy kolejnych uruchomieniach programu.
Nie jest to jakies nowe rozwiązanie?
Odkąd pamiętam, zawsze tak było. Pamiętam nawet pierwsze wrażenie,
że jak wieki temu zobaczyłem rozszerzenie "pyc", to mi ono jakoś
tak po rusku wyglądało.
Quote:
Język należy traktowac jak interfejs. Rzeczy niskopoziomowe robione są
niskopoziomowo. Zatem potrafi dokładnie tyle, ile jest pod podłogą.
No ale kolega chce duzo tego niskopoziomowego
To python, czy cos, co sie nada do tego "pod połogą" ?
niskopoziomowo. Zatem potrafi dokładnie tyle, ile jest pod podłogą.
No ale kolega chce duzo tego niskopoziomowego
To python, czy cos, co sie nada do tego "pod połogą" ?
Kolega ma rozsądne podejście -- zabawa z gadem, a nie grzebanie pod
podłogą. Efekt podobny, a ileż przyjemniejsze.
--
Jarek
J.F
Guest
Guest
Sun Feb 19, 2023 4:01 am
On Sat, 18 Feb 2023 23:51:54 +0100, Jarosław Sokołowski wrote:
Quote:
Pan J.F napisał:
Z jakichś dziwnych powodów ludzie używają pojęcia "skryptowość" w
znaczeniu "interpretowalności" znanej z basica. W przypadku pythona
jest to spore nieporozumienie.
Wychodzi na to, ze nie wiem, ale jakos tak sie niedawno pisało.
Przypuszczam, że długo tak będzie się pisało. Cecha piszących.
P.S. Interpretowalnosc typu Spectrum to tez ciekawa
Commodore i Atari nie mialo podobnie?
GW BASIC Microsoftu dla IBM miał tak samo. Cecha języka.
Z jakichś dziwnych powodów ludzie używają pojęcia "skryptowość" w
znaczeniu "interpretowalności" znanej z basica. W przypadku pythona
jest to spore nieporozumienie.
Wychodzi na to, ze nie wiem, ale jakos tak sie niedawno pisało.
Przypuszczam, że długo tak będzie się pisało. Cecha piszących.
P.S. Interpretowalnosc typu Spectrum to tez ciekawa
Commodore i Atari nie mialo podobnie?
GW BASIC Microsoftu dla IBM miał tak samo. Cecha języka.
Cecha implementacji, ze jak pisales FOR, to w pamieci sie zapisywal
kod operacji. A w ZX to nawet nie pisales.
Quote:
A jak nie potrzebujesz, to ze skryptowosci zostaje tylko wolna praca
Według testów wychodzi podobnie, jak w "tradycyjnych" językach.
Nie calkiem wierzę, chyba ze to podobnie półkompilowalne.
To, co trzeba robić szybko, robi system. Języki z tego korzystają,
każdy mniej więcej podobnie. Ten jest dobry, w którym da się to
precyzyjnie i skutecznie opisać. Python taki jest. Sytuacja zgoła
inna, niż pisanie kompilatora fortranu w fortranie.
Według testów wychodzi podobnie, jak w "tradycyjnych" językach.
Nie calkiem wierzę, chyba ze to podobnie półkompilowalne.
To, co trzeba robić szybko, robi system. Języki z tego korzystają,
każdy mniej więcej podobnie. Ten jest dobry, w którym da się to
precyzyjnie i skutecznie opisać. Python taki jest. Sytuacja zgoła
inna, niż pisanie kompilatora fortranu w fortranie.
Hm, jak piszesz a=b+1, to Fortran moze i długo kompiluje, ale do
krotkiego kodu. A te wszystkie półskompilowane języki, to raczej będą
mialy spory narzut przy tym.
Quote:
szybciej -- ale w to bym nie wierzył, bo różnice są drobne, zależy to
głównie od sposobu zapisu algorytmu przez programistę. Taki YouTube
cały w pythonie, od serwera http po obróbkę i strumieniowanie filmów.
Naprawde?
YouTube powstał jako startup pythoniarzy. Gdy był przejmowany przez
Google, wciąż taki był. Jak jest teraz, tego nie wiem. Ale skoro działa,
to po co by było zmieniać? Może więc wciąż tak jest.
Swoją drogą, ze sie nikt o jakis kompilator nie pokusił ..
Przecież jest. Efekt kompilacji zapisywany jest w plikach *.pyc
i dalej wykorzystywany przy kolejnych uruchomieniach programu.
Nie jest to jakies nowe rozwiązanie?
Odkąd pamiętam, zawsze tak było. Pamiętam nawet pierwsze wrażenie,
że jak wieki temu zobaczyłem rozszerzenie "pyc", to mi ono jakoś
tak po rusku wyglądało.
głównie od sposobu zapisu algorytmu przez programistę. Taki YouTube
cały w pythonie, od serwera http po obróbkę i strumieniowanie filmów.
Naprawde?
YouTube powstał jako startup pythoniarzy. Gdy był przejmowany przez
Google, wciąż taki był. Jak jest teraz, tego nie wiem. Ale skoro działa,
to po co by było zmieniać? Może więc wciąż tak jest.
Swoją drogą, ze sie nikt o jakis kompilator nie pokusił ..
Przecież jest. Efekt kompilacji zapisywany jest w plikach *.pyc
i dalej wykorzystywany przy kolejnych uruchomieniach programu.
Nie jest to jakies nowe rozwiązanie?
Odkąd pamiętam, zawsze tak było. Pamiętam nawet pierwsze wrażenie,
że jak wieki temu zobaczyłem rozszerzenie "pyc", to mi ono jakoś
tak po rusku wyglądało.
A wydaje mi sie, ze np na Raspberry nie ma, albo nie było jeszcze
kilka lat temu.
Quote:
Język należy traktowac jak interfejs. Rzeczy niskopoziomowe robione są
niskopoziomowo. Zatem potrafi dokładnie tyle, ile jest pod podłogą.
No ale kolega chce duzo tego niskopoziomowego
To python, czy cos, co sie nada do tego "pod połogą" ?
Kolega ma rozsądne podejście -- zabawa z gadem, a nie grzebanie pod
podłogą. Efekt podobny, a ileż przyjemniejsze.
niskopoziomowo. Zatem potrafi dokładnie tyle, ile jest pod podłogą.
No ale kolega chce duzo tego niskopoziomowego
To python, czy cos, co sie nada do tego "pod połogą" ?
Kolega ma rozsądne podejście -- zabawa z gadem, a nie grzebanie pod
podłogą. Efekt podobny, a ileż przyjemniejsze.
No ale kolega chce diodke wlaczyc, przetwornik odczytac, itp.
J.
Mirek
Guest
Guest
Sun Feb 19, 2023 1:19 pm
On 18.02.2023 17:23, Mirek wrote:
Quote:
a porównujmy do napięcia czy prądu z innego
DAC-a, skoro PWM jest be.
DAC-a, skoro PWM jest be.
A tak mi się przypomniało: Taki SAA1293A-03 to jak miał to zrobione?
Bo stosowałem to do tunera satelitarnego, później miałem wsadzić do
radia FM, ale już brakło motywacji.
Ale pamiętam, że napięcie trzymało świetnie - jeśli był problem, to ze
stabilizatorem albo z jakimś kondensatorem, ale sam scalak nie pływał nigdy.
--
Mirek.
KLoSS
Guest
Guest
Sun Feb 19, 2023 1:50 pm
W dniu 15.02.2023 o 03:28, Marcin Debowski pisze:
Quote:
Chciałbym się pouczyć trochę konkretniej pythona co najlepiej by mi
poszło gdybym miał do zrobienia jakiś sensowny projekt. Będę w którymś
momencie potrzebował zmajstrować prosty kolorymetr. Ma to wyglądać tak,
że będą np. 3 źródła światła, mogą być jakieś standardowe LEDy, może być
laser i współpracujące z tym czujniki mierzące intensywność światła
(fotodioda, forotrazystor, czy coś). Sterować LED'ami nie jest krytyczne
(jako opcja, czemu nie), ale odczyt intensywności chciałbym robić
właśnie z poziomu pythona. Do kupy min. 3 kanały do odczytu, lepiej
więcej, np. również dla temperatury.
Platforma dowolna ale linuksowa (RPi, inne SBC, zwykły laptop/pc).
Wolałbym raczej po usb niż gpio. Nie musi mieć rzecz jakiś wyszukanych
bibliotek pythonowskich - więcej się nauczę grzebiąc głębiej.
Jak to w sposób rozsądny zrealizować?
poszło gdybym miał do zrobienia jakiś sensowny projekt. Będę w którymś
momencie potrzebował zmajstrować prosty kolorymetr. Ma to wyglądać tak,
że będą np. 3 źródła światła, mogą być jakieś standardowe LEDy, może być
laser i współpracujące z tym czujniki mierzące intensywność światła
(fotodioda, forotrazystor, czy coś). Sterować LED'ami nie jest krytyczne
(jako opcja, czemu nie), ale odczyt intensywności chciałbym robić
właśnie z poziomu pythona. Do kupy min. 3 kanały do odczytu, lepiej
więcej, np. również dla temperatury.
Platforma dowolna ale linuksowa (RPi, inne SBC, zwykły laptop/pc).
Wolałbym raczej po usb niż gpio. Nie musi mieć rzecz jakiś wyszukanych
bibliotek pythonowskich - więcej się nauczę grzebiąc głębiej.
Jak to w sposób rozsądny zrealizować?
Zobacz TCS3472.
W pdf jest nawer "Applications: Fluid and Gas Analysis"
Są do tego gotowe moduły za kilkanaście złotych.
Sterowanie po I2C w zasadzie z czegokolwiek.
--
KLoSS
KLoSS
Guest
Guest
Sun Feb 19, 2023 1:51 pm
W dniu 15.02.2023 o 03:28, Marcin Debowski pisze:
Quote:
Chciałbym się pouczyć trochę konkretniej pythona co najlepiej by mi
poszło gdybym miał do zrobienia jakiś sensowny projekt. Będę w którymś
momencie potrzebował zmajstrować prosty kolorymetr. Ma to wyglądać tak,
że będą np. 3 źródła światła, mogą być jakieś standardowe LEDy, może być
laser i współpracujące z tym czujniki mierzące intensywność światła
(fotodioda, forotrazystor, czy coś). Sterować LED'ami nie jest krytyczne
(jako opcja, czemu nie), ale odczyt intensywności chciałbym robić
właśnie z poziomu pythona. Do kupy min. 3 kanały do odczytu, lepiej
więcej, np. również dla temperatury.
Platforma dowolna ale linuksowa (RPi, inne SBC, zwykły laptop/pc).
Wolałbym raczej po usb niż gpio. Nie musi mieć rzecz jakiś wyszukanych
bibliotek pythonowskich - więcej się nauczę grzebiąc głębiej.
Jak to w sposób rozsądny zrealizować?
poszło gdybym miał do zrobienia jakiś sensowny projekt. Będę w którymś
momencie potrzebował zmajstrować prosty kolorymetr. Ma to wyglądać tak,
że będą np. 3 źródła światła, mogą być jakieś standardowe LEDy, może być
laser i współpracujące z tym czujniki mierzące intensywność światła
(fotodioda, forotrazystor, czy coś). Sterować LED'ami nie jest krytyczne
(jako opcja, czemu nie), ale odczyt intensywności chciałbym robić
właśnie z poziomu pythona. Do kupy min. 3 kanały do odczytu, lepiej
więcej, np. również dla temperatury.
Platforma dowolna ale linuksowa (RPi, inne SBC, zwykły laptop/pc).
Wolałbym raczej po usb niż gpio. Nie musi mieć rzecz jakiś wyszukanych
bibliotek pythonowskich - więcej się nauczę grzebiąc głębiej.
Jak to w sposób rozsądny zrealizować?
Zobacz TCS3472.
W pdf jest nawet "Applications: Fluid and Gas Analysis"
Są do tego gotowe moduły za kilkanaście złotych.
Sterowanie po I2C w zasadzie z czegokolwiek.
--
KLoSS
A S
Guest
Guest
Mon Feb 20, 2023 8:48 am
W dniu 2023-02-15 o 03:28, Marcin Debowski pisze:
Quote:
Jak to w sposób rozsądny zrealizować?
Nie wiem czy rozsądny ale na czasie.
Przepuszczamy przez próbkę widmo termiczne różnie przewoltowanych żarówek (prawo Wiena). Mogą być ledy, ale skoro są kłopoty z wzorcowaniem Wien może okazać się prostszy w kalibracji.
Rozkładamy przechodzące światło siatką lub pryzmatem, przekształcamy kamerką na wektor kilkuset wartości poszczególnych barw tęczy i dane wpuszczamy w sieć neuronową z pytaniem "co to?".
pozdr serd
--
A S
PaweĹ PawĹowicz
Guest
Guest
Mon Feb 20, 2023 7:03 pm
W dniu 18.02.2023 o 09:02, J.F pisze:
[...]
Quote:
P.S. w nowszych czasach ... bierze sie dwa lusterka polprzepuszczalne,
sklada blisko i rozsuwa ze stała prędkoscią. lusterka tworzą
interferometr, ktory jedne fale przepuszcza, a inne wygasza, w
zaleznosci od odleglosci lusterek i dlugosci fali.
W miare rozsuwania kazda dlugosc fali jest cyklicznie przepuszczana i
tlumiona.
A potem sie robi FFT odczytu z fotodiody
sklada blisko i rozsuwa ze stała prędkoscią. lusterka tworzą
interferometr, ktory jedne fale przepuszcza, a inne wygasza, w
zaleznosci od odleglosci lusterek i dlugosci fali.
W miare rozsuwania kazda dlugosc fali jest cyklicznie przepuszczana i
tlumiona.
A potem sie robi FFT odczytu z fotodiody
Masz jakiś konkretny namiar?
FFT w podczerwieni robi się od dawna, ale o zakresie widzialnym nie
słyszałem.
P.P.
elektroda NewsGroups Forum Index - Elektronika Polska - DIY kolorymetr z obsługą pod pythonem