-
Data: 2009-03-28 17:09:40
Temat: Re: Przekazanie sygnału analogowego z wirującego koła
Od: Waldemar Krzok <w...@z...fu-berlin.de> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Sylwester Łazar wrote:
>>Gdzie to kupic ? .. no i my w Polsce zyjemy, za 50 euro moze warto
>> troche pokombinowac :-)
>> Szczegolnie jesli wyjdzie lepiej ..
> Przecież kolega Waldek napisał:
> "prawie nie mam problemow"
> Styki w 2009 roku to tałatajstwo.
> Odnoszę wrażenie, że transmisja cyfrowa na odległości kilkunastu
> centymetrów- to jest problem.
> Wydaje mi się, że jakoś podświadomie większość od tego ucieka.
> Nie rozumiem dlaczego.
> Moja hipoteza podpowiada mi następujące przyczyny:
> 1) lubimy jak zawsze to co wysyłamy - dociera i nie trzeba liczyć CRC i w
> ogóle analizować czy trzeba odrzucić/powtórzyć transmisję danych.
> Wybierając styk jakoś podświadomie zakładamy, że będzie działał dość
> dobrze, a jeśli nawet będzie sprawiał kłopot, to i tak nie będziemy
> sprawdzać poprawności przesłanych (analogowo) danych, bo przecież nasza
> nadzieja, będąca poniekąd argumentem "za", mówi nam: "to powinno działać",
> 2) ze względu na cała masę rozwiązań - nie możemy się zdecydować na gotowy
> protokół radiowy,
> 3) sprawa wydaje się być tak skomplikowana, że lepiej zrobić układ na
> czymś starym i sprawdzonym. Niestety często idzie to w kierunku styków,
> przekaźników itp., czyli o jakieś 70 lat _za_bardzo_ do tyłu.
> 4) jeżeli uda się coś zrobić bez mikrokontrolera to lepiej, bo to mordęga
> i kłopoty.
> I tu powstaje paradox.
> Nie chodzi o to, że technicznie nie da się tego zrobić, tylko, że
> wybierając stare rozwiązanie z wadami budujemy pozornie szybciej, bez
> procedur programowych, zawodny system, choć fizycznie umiemy i mamy wiedzę
> aby stworzyć coś lepszego.
> Czyli:
> wybrany wariant.
> zadanie-> sposób rozwiązania nowoczesny i zadawalający -> ekonomia czasu,
> lenistwo-> redukcja na sposób sprawdzony, ale ze znanymi wadami ->
> budowanie -> uruchomienie/naprawa/dalsze protezy -> radość w 90 % z
> uruchomienia i działania.
> Czy naszym zadaniem nie jest rozwój i wsparcie nowych metod.
> Przecież baza starych sprawdzonych i z wadami będzie ciągle rosła. Nie
> sztuką dla inżyniera, czy technika jest przebieranie w gotowcach jak w
> ulęgałkach. Od tego jest wyszukiwarka i książki.
> Widzę, że często robimy źle podpowiadając stare rozwiązania.
> Nie dość, że sami hamujemy rozwój, to jeszcze utrzymujemy w przekonaniu
> kolegów z podobnym doświadczeniem, że lepsze jest wrogiem _dość_ dobrego.
> Niestety widać też, że czytują nas młodzi.
> Jeżeli taki młody będzie przeglądał starocie podrzucane przez,
> przepraszam, za wyrażenie: staruchów, to czego się nauczy? A skąd weźmie
> zachętę to tego, aby poświęcić kilkadziesiąt godzin nad problemem, aby
> ruszyć głową i pochwalić się tutaj: "Dziękuje za pomysły, jednak zrobiłem
> tak..." Ja tam bardzo chciałbym, żeby młodzi mnie przeskoczyli. Czułbym
> się nieswojo, ale w sumie cieszyłbym się.
> Przepraszam, za może zbyt długi tekst.
Dlugi tekst, ale niezbyt prawdziwy. "Cyfrowanie" wszystkiego co podleci jest
modne, ale po ch... robic cos, czego nie trzeba. Czesc sygnalow leci u mnie
zreszta cyfrowo. Wczesniej PCMem, teraz przez USB. I tak, USB tez leci
przez styki. Problemy mialem z sygnalem, ktory byl na styku zaraz kolo
stykow mocy silnika z cyfrowym sterownikiem. 18kW.
Co do moich doswiadczen ze stykami. Uzywam ich nie do pasma akustycznego,
albo nie tylko, ale tez do pasma wideo. 0-12MHz. Wideo jest obrabiane
cyfrowo. Ta obrobka reaguje strasznie alergicznie na jakiekolwiek
znieksztalcenia, problemow jednak nie mamy.
Czasem jest lepiej zrobic cos analogowo, chocby jak sie chce miec
synchroniczne sygnaly bez wiekszych cyrkow.
Mozliwe, ze przejdziemy kiedys na UWB, moze bedzie kiedys latwo dostepne
szerokopasmowe wideo bezprzewodowe wysokiej jakosci w wersji cyfrowej bez
kompresji, ale dopoki tego nie ma, albo jest za drogie, bierzemy to, co
jest dostepne.
Aha, te styki pracujace na 0-1000MHz sa troche drozsze, ok 3kEUR za blok 16
stykow.
Nie jestem maniakiem analogowym, ale w urzadzeniach eksperymentalnych, kiedy
trzeba czasem cos szybciutko naprawic, bo inaczej straty sa w milionach,
lubie miec wyjscie na oscyloskop i wrazie cos prowizorycznie przelozyc z
jednego na drugie albo na odwrot. Na ogol mam redundancje sensorow i
redundancje rejestracji. Aha, mam tez rejestrator cyfrowy (PC) przed
stykami.
Waldek
Następne wpisy z tego wątku
- 29.03.09 10:44 Jerry1111
- 30.03.09 08:16 AW
- 30.03.09 15:42 Wiesław Bicz
- 01.04.09 16:08 Filip Ozimek
- 01.04.09 19:43 J.F.
Najnowsze wątki z tej grupy
- Było 83V
- Stare komputery
- Odbiornik ADS-B i wzmacniacze
- Thunderbird i dysk...
- opornosc falowa
- Bateria 9V 6F22, alkaliczna v cynkowa, samorozładowanie, bateria wysokiej trwałości do miernika
- Tani zakup z ali?
- w czasach LED komary mają ciężko
- walizka z kodami
- Rejestrator temperatur - termopara, siec
- Router LTE z możliwością zmian MTU
- Fajny film widziałem...
- Jaka ładowarka sieciowa do Iphona?
- Taśma izolacyjna do prac elektrycznych
- Recenzja 3.1A ;) w 6 gniazdach...
Najnowsze wątki
- 2025-07-30 Białystok => Software Engineer .Net <=
- 2025-07-30 Gdańsk => Programista Delphi <=
- 2025-07-30 Kolejni bezrobotni inżynierowie na zasiłkach...
- 2025-07-30 Rzeszów => International Freight Forwarder <=
- 2025-07-30 Warszawa => Konsultant Wiodący SAP PP <=
- 2025-07-30 MILLER ZAORAŁ PRO-UKRAIŃSKIEGO REDAKTORA
- 2025-07-29 "cywilny przemysł stoczniowy w USA praktycznie nie istnieje"
- 2025-07-29 Błąd w Sofcie Powodem Wymiany 3 Duńskich Fregat Typu Iver Huitfeldt
- 2025-07-29 Re: PLL LOT na pokładzie zemdlało kilku pasażerów, a linie lotnicze nie zapewniły nawet podstawowego wsparcia - choćby szklanki wody.
- 2025-07-29 Re: Podkreślają też wielką szkodliwość zdrowotną wiatraków, które usytuowane bardzo blisko siedlisk ludzkich mają negatywny wpływ na zdrowie ludzkie".
- 2025-07-29 Re: bełkot reklamowy eSIM, których nikt nie chce, bo są niebezpieczne.
- 2025-07-29 Błąd w Sofcie Powodem Wymiany 3 Duńskich Fregat Typu Iver Huitfeldt
- 2025-07-29 Warszawa => IT Data Analyst (Power BI) <=
- 2025-07-29 Środa Wielkopolska => Konsultant wewnętrzny SAP FI/CO <=
- 2025-07-28 Warszawa => Sales Executive / KAM <=