Strona 33 z 48 PierwszyPierwszy ... 23313233343543 ... OstatniOstatni
Pokaż wyniki od 321 do 330 z 478

Wątek: jak przedłużyć off-shoe do 2-3m. ?

  1. #321
    Zablokowany
    Dołączył
    Nov 2006
    Miasto
    Poznań
    Wiek
    35
    Posty
    4 359

    Domyślnie

    Cytat Zamieszczone przez axk Zobacz posta
    Ale jakie znowu "duże odległości"? Micles wykonał przedłużkę o długości prawie 25 m, dokładnie ją przetestował i jednoznacznie stwierdził iż działa w 100% poprawnie. Długość 25 m jak na taki przedłużacz jest wystarczająco duża i jeżeli działa ona poprawnie (a działa) to nie widzę większego sensu w dalszym roztrząsaniu tematu szybkości transmisji i ewentualnych zakłóceń w kontekście odległości. Przedłużka działa i to się liczy, a ewentualne błędy transmisji zachodzące w "kanale transmisyjnym" są dla użytkownika kompletnie bez znaczenia skoro wszystko funkcjonuje poprawnie. Jak widać żadne wzmacniacze czy ekrany (które notabene w tym przypadku były by praktycznie bezużyteczne) nie są do prawidłowej pracy niezbędne.
    Chyba dla samych testów dla CB kupię następne 30m przedłużacza i sprawdzę

    Cytat Zamieszczone przez magart Zobacz posta
    No właśnie, tak też myślę. A poza tym, szczerze mówiąc więcej niż 10m na kablu to i tak , wtedy lepiej już coś bezprzewodowego bo nie wiem czy e-ttl się przydaje na te odległości
    70-200 + lampa z boku obiektu, baardzo często przy sesjach, ale również i przy sporcie :

    Jakbym miał cały czas biegać do statywu i regulować moc lampy, to bym się zabiegał na śmierć. Nie mówiąc już o przeszkadzaniu zawodnikom, sędziom oraz o utracie cennego czasu

  2. #322
    Pełne uzależnienie Awatar arturs
    Dołączył
    Jan 2006
    Miasto
    Kielce
    Wiek
    49
    Posty
    4 196

    Domyślnie

    Nie pogonił Cię ten gość na motocyklu ?
    tplewa - kurcze.. aż się zastanawiam czy nie wyciągnąć analizatora i oscyloskopu z piwnicy.. .. a napisz mi czy jak sobie robiłeś ten "przedłużacz" to robiłeś tak że po stronie nadawczej analizowałeś w procku i dalej przesyłałeś po czym w odbiorniku (przy lampie) to dekodowałeś i wysyłałeś do lampy? bo jak tak to faktycznie przy zmianach protokołu może być problem.. czy po prostu przesyłasz sygnały "na żywca" tak jak lecą z nóżek lampy dbając tylko o zależności czasowe? - w takim przypadku byłoby to zupełnie niezależne od protokołu..
    5DmkI, C85f1.2L|580 EXII|

  3. #323
    Zablokowany
    Dołączył
    Nov 2006
    Miasto
    Poznań
    Wiek
    35
    Posty
    4 359

    Domyślnie

    Cytat Zamieszczone przez arturs Zobacz posta
    Nie pogonił Cię ten gość na motocyklu ?
    No tak, bo u was w Kielcach, to to się nazywa motocykl

  4. #324
    Pełne uzależnienie Awatar arturs
    Dołączył
    Jan 2006
    Miasto
    Kielce
    Wiek
    49
    Posty
    4 196

    Domyślnie

    Cytat Zamieszczone przez micles Zobacz posta
    No tak, bo u was w Kielcach, to to się nazywa motocykl
    taki ubłocony że się trochę pogrubił
    5DmkI, C85f1.2L|580 EXII|

  5. #325
    Bywalec
    Dołączył
    Jul 2009
    Miasto
    Kamienna Góra/Wawa
    Wiek
    50
    Posty
    135

    Domyślnie

    Dobra jeszcze powiem tak

    Ja tutaj nie chcę toczyć wojny czy coś działa czy nie i nikomu nie chcę robić na złość. Po prostu podchodzę od strony prawidłowego projektowania elektroniki. To że coś działa nie znaczy że jest ok i tak należy robić.

    Ludzie też jeżdżą po drogach gratami bez hamulców i im to nie przeszkadza - do czasu. Tak samo można sobie podciągnąć zasilanie do domu kablami 0.5mm^2 i też będzie działać - pytanie jak długo i czy tak należy robić.
    Fakt może przegięte przykłady - jednak dające trochę do myślenia.

    Po to są jakieś normy, obliczenia, zalecenia producenta itp. aby się do nich stosować.

    axk:
    dużo pisałeś na forum że dla ciebie liczą się dokumentacje i fakty, a nie coś z kosmosu (np. wytrzymałość palnika w lampie)... więc powinieneś zrozumieć co pisze producent, ewentualnie można sobie policzyć. Widzę że masz też jakiś związek chyba z automatyką przemysłową, a tam się nie robi ile poleci coś po kablu tylko korzysta z danych technicznych. Mimo że może to działać na dłuższe odległości...

    Zauważ że w protokole komunikacji z lampą nie ma CRC itp. np. przy prostej komendzie 2 bajtowej wystarczy że zostanie przekłamany 1 bit w parametrze.
    Pierwszy bajt to komenda, drugi to parametr. Lampa go zaakceptuje i potwierdzi że jest ok

    Jednak co nam się może stać - lampa może dostać błędne info o przesłonie, czasie ekspozycji, ISO, trybie pracy aparatu i wielu innych danych. Na oko sobie błyśnie i niby jest ok, a tu zdjęcie np. przepalone...

    To samo mówiłem o wtyczkach PS2 że są delikatne i mogą być problemy z kontaktem - i już się to sprawdziło.

    Ale to jak wspomniałem na początku - nie chce robić tutaj głupich dyskusji. Każdy zrobi po swojemu i nie mam prawa go zmuszać do czegokolwiek.


    arturs:
    na to nie mogę odpowiedzieć - ot musiał bym powiedzieć jakie patenty zastosowałem

    można łatwo policzyć jaka jest prędkość transmisji (podałem częstotliwość sygnału taktującego) - czy uda się przesłać radiowo np. przy maksymalnej prędkości moduliku 115kbps gdzie nie mamy duplex-u


    Co do wyciągania oscyloskopu jak masz czas zachęcam, zawsze to więcej ciekawych rozwiązań może powstać.

    Ale powiem że jest plan w nowym układzie dodania LCD i możliwość konfiguracji z prostego panelu każdej sterowanej lampy z osobna

  6. #326
    Pełne uzależnienie Awatar arturs
    Dołączył
    Jan 2006
    Miasto
    Kielce
    Wiek
    49
    Posty
    4 196

    Domyślnie

    Cytat Zamieszczone przez tplewa Zobacz posta
    arturs:
    na to nie mogę odpowiedzieć - ot musiał bym powiedzieć jakie patenty

    można łatwo policzyć jaka jest prędkość transmisji (podałem częstotliwość sygnału taktującego) - czy uda się radiowo np. przy maksymalnej prędkości moduliku 115kbps gdzie nie mamy duplex-u


    Co do wyciągania oscyloskopu jak masz czas zachęcam, zawsze to więcej ciekawych rozwiązań może powstać.

    Ale powiem że jest plan w nowym układzie dodania LCD i możliwość z prostego panelu każdej sterowanej z osobna
    brak odpowiedzi jest bardzo istotną informacją .. tylko właśnie przy wariancie 1 przy wprowadzeniu nowych lamp i "treściwszej" komunikacji lampy z body (a nie tylko potwierdzenia) to może się problem robić.. a nie kombinowałeś z równoległym przesłaniem sygnałów kilkoma kanałami? albo zamiast tego na 433 MHz BT zapodać? hmm..
    [OT] kurcze zamiast się zająć robotą to mi się zachciewa znowu bawić [/OT]

    To napisz chociaż czy dużo tych danych tam leci?
    5DmkI, C85f1.2L|580 EXII|

  7. #327
    Zablokowany
    Dołączył
    Nov 2006
    Miasto
    Poznań
    Wiek
    35
    Posty
    4 359

    Domyślnie

    Cytat Zamieszczone przez tplewa Zobacz posta
    Po to są jakieś normy, obliczenia, zalecenia producenta itp. aby się do nich stosować. No to kupmy wszyscy pojedyncze oryginalne OC-E3 albo ST-E2 i tyle. Nawet pocket wizardów broń Boże, bo nie ma ich w instrukcji Canona
    Cytat Zamieszczone przez tplewa Zobacz posta
    Ale powiem że jest plan w nowym układzie dodania LCD i możliwość konfiguracji z prostego panelu każdej sterowanej lampy z osobna
    Łochoł, nie szalej

  8. #328
    Bywalec
    Dołączył
    Jul 2009
    Miasto
    Kamienna Góra/Wawa
    Wiek
    50
    Posty
    135

    Domyślnie

    Generalnie projekt robiłem już kupę czasu temu, praktycznie jak pojawiły się na rynku CC1000 i były wtedy niezbyt tanie. Dlatego nie szalałem z ilością kanałów, do tego CC1000 są bardzo "toporne" trudno się je konfiguruje i trzeba dbać samemu o wszystko (preambuła, ewentualne CRC itp.).

    Nowe moduliki oferują teraz o wiele więcej i jeszcze będę myślał jak to zrobić, zapewne że doszły na 1000% nowe komendy z pasma 433 raczej chcę uciec... fajne są jak wspomniałem moduliki na 2.4GHz... ale to pasma okropnie zaśmiecone.
    Generalnie komunikacja jest jak pisałem pardzo prosta. Działą w obie strony i wygląda to przykłądowo tak:

    B1 B2 - 0x8C 0x8C

    B1 - bajt określający komendę
    B2 - parametr

    lapma odpowiada nam potwierdzeniem 0x8c 0x8c..

    W drugą stronę wygląda to podobnie, lampa coś wysyła - aparat potwierdza.

    Z tym że jak pisałem ja to robiłem do leciwego EOS-a 3... Zapewne doszły nowe parametry i będzie trzeba nad nimi posiedzieć ale musieli też zachować kompatybilność wsteczną więc mam jakąś w miarę solidną podstawę.

    He he najłatwiej było by wypruć soft z lampy disassemblacja i było by wszystko jasne - z tym że to trochę droga zabawka na takie zabawy

    Na takiej zasadzie robiłem np. przeróbkę softu z elektroniki sterującej silnika Nissana, oraz pisałem modyfikacje softu do modemów kablowych Motorola SB5100
    http://www.youtube.com/watch?v=zq_nNSnI2wk&fmt=18
    http://www.youtube.com/watch?v=AZJBABOt_s4&fmt=18
    http://www.youtube.com/watch?v=1vJmu3nqGaU&fmt=18

    oraz w dawnych latach trochę innego badziewia (mniej legalnego)

    i to jest najszybciej... ale jak się nie chce demolować sprzętu to trzeba posiedzieć nad analizą
    !!! Łączenie podwójnego wpisu !!!
    micles:
    "No to kupmy wszyscy pojedyncze oryginalne OC-E3 albo ST-E2 i tyle. Nawet pocket wizardów broń Boże, bo nie ma ich w instrukcji Canona "

    Z tym że mi o to nie chodziło, dostępny sprzęt w ofercie nie wyznacza praw związanych z elektroniką czy fizyką...

    Tutaj się opieram znając dokładnie jak wygląda transmisja cyfrowa w E-TTL, opieram się o znane od lat zasady transmisji danych.

    Nie chcę tutaj też zbytnio w to wnikać bo to nie forum elektroniczne, tak samo temat transmisji danych nie jest tematem prostym jak by się to mogło wydawać.

    Jak by tak można było to po co by robili RS232 przecież można by było tam zastosować stany TTL (chodzi o TTL z techniki cyfrowej), a nie +12/-12V aby osiągnąć większe odległości. Według standardu to 15M przy 9600bps, a poleci przy dobrym kablu i na 100M...

    Tylko tutaj pytanie czy inżynierowie którzy opracowywali standard RS232 i wyznaczyli te 15m to byli idioci Ot tak z kosmosu powiedzieli sobie 15m bo im tak pasowało czy wynikało to z jakiś obliczeń...
    Ostatnio edytowane przez tplewa ; 13-07-2009 o 17:08 Powód: Automerged Doublepost

  9. #329
    Pełne uzależnienie Awatar axk
    Dołączył
    Apr 2008
    Miasto
    SK
    Posty
    2 027

    Domyślnie

    Cytat Zamieszczone przez tplewa Zobacz posta
    ...więc powinieneś zrozumieć co pisze producent...
    Ale czy Canon w swojej dokumentacji dotyczącej systemu Speedlite limituje długość kabla łączącego korpus i lampę?

    Cytat Zamieszczone przez tplewa Zobacz posta
    Widzę że masz też jakiś związek chyba z automatyką przemysłową, a tam się nie robi ile poleci coś po kablu tylko korzysta z danych technicznych. Mimo że może to działać na dłuższe odległości...
    Oczywiście, jednakże w przemyśle wszystkie rozwiązania, systemy i urządzenia muszą spełniać pewne ścisłe normy. Wszelkie nieprawidłowości w działaniu systemów mogą przełożyć się na aspekt finansowy, aspekt bezpieczeństwa lub oba na raz, a na to nikt sobie pozwolić nie może. W naszym przypadku jeżeli powiedzmy 2-3 razy na 100 błysków wystąpi problem z poprawnym naświetleniem kadru to nic się nikomu złego nie stanie i nikt jakość szczególnie finansowo także nie ucierpi. Proponuję nie mieszać "rozwiązań przemysłowych" i rozwiązań jakie stosuje Canon ponieważ są to dwa odrębne tematy średnio (jeżeli w ogóle) ze sobą powiązane.
    EOS + Speedlite

  10. #330
    Bywalec
    Dołączył
    Jul 2009
    Miasto
    Kamienna Góra/Wawa
    Wiek
    50
    Posty
    135

    Domyślnie

    No właśnie Canon nie wiem czy podaje, może dlatego że nie było przewidziane przedłużanie na większe odległości. Zresztą takie coś wynika z moich obserwacji jeśli chodzi o występujące poziomy logiczne.

    Ja tutaj stawiał bym (z jakiegoś tam doświadczenia jeśli chodzi o transmisję danych) na max. 10m - jeśli to ma być bezpieczne... nie liczyłem bo trzeba by obrać konkretny kabel (jego rezystancję, pojemność itd.) z uwzględnieniem dopasowania do in/out zastosowanych w Canonie bramek.

    Tak samo masz rację - to nie automatyka przemysłowa i tutaj nie ma też jakiegoś niebezpieczeństwa jednak utrata jakiegoś fajnego ujęcia też może być dla kogoś irytująca...

    Dlatego wcześniej napisałem że jak ktoś robi hobbystycznie może sobie pozwolić na utratę kadru to czemu nie, a osoba której zależy na dobrej i bezbłędnej pracy nie powinna przesadzać z długością przewodu.

    Jeszcze tak dodam:
    Odnośnie tego co jest dostępne u Canona, jeśli transmisja była by pewna na dłuższą odległość to Canon poza transmiterem miał by w ofercie dłuższe kable... na których trzepał by ładną kasę bo ile może kosztować trochę drutu z dwoma wtyczkami - a jak widać zbyt na to był by duży.
    No i nie mówię tutaj o PL tylko o zachodzie gdzie ludzie po prostu kupują, a nie jak w PL - każdy orze jak może
    Ostatnio edytowane przez tplewa ; 13-07-2009 o 19:06

Strona 33 z 48 PierwszyPierwszy ... 23313233343543 ... OstatniOstatni

Uprawnienia umieszczania postów

  • Nie możesz zakładać nowych tematów
  • Nie możesz pisać wiadomości
  • Nie możesz dodawać załączników
  • Nie możesz edytować swoich postów
  •