Jó a téma! Éppen küzdök azzal a problémával, hogy indítsam az adást az FLDIGI-vel. Mert ugye az RS232-es soros kommunikációra épül, de nekem csak USB-m van. AZ USB->RS232 átalakítót vette az op. rendszer, mint COM11-es virtuális portot. De a mérések azt mutatják, hogy az információ már az USB portig sem jut el, tehát nincs mit átalakítani. Közben természetesen visszaállítottam az USB portom COM1-re az op. rendszerben és az FLDIGI-ben is. De eddig semmi.
Most a "klubban" vagyok, reggelig csak sikerül valamit összehoznom.
A mindenféle külső vezérlés mostohagyereke az SQL kapcsolójel kivezetése (RX-detect). PTT még csak van, hiszen a legtöbb adóvevőnél ez alap, de a linkelt kapcsolásban is vox hajtja meg. Az SQL kapcsolójelet is szívesen pótolják vox megoldásokkal, például a eQSO vagy FRN rádió szoftverében is van ilyen lehetőség.
A magam részéről erősen idegenkedem a vox megoldástól, hiszen akkor van kapcsolójel amikor az adatfolyem már megy, tehát a veszteségmentes átvitelhez szükséges (lenne) valamilyen bevezető jel ami alatt a rx-vox kapcsol - az meg ugye nem tőlem függ, hanem a másik állomástól.
Itt egy weblap a hardveres megoldásról annak kapcsán, hogy én is vettem egy BJ-318-as szörnyűséget:
Ennyire szegény senki nem lehet, hogy az R5 ellenállás két tranyót is megpróbál kinyitni, mert nem egyforma a nyitófeszültségük ezért az egyik nem nyit rendesen - ez szerencsés esetben a LED tranyója. A kicsit helyesebb megoldás 1-1 ellenállás a bázisokra, a méghelyesebb: előttük egy schmitt trigger, aminek a kollektor körében lehet a LED is - akár. Legalább a Q2 bázisára tessenek egy nehány nF-os kondit odarakni hidegíteni, mert az esetleg rájutó nagyfreki úgy marasztalhatja a PTT-t még a szegényembernek is.
Azt tudod, hogy jól feladtad a leckét! Nem volt egyszerű kinyomozni, hogy az ESP-32-höz installálni kell az Arduinohoz az Esplora csomagot. Magával az installálással is elment jó pár óra. AZ Arduino IDE-ből elérhetőnek kell lennie az Esplorának, különben nem lehet a kész programot feltölteni az ESP-re. Van az Esprssifnek is egy oldala, ahol elérhető a saját programozási metódusa, de már az eltántorítja az embert, hogy mindent parancssorból kell csinálni.
Most már az Arduino IDE-ből elérhetők az ESP hivatkozások.
Ha rámész a "Bővebben" linkeim közül az elsőre, letekerve az alján láthatod hogy az optikai encodert is lehetséges használni.
Idézném (fordítóval)
"
2019. JÚNIUS: - Azóta is megvásároltam az eBay-t, az ESP fórum egy másik verzióját. 4 MB „PSRAM” van rajta, és lehetővé kell tennie a nagyobb pixelszámú TFT kijelzők használatát. Különböző kitűzővel rendelkezik, és egy kicsit nagyobb is. Ez körülbelül 15,00 USD, bár a fenti 5,50 USD-hoz képest. Ugyanazzal a szoftverrel töltve és ugyanazt a porttűt használva ugyanúgy működik. Azonban folyamatban van az a munka, hogy kihasználják az extra memóriát egy nagyobb kijelző számára. Később azonban a terv egy PCF8574 portbővítő használata az ESP32 néhány csapjának felszabadításához.
A TJ által a Schematichoz történő csatlakozáshoz csak kövesse az én ESP32-ben lévő tűs csatlakozásokat. Megállapítja azonban, hogy ez az ESP32 hiányzik a kódolóhoz szükséges két csapból. Tehát a 16 és 17 helyett használja a D34 és D35-et. A TJ által biztosított "VFOsys_astep.ino" vázlatban meg kell találnia ezeket a sorokat: -
#define PULSE_INPUT_PIN 16 // Rotaty Encoder A
#define PULSE_INPUT_PIN 17 // Rotaty Encoder B
és változtassa meg őket
#define PULSE_INPUT_PIN 34 // Rotaty Encoder A
#define PULSE_INPUT_PIN 35 // Rotaty Encoder B
Az optikai kódolóhoz fordulónként 360 impulzust használtam. Keressen az eBay-en az "optikai kódoló" kifejezésre. Számos olyan található, mint amiben van. MEGJEGYZÉS: A TJ 40 impulzust ad meg egy kódoló fordulat típusánként. Valójában egy ATtiny85 eszköz (8 tűs DIP) segítségével osztottam el az enkóderemből az impulzusokat, a G3ZQC speciális vázlatával. Most nem részletezem. A programozásban járt amatőrök kétségtelenül integrálhatják a szétosztást az ESP32-be is. Lásd a fenti 2019. május 9-i frissítést, mivel ez a szolgáltatás új vázlatban van."
Nem az volt a célom. Tekintsd magadénak, meg azokénak, akik eredetiben közzé tették. Minden esetre lesz vele munkám, mert még a programozás módját is át kell néznem. Pl. az STM-32-es vezérlőt is lehet Arduino IDE-vel programozni, de a .hex fájlt egy másik IDE-vel lehet csak feltölteni. Az egyébként egy DSP projekt volt. Na, egyelőre itt tartok, hála az éjszakás műszaknak. :-))
Nem csodálom, engem is lázba hozott. Az oka a lelkesedésnek az lehet szerintem hogy ez a fajta skála megjelenítés sokkal inkább emberközelibb, a látásunknak barátságosabb mint a hétszegmenses digitek sora. A régi jó mechanikus vagy optikai skálát utánozza kitágítva annak lehetőségeit.
Az összes ilyen mechanikus encodert alkalmazó hangolásnál, legyen ez a skála vagy DDS generátor, stb azzal szenvednek hogy kicsi a felbontás egy fordulaton belül valamint ha nagyobb tartományt szükséges áthangolni, akkor lehet hajtani a "darálót" hosszú másodpercekig.
Próbálkoznak külön féle megoldásokkal házi kivitelben leginkább optikai úton.
Ennél a szerkezetnél is ha jól emlékszem, valamelyik linken ott van a nagyfelbontású optikai encoderhez megírt programváltozat.
A mechanikus encoderek legtöbbje max. 40 impulzust szolgáltat fordulatonként és vagy van rajtuk vagy nincs "döcögtető" (detend).