Blog techniczny SP7Q

IC-705 korzystając z wbudowanego GPSu pokazuje najbliższe przemienniki, nie tylko te DV, pod warunkiem że ma je odpowiednio podane dane. Z linku możecie zaciągnąć sobie listę w formacie CSV i zaciągnąć w programie CS-705 lub zaciągnąć cały konfig i jedynie zmienić swój znak. Pliki dla IC-705  

 Wrzuciłem cały projekt na GitHub :-)  https://github.com/sp7q/LoadCellMorseCodePaddle

Już jest pierwsza wersja PCB :-)   Ostatnia wersja kodu: //ADS1115 - with calibration #include <tinysnore.h> #include<ADS1115_WE.h> //liba was edited to give raw data instead of mV #include<Wire.h> #include <EEPROM.h> #define I2C_ADDRESS_1 0x48 #define I2C_ADDRESS_2 0x49 ADS1115_WE adc(I2C_ADDRESS_1); ADS1115_WE adc2(I2C_ADDRESS_2); int result = 0; int result2 = 0; int led = 1; //1 - Trinket, 13 - Arduino int sensitivity; int sensitivityNow; int leftNow;     int rightNow; int leftOn;      //left paddle treshold int leftOnAbs;   //left paddle absolute value treshold  int leftOff;     //left paddle off treshold int rightOn;     //right paddle treshold  int rightOnAbs;   //right paddle absolute value treshold  int rightOff;   //right paddle off treshold int hysteresis = 7; //hysteresis int configMode = 0; int time1;  //time for setup mode purpose int time2;  //time for setup mode purpose void setup() {   pinMode(led, OUTPUT);    Wire.begin();      while(!adc2.init(

Zwiększyłem prędkość magistrali i2c               Wire.setClock(400000); //i2c set to fast mode Zyskałem dzięki temu kolejne 2ms, obecnie pętla wykonuje się 3ms z włączoną diagnostyką (Serial), co realnie daje na pewno czas poniżej 3m i jest już granicą możliwości, gdyż zgodnie z dokumentacją ADS1114 przy 860SPS jeden pomiar to ~1ms - 2 łopatki czyli 2 pomiary + komunikacja + kawałek kodu komparatora da nam 2.5-3ms. Postaram się dorwać oscyloskop i zmierzyć rzeczywistą szybkość. Tak czy inaczej to już naprawdę przyzwoita ilość próbek na sekundę, czas na testy empiryczne na kolegach od High Speed Telegraphy.

Mój manipulator w akcji :

W telegrafii wszystko rozbija się o prawidłowy timing. Tutaj można znaleźć świetnie opisane relacje czasowe :  https://morsecode.world/international/timing.html Przy projektowaniu klucza należałoby się zastanowić jak szybko potrzebujemy próbkować stany dźwigni. Przy ekstremalnym założeniu że ktoś pracowałby 100WPM (są tacy co odbierają takie tempa choć osobiście nie znam nikogo kto by je nadawał) jeden element (krótki dźwięk - "kropka") trwałby t=60/(50x100)= 12ms W keyerze sprawdzenie stanu czy dana łopatka jest wciśnięta nastąpi dopiero po cyklu 2t (gdzie t="kropka"), wtedy stwierdzi on czy jest ona dalej wciśnięta, zwolniona lub wciśnięty przeciwstawna łopatka.  Niestety moja pętla programu wykonuje się  ~18-19ms   co godnie z twierdzeniem   Nyquista–Shannon -a  powinno dać satysfakcjonujący efekt do 60 WPM - co i tak przewyższa umiejętności 95% populacji telegrafistów. Można także spróbować wykorzystać wewnętrzny komparator ADS1115 oraz wyjście ALRT c

Popularny manipulator sensoryczny na czujnikach AT42QT1011 ma kilka wad, dość trudno o regulację nacisku oraz jest to czujnik pojemnościowy i warunki środowiskowe mają dość spory wpływ na jego reakcję. Postanowiłem wykorzystać czujnik nacisku - nie posiada ona wac czujnika pojemnościowego jak i zachowuje jego zalety - brak części ruchomych. Wykorzystałem to tego belkę 0-100g (przynajmniej tak ją opisali chińczycy) - choć z pewnością zrobię testy także na belce 10N (1kg), którą już w SP można dostać za 30-parę zł. Do okiełznania takiej belki niezbędny jest czuły przetwornik ADC z możliwością pomiaru dyferencjalnego. Użyty przeze mnie ADS1115 ma 2 kanały więc za jednym zamachem można obsłużyć dwie łopatki z jednego układu (Biblioteka ADS1115_lite ). Odrobina kodu i manipulator gotowy ;-). Wygląda to obiecująco i na pewno przygotuję pod niego mechanikę (a w sumie to przerobię mój stary manipulator pojemnościowy) na początek spróbuję tymczasowego rozwiązania, które pozwoli na przete

Legenda o tym jak w trudnych czasach można stworzyć coś niesamowitego.

Takie drobne przemyślenia nagrane dla portalu Artura SQ5NWA   TUTAJ >>  LINK

SunSDR2 posiada tylko pasywne chłodzenie przez co podczas regularnej pracy radio osiąga nawet do 50C. Producent określa to jako normalne warunki pracy ale w mojej opinii o kondensatory w nasze elektronice trzeba dbać a temperatura nie jest ich przyjaciel Zainstalowałem więc  NOCTUA  NF-A14 PWM  niestety nie ma do radia przewidzianego żadnego dedykowanego sposobu montażu, za to znalezione w sieci wyglądały mało profesjonalnie. Narysowałem więc samodzielnie element montujący, który został wycięty w technice CNC z aluminiowej blachy o grubości 2mm.  Jeśli chcesz powielić projekt możesz pobrać ten plik  SunSDR2PROFanMountV2.dxf  Obecnie temperatura nie przekracza 30.5C