2018年9月21日金曜日

FM サテライト SO-50

SO-50
SO-50 20:29のパスで2QSOしました。 アンテナ 70cm QFH
2m 3ele, 5Wハンディートランシーバー。
3eleは真上90度の固定です、回りません。
それでもQSOはできます。

2018年9月20日木曜日

FT8Callの周波数とFT8 77bit (WSJT-X 2.0 Rc1)テスト周波数と衝突してしまった。

FT8Callの周波数とFT8 77bit (WSJT-X 2.0 Rc1)テスト周波数と衝突してしまった。
先にFT8Callの周波数は7078, 14078でやっていた。そこえWSJT-X 2.0rc1 FT8 77bitてテストQSOは078, 14078とアナウンス。。。

でもってWST-X 2.0のテスター連中がデコードできない??|`*?。。
そうですFT8CallはWSJT-X 2.0ではデコードできません CRCが異なります。。

もめごと
1)周波数
2)FT8callの名前を変えろ
  たしかリリース初期の段階では文句なし。。

FT8Callは急激にユーザーが増えています その理由はチャットができるからです。
レポート交換のみのQSO、B4はQSOしない。
多分 HFでのFT8/JT65/JT9ユーザーとFT8Callユーザー QSOのイメージが違うのかもしれません。
JTDXが出た時のトラブルとよく似ている。。

X070の周波数でPSK31, PSK63, PSK125, MFSK16, Olivia,,,etcが混在している時があります。それを見れば別に078に異なるモードでても気にする必要はないです。


以下はWSJT-X2.0 rcリリースノート。
To make FT8 QSOs with stations using version 1.x software:
  • Operate in the standard FT8 sub-bands
  • Be sure to uncheck Always generate 77-bit messages and Decode only 77-bit
    messages
  • Do not invoke any of the special contest-like operating activities
  • Do not operate with a compound or nonstandard callsign, or try to work a station
    using such a callsign
    To test and use the new WSJT-X 2.0 message types for FT8:
  • Operate at dial frequencies 7.078 or 14.078, or elsewhere by special
    arrangement
  • Check the boxes Always generate 77-bit messages and Decode only 77-bit
    messages
  • Optionally, you may test any of the special contest-like operating activities. You may find it most convenient to do this by special arrangement with another station.


    以下は揉め事の内容。
    Message from 

























    FT8Callサイド

    Howdy folks! We've just surpassed 5000 testers of FT8Call! I've heard of some really great QSOs happening and hope there are many more in y'all's future. I also keep getting loads of emails about a couple recent happenings...so I wanted to make an announcement to help communicate with y'all.

    The WSJT-X group has started testing their new release (2.0 RC1) of WSJT-X and have chosen 7.078 and 14.078 MHz to trial the new FT8 features. These are two frequencies where you'll find FT8Call operators. What this means is that if you're operating FT8Call, you might see some signals transmitting every other interval in the waterfall and those signals will not decode. Those signals are likely the WSJT-X 2.0 FT8 signals. It should be nothing to worry about, as there is plenty of room for all of us on the band. But, if you run into problems, please let me know.

    Next up, FT8Call is Free Software. It is and will always be free. Free as in beer and free as in speech. Meaning, you will never have to pay for it, and, you can do with it what you want. It is a derivative of WSJT-X, is open source, and licensed under the GPLv3.

    The last question I am getting is about the name "FT8Call" which was likely prompted by a particular statement made by K1JT today. I want to point you to the history section of the documentation where I've explained the timeline of the experiment and further why FT8Call is named the way it is: 

    You might be asking...why is this named FT8Call? Why not something else, like JS8Call or HF Messenger? Good question! It is named this way an homage to its heritage:
    1. FT8Call uses FT8 modulation (Franke-Taylor design, 8-FSK modulation). More specifically it uses the same modulation and demodulation engine developed by the WSJT-X group. This is the base RF transport.
    2. FT8Call has a directed “calling” protocol laid over top the base RF transport to support free-form and directed message passing.

    Hence FT8 + Call = FT8Call.
    I hope this helps clear up some confusion on the topic. At this point in time, there's no plans to change our operating frequencies or the name of the application. If you have any other questions, let me know. I'd be happy to answer! 

    Also, stay tuned for more info on FT8Call 0.7...lots of exciting stuff coming down the pipe! 

    Cheers!

    Best,
    Jordan / KN4CRD

2018年9月16日日曜日

MACとTS-590Gでバンドスコープ。

TS-590G MAC バンドスコープ
MACとTS-590Gでバンドスコープ。すでにWin10ではTS-590Gバンドスコープは動いてる。今回はMAC CubSDR+RSP2 とTS-590Gの組み合わせ。

ハードウエアー:SRP3 , TS-590G
ソフトウエアー:CubSDR, LoopBack, WSJT-X, JTDX,Fldigi, FT8Call, RumLogNG.


CubSDR=JTDX 15m   TS-590G=WSJT-X 17m
左の絵はCubSDR/JTDXで15mをまたバンド全体を見を見ている。
TS-590G/WSJT-Xは17m FT8を見ている。

アンテナはTS-590GのスプリッターからRSP2に渡している。

2018年9月15日土曜日

FT8Call V0.6.3 が出る 0.5.Xとはコンパチブルではない。 Icomeが出来る。

FT8Call V0.6.3
FT8Call V0.6.3 が出る 0.5.Xとはコンパチブルではない。
Icomeが出来る。

* Version 0.6 is not backwards compatible with 0.5 so you should upgrade ASAP.
* FT8Call has a new icon!
* Retransmit (|) and Alert Dialog (!) commands have been removed for a combined Reply Dialog message (>)
* You can use the Reply Dialog message to relay between stations (and automatically configure the relay path back for a return message):
  * KN4CRD>J1Y>10-4 GUD BUDDY!
  * But, you don't have to...you can communicate directly with a dialog using the same command: J1Y>HOWDY!
* There's a new "Relay via" menu item to make configuration of relays easier. 
* You will no longer automatically change to a new audio frequency offset when clicking on callsigns or responding to ALLCALLs. This is now a specific action you have to take in a right click menu. The only time FT8Call should change your audio offset is to BEACON to avoid QRM.
* With that...beacons now are _forced_ to transmit between 500Hz and 1000Hz. This should further help with the QRM and busted QSOs.
* Your station will no longer reply to ALLCALL? when you have a directed callsign selected. This should help prevent those automatic replies from busting your QSO.
* You can now customize the transmit and receive text fonts and colors and the textbox background colors.
* You can also configure a sound to be played on receipt of any directed message or alert message. 
* You can now customize your CQ message (default CQCQCQ). You can also send CQ QRP, CQ DX, and CQ TEST with your grid locator and compound callsign in one transmission frame. 
* You can copy and paste from the text boxes!
* There's a new QSY function on the waterfall to center your passband at a specific signal (and you can configure your rig's center frequency, defaults to 1500Hz).
* Sending of raw APRS packets now requires an APRS-IS passcode tied to your Amateur Radio Callsign. If you don't have one of these, email me and I'll generate one for you.
* APRS packets now maintain a more throttled delivery into the APRS-IS network, so you should get fewer timeouts. 
* Squashed a ton of bugs!
 
I hope you enjoy testing this new version! Almost all of these changes above came from feature requests from other operators. Your great idea could be next! Email me if there's anything I can help with.
 
Cheers!
 
Best,
Jordan / KN4CRD
Mac OSX 



 

2018年9月5日水曜日

本栖湖 9/1 9/2 キャンプです。

 本栖湖 無線機は持って行ったが 無線はやらず。














フォイルの方のボード
SUP
SUP1
ジャイブ
ジャイブ2

友人

ポップコーン

丸太

2018年9月3日月曜日

台風21関東 最大35m/secの予想





関東
Update 最大瞬間風速は35m/sec
ピーク時間は18:00~19:00.
アンテナ下ろしは15:00頃までに。。

関東は明日9/4 の18:00~20:00の間が強風です。ピークは今のところ19:00.。。
南風平均17m/s 最大は35m/sを超えれるかもしれませ。

西日本

FT8Callの状況 V 0.5.2

PSKREPOTERより
FT8Callのユーザー増加中です、いまコンディションからPSKでDXやるには苦しい。
FT8Call 14文字超えた場合は連続して次の15秒で送信続けます。PKSと同じようなQSOになります。

JT65,JT9,JT10,FT8にネガティブだった方々がFT8Callを使い始めました。2391(2018 09/03)

チャットができる、Keyboard / Keyboard QSOです。

オリジナルのFT8とはQSOできません、FT8Callをダウンロードしてください。

https://groups.io/g/ft8call/wiki/FT8Call-Latest-Release-Download-Links



FT8Callのサポートプラットフォーム:
The latest builds of FT8Call are version 0.5.2:
  • Desktop Linux (64-bit x86_64, Ubuntu 18.04 AppImage): [download]
  • Desktop Linux (64-bit x86_64, Ubuntu 16.04 AppImage): [download]
  • Desktop Linux (64-bit x86_64, 18.04 deb): [download]
  • Desktop Linux (64-bit x86_64, 16.04 deb): [download]
  • Desktop Linux (32-bit i386): [not yet available]
  • Raspbian Stretch (armv7, AppImage): [download]
  • Raspbian Stretch (armv7, deb): [download]
  • Windows 7-10 (win32_64): [download]
  • Mac OS 10.11+ (64-bit x86_64): [download]

FT8Callの周波数:
160m: 1.842 MHz // 2kHz above FT8
80m: 3.578 MHz // 5kHz above FT8
40m: 7.078 MHz // 4kHz above FT8
30m: 10.130 MHz // 6kHz below FT8
20m: 14.078 MHz // 4kHz above FT8
17m: 18.104 MHz // 4kHz above FT8
15m: 21.078 MHz // 4kHz above FT8
12m: 24.922 MHz // 9kHz above FT8
10m: 28.078 MHz // 4kHz above FT8
6m: 50.318 MHz // 5kHz above FT8

FT8のユーザーがFT8CallはDXで意味がない、無駄とか色々ですが、、レポート交換QSOだけならFT8を使って。。。
RIg,天気、こんばんは、こんにちは、塩梅は、元気ですか であればFT8Call をつかえばいいのでは!!!

2018年9月2日日曜日

FT8Call V0.5.2 が出る。

Update V0.5.2がでる。。

* Added a new GRID directed message that allows grid locators up to 12 characters to be transmitted. For those grids, we now allow spotting to both PSKReporter and APRS-IS! (APRS-IS will receive spots for locators >= 6 chars, and you can configure which APRS-IS server to spot to)
* You can also send and spot raw APRS packets, but that's undocumented for now ;) Email me if you'd like to know how to use it!
* You can now send a query to see if another station has heard a specific station with the "QSO" query. e.g., ALLCALL QSO KN4CRD? This is helpful if you're trying to set up a relay to a specific station.
* The band activity, call activity and rx windows are now restored when switching to and from other bands.
* Added some new generic directed messages.
* Added a "REPLY" button, so there's no more question about how to reply to a CQ. This message is configurable, but it defaults to "HW CPY?" so new users know what to do.
* You can now sort the band activity and call activity windows!
* Improved the usability of the waterfall.
* Removed the PWR command. It wasn't being used frequently. Feel free to put your power level in your QTC message!
* Squashed a ton of bugs!


FT8Call V0,5 が出る。
追加機能:Repairingに APRS.ifが追加される。

プラットホームにMac(OSX)が追加される。これでWin, Mac , Linux, PI3に成る。
MAC OSX

APRS.if








2018年8月30日木曜日

GH-4 70cm 4エレループで SO-50 AO-92に使う。

GH-4 適当に真上
ハムフェアーでは買ったGH-4....
昨日(8/29)はGH-4を使いFMサテライトでQSOしました。
SO-50Downlink 436.795Mhz Upping 2m パワー5W。2QSO
AO-91Uplink 435.350Mhz  パワー5W Downlink 2m。1QSO
アンテナは70cm GH-42m 3エレ八木ともエレベーション、ローテション無しの固定です。
GH-4 SO-50 DownlinkではSメーターは0~6でした。S0でも聞こえます。
AO-92ではUplinkで5W送信21時のゴールデンタイムなので順番とタイミングを待つて
QSOできました。1、2局から呼ばれしたがアンテナ固定なのでLOSして終わりでした。
FMサテライト(SO-50,AO-85,AO-91,AO-92)の高度は約400Km近くです。









8/28 横須賀からGH-4 1W QSO




8/28 2018 三浦半島から
QSOは3つ パワー1アンテナは地上から1m。北に山があり北関東方向はよくないローケーションです。
西に向けCQで JJ0RMG/1 神奈川県大山移動 下山中ハンディから呼ばれました。
ビームはシャープでした、 3QSOは レポートは59~+ こちらからは59+
北関東佐久市がS2で入りましたがこの場所から1W/5Wでは無理でした。
ラディククスの3エレ 300g  , これは142gで軽いです。
塩ビパイプ 外形22mmを使いアンテナホルダーを作る。給電部が内径に入ります。

2018年8月16日木曜日

SDR バーチャル オーディオ ケーブル

VoiceMeeter . VB-Cable
以前使っていたVirtual Audio CableはWin10でうまく動かなくなる、、
あまりupdateもないし古すぎます。

今はSDRUnoにはVB-CableとVoice Meeeterを組み合わせて使う。




SDRUno-->VB-Cable-->VoiceMeter->スピーカーから音をだす。
SDRUno-->VB-Cable-->WSJT-X/JTDX/Fldigi/MSHV/FTCall/SSTVに渡す。

これでなにができたのか?以前はDigi Mode Softに渡すとスピーカから音はでない。SSBも聴きたいときはSDRUnoのOutputを変更する必要があった。

VB-Cable/VoiceMeeter web site
https://www.vb-audio.com/Voicemeeter/


Virtual Audio Cableは捨てました。

2018年8月13日月曜日

FT8Call version 0.4.2 がリリースされる。

Verison 0.3.Xか0.4.2にアップデートされる。
Version 0.4.2はWSJT-X, JTDX, MSHVのFT8はデコードできません、1パケットに情報量を増やしてのでFT8Callは独自仕様となり、FT8Call V0.4.2以降間でしか通信できない、その分チャットQSOに特化する。

The FT8 crc12 using XOR 42 so we do not interfere with standard FT8 station
これい以外にも変更がありスタンダードFT8から変わる。


絵はUbutusとWin10間でオーディオで通信テスト。
Ubuntu
Win10


バンド:

  • ●  160m: 1.838 MHz // 2 kHz below FT8
  • ●  80m: 3.580 MHz // 7 kHz above FT8
  • ●  40m: 7.080 MHz // 6 kHz above FT8
  • ●  30m: 10.130 MHz // 6 kHz below FT8
  • ●  20m: 14.080 MHz // 6 kHz above FT8
  • ●  17m: 18.104 MHz // 4 kHz above FT8u
  • ●  15m: 21.080 MHz // 6 kHz above FT8
  • ●  12m: 24.920 MHz // 5 kHz above FT8
  • ●  10m: 28.080 MHz // 6 kHz above FT8
  • ●  6m: 50.300 MHz // 13 kHz below FT8 

注1:絵のバンドは適当です。
注2:Version 0.3XX以下はWSJT-X, JTDX, MSHVのFT8をデコードできる。
ドキュメントここから:



Ubuntu FT8Call v0.4.2

以下大きな変更した情報です。

Here are the most important changes:
  • FT8Call v0.4 is not backwards compatible with v0.3
  • New frequencies! Make sure you go into the settings, click the Frequencies tab, right click the table, and click Reset to get the new recommended frequencies built into the app.
  • You'll also see a new feature on that Frequencies tab. Automatic band hopping on a schedule, allowing you to set up your station to use something like 20m during the day and 40m during the night!
  • Version 0.4 uses much more efficient message packing. With this, FT8Call no longer supports standard FT8 messages (neither transmit nor decode). We now have our own BEACON and CQ format that enables more information to be sent (like arbitrary prefixes/suffixes up to 4 characters long). For example, the following transmissions all can be sent in one 15-second cycle.
    • KN4CRD: BEACON EM73
    • KN4CRD: CQCQCQ EM73
    • KN4CRD/QRP: CQCQCQ EM73
    • VE3/KN4CRD: BEACON EM73
  • With the new message format most freetext messages will be sent in 10% fewer bits (or better). Here are some examples of phrases that could be sent in one 15 second transmit cycle:
    • EEEEEEEEEEEEEEEEEEEEEEE (23 characters) 
    • I HAVE EATEN A SHOE (19 characters)
    • WHICH WAY TO OHIO (17 characters)
    • NEVER HAVE I EVER (17 characters)
    • TU UR 599 INTO (14 characters)
    • etc
  • With this new message packing, we have proper compound callsign support! Compounds can be supplemented with a 4-character prefix/suffix. You'll have to transmit an extra 15-second cycle for most commands, but there should be no issues with the application recognizing compound calls.
  • Beacons and auto-replies are now placed in a transmit queue for better scheduling of outgoing mesages.
  • There's a new message format called a "hashed" message. It includes a longer checksum and will only display if the recipient receives it in its entirety. It also automatically ACKs back to the sender when properly received.
  • A couple nice direct responses of QSL? and QSL (query and confirmation).
  • An API for external apps to interface with FT8Call.
  • And a BUNCH of general improvements:
    • Upgraded to WSJT-X 1.10 base for various bugfixes
    • Removed other modes. FT8CALL is THE mode
    • Starting compound call refactoring
    • Varicode packing without a 5-bit pad integer
    • Restructured building frames and decoding for better support of compound callsigns
    • Added some comments about trigrams and quadgrams
    • Varicode packing of trigram and quadgrams
    • Reorder a few of the special escapes
    • Reordered varicode escapes for better efficiency
    • Continued refactoring of command processing
    • Added a prioritized TX queue for beacons (low priority) and automatic replies (normal priority) and eventually outgoing messages (high priority)
    • Added some better alignment of low priority beacons with other messages
    • Refactor display of recent and directed messages
    • Cache in recent when we process rx activity
    • Write unpacked entries to the ALL.txt file
    • Properly handle compound call parsing for CQs and DEs
    • Parse callsigns from BCN command
    • Added remove activity to band activity right context menu
    • Removed BCN command... it's parsed separately
    • Refactored callsign packing to use 21 bits instead of 22, reducing our dependence on Prefix/Suffix flags added to our frame type enum
    • Refactoring for better compound message display
    • Restructuring beacons to be more like standard allcalls
    • Split beacon packing from compound packing
    • Added large checksum message processing
    • Added hashed message with ack
    • Stop displaying general activity in the directed text area (for now)
    • Refactor compound call structure for directed messaging by using a new frame type FrameCompoundDirected. This allows us to send only two frames when each station has a compound callsign. No aliasing, full calls are sent with each transmission.
    • Escape key stops transmission
    • Cleanup compound call display
    • Added QSL commands
    • Fixed issue with compound directed calls with numerical values
    • Added ability to add newline into the text edit panel with Shift+Enter
    • Send compound frames for stations heard to be more efficient in delivery. Added FT8CallFirst to flush the buffers of incomplete transmissions.
    • Modified the FT8 crc12 using XOR 42 so we do not interfere with standard FT8 stations
    • Updated comment about FrameReserved
    • Fixed issue with rebase and FoxQSO definition
    • Bump Version to 0.4.0
    • Added wider offset for band activity +/- 10Hz. Update dirty display 2x per transmission period
    • Experimenting with full packing of 72-bit messages using an intermediate base64 alphabet (12 x 6-bit characters)
    • Added 72-bit packing
    • Updated varicode to support 72 bit message lengths
    • Updated decoded to use new alphabet. Updated frame packing to use new 72 bit messages
    • Updated directed frames to take advantage of the extra numerical bits so we don't have to delineate between positive and negative frame types
    • Remove old style FT8 beacon
    • Fixed bug in new decoder alphabet
    • Message buffer should ack
    • Require i3bits to be set to avoid most weird false decodes
    • Better beacon scheduling. Should prevent future issues with beacons going missed
    • Initial stab at frequency suggestions
    • FT8CALL the mode is all uppercase
    • Fixing some remnants related to modes logging
    • Updated to ft8call_log.adif for logbook
    • Get rid of the advanced tab in configuration
    • Escape key clears message queue too
    • Fixed bug in beacon that prevented it from kicking off if AUTO was disabled
    • Updated display of command and rx activity
    • Directed cache good for 5 minutes
    • Long checksums for hash buffered messages. Display a newline if we reach the last frame and the frame is not buffered
    • Added frequency offset spinbox into the widegraph
    • FT8 does not permid CW id
    • Write to ft8call.log too
    • Fix bug in widegraph not actually setting offset value
    • Our callsign is not a selected callsign
    • Fix CQ highlighting
    • Bump expiration date
    • Initial stab at band switching...broken
    • Switched to time range instead of a fixed point for easier comparisons
    • Updated editing experience for frequency schedule. Fixed some bugs with the data storage
    • Added some better scheduling logic around station band switching
    • Fixed bug in saving of band hopping information
    • Cleanup some compiler warnings
    • Updated frequency list with new locations for 40m and 80m
    • Do not reset frequency on saving of configuration
    • Restructuring message client for external api with a python example
    • Removed most message client networkmessage serialization
    • Simplified textual network command structure
    • Initial commands supported, get and set grid locator, with example app udp.py
    • Working through some common api commands
    • Updated API to be better organized and scoped functions
    • Updated band hopping to not hop bands when on the frequency
    • Use new dialFrequency function for grabbing the current rig frequency
    • Fixed bug in frequency list
    • Fixed bug in auto band switching checkbox
    • Restored ft8apset
    • Fixed bugginess when displaying rx activity that are buffered commands
    • Added window menu for showing/hiding band activity, call activity, and waterfall...as well as reset all of those sizes to their defaults
    • Added selected callsign to log window. Fixed bug in window panel size restoration when new
    • Redraw overlay for more consistent look and feel
    • Fixed bug with 200Hz minimum RX frequency
    • Fixed issue with legacy Qt and toSecsSinceEpoch
    • Make sure MessageClient has QDataStream ref
    • Fixed bug in configuring band hopping
    • Fixed bug causing compound calls not to send when a grid locator larger than 4 characters was set in the configuration
    • Fixed issue with grid length. Fixed back-to-back CQs
    • Fixed alignment of red waterfall indicator
    • Fixed isFreqOffsetFree when responding to directed query
    • Fixed issue with changing frequency in response to directed allcalls
    • Fixed issues with double printing of messages and skipping printing some frames
    • Fixed printing of grid in compound call messages
    • Allow changes to station message from external programs
    • Fixed compound callsigns not displaying in the heard list
    • Fixed display of messages that drift more than a few Hz during transmission
    • Fixed configuration of band hopping to reset cached band position after configuration save. Fixed issue with band hopping not working across a date transition
    • Bump to v0.4.2



2018年8月12日日曜日

MSHV version 1.83 FT8の設定、ロギング、マルチスレッド


1)設定
 通常の自動シーケンス設定は2つCQing,とCQ局を呼ぶ時
 CQing マルチ アンサー自動シーケンス設定(CQing)
2)ロギング
 N1MM, CQRLOG, MSHV log file, ADIF
3)マルチスレッド
   MSHVを複数走らせる。無線機2台を同一PCないでMSHVを2つ動かす。

Win10,Ubuntuで動作確認済み。

1)設定
MSHV version 1.83  FT8の自動設定は3つの設定があります。
1.1)基本設定
1.2)CQing 通常の自動シーケンス設定(CQing)
  CQing in normal mode
1.3)通常のアンサー自動シーケンス設定(CQ局を呼ぶ時)
  Answering in normal mode
1.4)CQing マルチ アンサー自動シーケンス設定(CQing)
  CQing in "Multi Answering Auto Seq Protocol"
  最大5局と同時QSO可能。

1.1)基本設定:Program config
1. Options Use two decode lists. 
2. Options Double click on call sets auto is on.
3. Options Prompt me to to log qso. 
4. Palette to 6 palette.
5. Mode to FT8
6. Decode to Deep.
7. Decode to Enable AP.

1.2)CQing 通常の自動シーケンス設定(CQ)
IF CQing in normal mode
1. ASeq Label to red color.  添付絵参照
2. RESET QSO (make to radio is clear).
3. Press TX6.
4. Auto Is OFF to ON

1.3)通常のアンサー自動シーケンス設定(CQ局を呼ぶ時)
IF Answering in normal mode
1. Check LTR (Lock TX RX). 添付絵参照
2. ASeq Label to red color. 添付絵参照
3. Double click to CQing station in to list 1 (Messages).

1.4)CQing マルチ アンサー自動シーケンス設定(CQ)
IF CQing in "Multi Answering Auto Seq Protocol"
1. Options "Multi Answering Auto Seq Protocol" or CTRL+`
2. Uncheck LTR (Lock TX RX). 添付絵参照
3. Auto Is OFF to ON.
TX Slot1の時はQSO開始ごCQを出します。TX Slotは最大5Slotで
最大5局と同時または1、2シケーンス遅れQSOできます。

