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