Skocz do zawartości

_LM_

Użytkownicy
  • Zawartość

    624
  • Rejestracja

  • Ostatnio

  • Wygrane dni

    11

_LM_ zajął 1. miejsce w rankingu.
Data osiągnięcia: 21 października.

Treści użytkownika _LM_ zdobyły tego dnia najwięcej polubień!

Reputacja

166 Mistrz

O _LM_

  • Ranga
    6/10

Informacje

  • Płeć
    Mężczyzna
  • Lokalizacja
    Podbeskidzie
  • Programuję w
    C

Ostatnio na profilu byli

2615 wyświetleń profilu
  1. Taki offtop: mam tam na stanie reflektometr TDR do szukania miejsc awarii na sieci ciepłowniczej. To jest dopiero fajna zabawka. Na szczęście nie musiałem za nią płacić
  2. Tak naprawdę nic nie wiem o tym mierniku, po prostu wpisałem unit - rs232. Ja przymierzam się do tego brymena jako drugi multimetr polowy, głównie do zadań na ciepłowni gdzie serwisuję automatykę. Tak wiem że to nie ten zakres cenowy
  3. Poza tym nie znam się aż tak dobrze na miernikach, np: taki unit ma rs232, jeszcze pytanie w jaki sposób dane są przesyłane, być może byłoby to do rozgryzienia
  4. Ze względu na: nie sposób prawidłowo odpowiedzieć na to pytanie Nie wiem co dla ciebie znaczy "tani", natomiast na pewno trzeba szukać czegoś z czym można się jakkolwiek skomunikować. Tu już różnie bywa może nawet znalazłby się jakiś UNIT z portem r232?
  5. Ja myślę że jest to kwestia skali: ktoś kto projektuje urządzenia zawodowo i w dużych ilościach będzie szukał nowocześniejszych podzespołów i to dostępnych w setkach sztuk. A ten logger na który zszedł temat? Jak ktoś powieli tę konstrukcję to już będę happy zwłaszcza że do brymena już dawno temu były takie opracowania, do Sanwy nie znalazłem, ale dość szybko się okazało że oba mierniki mają ten sam protokół (co nie dziwi gdyż sanwa jest produkowana na tym samym chipsecie) jedyną moją innowacją będzie dodanie modułu BT i wysłanie danych do APki w telefonie. Resztę robię dla funu - bo lubię
  6. Układ portu do tej pory testowałem na atmedze32 ze względu na łatwość wprowadzania zmian. Dzisiaj przeniosłem program na attiny13a - działa stabilnie Powoli przymierzam się do przeportowania aplikacji na system Android
  7. Ot taki robot co przyjedzie do ciebie kiedy go zawołasz, albo smart mirror byłby jak najbardziej możliwy do zbudowania
  8. Chodzi mi o telefon jako całość z którym łatwo można się skomunikować i pobrać dane.
  9. Mnie w ogóle ciekawi temat wykorzystania starszych telefonów. Przecież nawet gdyby chcieć kupić jakiegoś starszego grata, to nieraz za parę groszy mamy oprogramowany zestaw wszelkich czujników, kamerę HD, duży wyświetlacz dotykowy, całą komunikację BT WiFi GSM.
  10. Tak przy okazji: generator stał się bardziej "cukierkowy" hah.
  11. Tak wygląda bardzo ciekawe. Szkoda, że na wejściu jest Basic, ale pewnie prostota języka pozwala na łatwiejszą translacje na inne języki. Miałem w pewnym momencie wątpliwości czy wchodzić w to, od dawna programuję w C. No i czy nie lepiej było by doszkalać się w jednym języku? W końcu jednak stwierdziłem, że skoro i tak nie robię tego zawodowo a nieraz trzeba jakoś przedstawić dane z mikrokontrolera na telefonie lub PC, to czemu nie skorzystać z tych narzędzi, zwłaszcza że krzywa uczenia dość szybko i ostro pnie się w górę. Pierwsze spotkanie z b4x miałem około kwietnia tego roku, a
  12. Czy znam, to za dużo powiedziane, uczę się go w wolnych chwilach. B4x dlatego że za jednym podejściem mogę mieć aplikację na PC iOS Android i to mnie ujęło, tak jak całe wsparcie i masę ciekawych bibliotek*. Ten program już teraz inaczej bym napisał bo wciąż poznaję całe to środowisko, jednak zostaje to odłożone w czasie ze względu na inne zajęcia jak i to że chcę dokończyć logger do Sanwy. Na dzień dzisiejszy zostało poprawienie kilku drobnych błędów, uruchomienie przejściówki na attiny13 (do tej pory do testów była Atmega32) no i najważniejsze: przeportowanie tego programu na androida. Będzi
  13. #include <OneWire.h> #include <DallasTemperature.h> OneWire oneWire(A5); //Podłączenie do A5 DallasTemperature sensors(&oneWire); //Przekazania informacji do biblioteki int P1230 = 8; //lodowka 230V int P112 = 9; //lodowka 12V #include <LiquidCrystal.h> //Dołączenie bilbioteki LiquidCrystal lcd(2, 3, 4, 5, 6, 7); //Informacja o podłączeniu nowego wyświetlacza Tak dla porządku, wpierw dolaczamy wszystkie #includy i #definy a potem zmienne, klasy i co tam jeszcze.
  14. No dobrze jeszcze jedno pytanko pomocnicze, skąd program "wie" który czujnik jest który, z ciekawości popatrzyłem jak to robią zawodowi arduinowcy heh. I tam to troszkę inaczej wygląda EDIT tj rozumiem z grubsza działanie magistrali 1wire oraz to że każdy czujnik ma swój numer adres itd... Po prostu nie widzę tego (adresowania) w zaprezentowanym kodzie
  15. Nie znam tych arduinowych bibliotek ale czy po: sensors.requestTemperatures(); //Pobranie temperatury czujnika Nie trzeba nieco odczekać na zakończenie konwersji? Oraz czy: lcd.print(sensors.getTempCByIndex(0)); //Wyswietlenie informacji //230 Zwraca jakąś wartość jeśli temp gotowa do odczytu lub że konwersja jeszcze trwa || jest błąd czujnika?
×
×
  • Utwórz nowe...

Ważne informacje

Ta strona używa ciasteczek (cookies), dzięki którym może działać lepiej. Więcej na ten temat znajdziesz w Polityce Prywatności.