Config



CQing

_._,_._,_


2)ロギング
*MSHVのLogはMSHVフォルダーにある。
   MSHV/log/mshvlog.edm
   mshvlog.edmファイルフォーマットは多分独自仕様。ADIFではない?
*MSHVはUDP ADIF QSO logを送ることができる。。
(127.0.0.1:2237 / 192.168.0.255:2237)
*MSHVはUDPリクエストを受け付けないようです。またデコードしても
UDPは出さない。WSJT-X、JTDX、FT8CallはデコードでUDPを出す。

*Log4OMはWSJTX.adiを参照しUPDの両方を見ている、MSHVはWSJTX.adiに
書き込まない。 それでNG.
*N1MMはWSJTX.adiを参照しない、UDPを受け取るだけなので問題なく動く。
*CQRLOGもWSJTX.adiを参照しない、UDPを受け取るだけなので問題なく動く。
*RumLogNGはLog4OMを同じで動きません。
*GridTrakerはMSHVがデコードでUDPを出さないでのアイドル状態。
*Logger32,DXkeeperは動くようです、Web検索から。

MSHV+JTAlertは試していません  、JTALertを捨てました。捨てた理由はDBが大きくなりPCのパワーを使うから。
多分MSHVがデコードでUDP出さないのでQSO logだけ表示かも??

