MrDarkenRahl
  • 2
#elektronika
Murki, mam triak podłączony jak na tym schemacie. Elementy mam od dłuższego czasu i zastanawiam się, czy szlag je nie trafił. MOC3021 są sprawne (sprawdzone testem diody - ładnie podtrzymuje aż do rozłączenia), ale co do BT139 nie jestem pewny. Próbowałem na krótko podłączyć (tzn zamiast MOC3021 zwora, rezystory zostawiam, więc bramka triaka powinna być ciągle spolaryzowana), ale nic to nie zmienia. Jedyną różnicą jest dołożony warystor na wyjściu
MrDarkenRahl - #elektronika Murki, mam triak podłączony jak na tym schemacie. Elemen...

źródło: comment_CsEir13Jx2jlxo8ASR0y6RhaCkhfwR53.jpg

Pobierz
  • 15
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
pytonger
  • 0
Oporniki trochę za małe, powinny być rzędu 300-360 omów


@Jarek_P: Przecież właśnie takie są, tylko z jakiegoś powodu podzielone na dwa.

spróbuj (po zmianie połączeń) zewrzeć kawałkiem izolowanego przewodu wyjścia
  • Odpowiedz
repro5
  • 2
Mam pytanie do mirków zorientowanych w elektronice mieszkający w Częstochowie lub okolicy. Widzę duży wysyp ogłoszeń z firmy rekrutacynej grafton dla inżyniera elektronika. Czy powstała tam jakaś nowa placówka R&D? Czy to ogłoszenia pochodzące z januszowych-firm? Czy może od poważnej firmy? Jestem z pomorza i pytam, bo poszukuję pracy w zawodzie, a u mnie sporo januszowych firm, więc rozważam tzw. relokacje. Nie będę ukrywał, że chodzi o stanowisko dla juniora. Dziękuję za
  • 16
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
pytonger
  • 1
@repro5: W Częstochowie od 2-3 lat jest nieustanny nabór na stanowiska inżynierskie w częstochowskim oddziale TRW. Trudno mi jednak powiedzieć, czy aż tylu ludzi tam szukają, czy mają taki przesiew czy może taką rotację.
  • Odpowiedz
pytonger
  • 2
@carver: Najpierw musisz sobie założyć do jakiego poziomu sygnału trwa stan nieustalony dla twojego układu, czyli do jakiego poziomu musi dotrzeć sygnał względem wymuszenia, np.:
- z dokładnością do 1%: 5RC
- z dokładnością do 0.1%: 7RC
- z dokładnością do 0.01%: 9RC
  • Odpowiedz
pytonger
  • 1
@PowaznyPaczek: Jakiś rok temu też kupowałem adapter BT i po naczytaniu się wszelakich opinii o przeróżnych modelach kupiłem tego Philipsa właśnie. I jestem bardzo zadowolony. Jakość dźwięku naprawdę świetna (kiedyś miałem więcej niż jednego chińczyka i jakiegoś Trusta, nie ma co porównywać).
  • Odpowiedz
Izanagi013
  • 3
Dziś kolejny wpis, jednak tym razem nie testuje nowej części. Pragnę poruszyć dosyć ważny problem, którego rozwiązanie kosztowało mnie sporo czasu i kombinowania.

Jestem w trakcie tworzenia pracy inżynierskiej - urządzenie do oblokowywania zamka w drzwiach wykorzystując karty RFID. Jedną z funkcji jest zapisywanie historii wejść na zewnętrzym nośniku - karcie microSD. Jedną z funkcji będzie również odczytywanie ustawień użytkownika z pliku konfiguracyjnego na karcie.

Moduł RFID i SD korzystają z tego samego
  • 16
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
pytonger
  • 0
@janek_kos: Nie przesadzaj. Sam jestem gorącym przeciwnikiem tłuczenia absolutnie wszystkiego na arduino, ale wydaje mi się, że zupełnie dopuszczalne jest potraktowanie go jako narzędzia a jeśli nie masz narzuconych narzędzi, to wybierasz je sobie samodzielnie. Jeśli chcesz mu coś koniecznie wytykać, to może jakieś bardziej merytoryczne błędy, np. że jako inżynier wybrał jakiś moduł do którego na oczy nie widział dokumentacji i dopiero w trakcie odkrywa jak on działa a
  • Odpowiedz
Visher
  • 3
Mirko, mam problem z odczytami z akcelerometru, nie mam pojęcia dlaczego mi się wszystko rozjeżdża.

Otóż mam scalaka MPU-9150 z m.in 3-osiowym 16-bitowym akcelerometrem. Wynik pomiaru przyspieszenia zapisywany jest do dwóch rejestrów, w pierwszym są bity 15..8 a w drugim 7..0.

Odczyt za pomocą I2C i wysłanie na UART robię tak:

TWI_read_buf(MPU9150_ADDR,
Visher - Mirko, mam problem z odczytami z akcelerometru, nie mam pojęcia dlaczego mi ...

źródło: comment_GGxNDS2xwN7OBrNOTEA6YX1nfnlNy3Lm.jpg

Pobierz
  • 31
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
pytonger
  • 1
rejestr 1: ACCELXOUT[15:8]

rejestr 2: ACCELXOUT[7:0]


@Visher: I dokładnie tak to masz interpretować, rej2 jest młodszym bajtem wartości, a rej1 starszym. Cała wartość ma postać ((uint16)rej1)*256 + rej2.

A ty dodajesz jakieś dzikie 128 do młodszego bajtu, czyli przesuwasz go na dzień dobry o połowę w górę. I dokładnie to widać na wykresie (to, co ci nie pasuje - przesunięcie).
  • Odpowiedz
pytonger
  • 0
żeby mieć wynik od 0 do 255 a nie od -128 do 127


@Visher: To, że odczytujesz bajt i umieszczasz go w zmiennej o typie "int" nie oznacza, że będzie ona miała wartość od -128 do 127. Będzie ona miała wartość dokładnie taką, jaką ma odczytany bajt, czyli z zakresu 0 .. 255.
  • Odpowiedz

Osiągnięcia