いまのところ うちの環境ではMSHVのLogをADIFに変換して、Log4OM,
RumlogNGにインポートしかないです。
今日のメーリングリストからUDPのフルサポートしてくれと ありました。そのうちよくなる。

MSHV log

N1MM log




3)マルチスレッド
MSHVマルチスレッド(MSHV複数RUN) テストです。
メトロスキャター VHFで無線機2台同時に使いたい(6m、2m)、これがベースにあるのかも?。

FT8でマルチスレッドで試して見る。
環境:
*FT817+TS590の組み合わせ。
  FT-817  Signaling USB CAT 9600 8b np s2
      TS-590G DigMaster Pro3 CAT 38400 8b np s1
*SDRplay2 CAT無し+TS590Gの組み合わせ。

結果:問題なくCAT 2つもUSB codecも2つ認識して動く。
注意点1:USB codecはSignaling USBとDigMaster Pro3の2つなります。
      USB codecは USBポートを分けること。ハブなどで共有しないこと。
      ハブなどで共有すると1つしか認識しない。
注意点2:MSHVを2つ動かすときは:
1)始めの起動したMSHVの設定は 最後に終了したMHHVの設定で起動される。
  例)サウンドとCATは最後に終了した設定。。
2)2つ目の起動はあたらにCAT, Soundの設定をする必要がある。

WSJTX,JTDXはマルチスレッドはできない。警告がでる。
winの裏技で2つ動かすことができるが 問題もでる。
問題:PSKreportをONにすると どちらか1方のレポートがPSKreporterにUp
される。これでありえないレポートになることになる。
***MSHVではこの問題は起こらない。