New Model #1469
openYaesu FTM-400DR and FTM-400DE
50%
Description
Is anyone working on support for this model? "Manufacturer web page":http://yaesu.com/indexVS.cfm?cmd=DisplayProducts&ProdCatID=106&encProdID=227201D29C822AEFF8482F3367495319&DivisionID=65&isArchived=0
I received mine yesterday, it has support for µSD, where configuration can be saved, and a data cable is included.
Just as with the Wouxun KG-UV6D I will gladly help in any way I can, but I do not know where to start.
Johan Adler
Stockholm, Sweden
Files
Updated by Johan Adler over 10 years ago
I wrote a message on the developer mailing list too.
Using the file that the radio made on the micro-SD card and a hex editor I tried to analyze the file and look for probable locations of different data. After I made a general memory map I looked at the mapping used by the FTM-350 module of Chirp, and the basic address blocks seem to be the same. There are new features and setting I will have to locate, but first I might want to implement the methods of importing the data into Chirp, which in this case can be done in two ways, memory card or cable.
As I mentioned on the developer mailing list, the actual radio I bought has the transmit frequencies unlocked and it is claimed to be able to transmit on 137-174 and 400-480 MHz, which is quite useless for a law abiding ham, but it can help us locate the TX limits in memory if anyone else can provide a memory dump from a normal radio.
One thing I noted in the common Chirp code is the lack of channel spacing 8.33 MHz for Air Band, which this radio can receive (AM, of course).
Updated by Tom Hayward over 10 years ago
Inherit the clone routines from the FTM-350. Those will probably work.
The @match_model()@ routine will allow you to open the files copied from the radio. We usually just use length as the identifier as long as there's not a conflict.
Updated by Johan Adler over 10 years ago
- File CLNFTM400D.dat CLNFTM400D.dat added
Thank you, Tom!
I have noticed, by the way, that the Yaesu SCU-20 is based on the Prolific PL2303. :-( The data port is some 10 pin mini-DIN version I have not seen before, but the owner manual gives the pinout nice and clear.
About the 8.33 kHz channel spacing, I am not sure if the Chirp project is interested in supporting RX frequencies outside the ham bands.
Updated by Johan Adler over 10 years ago
Regarding the file I attached, the callsign is not mine, since I do not have one yet. This radio demands a callsign to be entered in order to be able to use the radio at all, and since I will not be transmitting, only receiving, a friend allowed me to enter his callsign.
The callsign is found in two places, at 0x2b8 and at 0x508, the latter with added APRS data.
Updated by Tom Hayward over 10 years ago
- File ftm400.patch ftm400.patch added
- Assignee set to Johan Adler
Here's a patch that creates a new FTM-400 driver based on the FTM-350 and allows you to read .dat files.
I wasn't able to glean much information from your .dat file. It looks like you have 144.800 MHz stored in a memory, but I don't know which memory and I don't know if I'm just seeing those bytes by coincidence. You'll need to tweak the seek offsets to match what's actually in your radio.
Updated by Tom Hayward over 10 years ago
- File ftm400.patch ftm400.patch added
- % Done changed from 0 to 50
Here's an updated patch. This appears to read both your full memory+settings dump and the memory-only dump correctly, at least for the A-band. I haven't seen a file with anything in the B-band.
This may actually clone correctly, too, but I wouldn't bet on it. It just inherits the FTM-350 clone code (including the memory size!).
Updated by Johan Adler over 10 years ago
Thanks for the help, Tom. I had to make a small change to make it read bank B correctly, and I have only worked with the full file so far. Either it does not recognize tone mode, or I have failed to set it in my rig.
I have done more analyzing of the memory dump, so I think I will be able to add some to this soon.
In the character set for labels it seems that the number 0 is now 0xbf, which shows as a qeustion mark in Chirp.
I will keep working on it at my end.
Updated by Tom Hayward over 10 years ago
- File MEMFTM400D.dat MEMFTM400D.dat added
The tone settings were simply copied from the FTM-350, so it's possible a change is needed. However, the file I was working with seemed to read the tones just fine. I've attached it here so you can test it alongside your full memory dump. The guy on 4x4ham said he left tone enabled for almost everything and only checked that it was set to a specific tone for repeaters that required it. This seems to jive with how the file decoded: tone is enabled on almost every channel with various frequencies. The frequencies match his post at 4x4ham, so I'm confident in them.
Updated by Johan Adler over 10 years ago
- File ftm-400d-memory-map.txt ftm-400d-memory-map.txt added
Interesting, I look forward to analyzing that file. I just registered at 4x4ham in order to be able to cooperate with the persons working on the same thing there, and share my findings.
I attach my latest update of the memory map/analysis.
Updated by Mike Montalvo about 9 years ago
Seems like the FTM400 effort is stalled.. Maybe I can kickstart it..
I have successfully populated a FTM400 (v1.9) dat file with a chirp CSV. This is the only radio that I have that chirp doesn't work with, so I wrote my own tool.
The data in this spreadsheet has been confirmed:
https://docs.google.com/spreadsheets/d/1Qn5wanBEPYKfFTT_YugJCQU-J17CJAZhdD8cft4vBLs/edit#gid=1778955122
Hope this helps someone do what needs to be done to get it working in chirp.
Updated by Joseph Peterson over 8 years ago
Just (finally!) got my FTM-400XDR and love it! Would love it even more if it would work with Chirp, any progress on this thread?
Thanks much!
73 de K6JPE
Updated by John Murphy about 8 years ago
I have started using this file to read/write the FTM400 I have. This appears to be working, and supporting independent top/bottom memories.
I don't have a laptop handy to test cloning with this. This needs to be placed into the drivers/ subdirectory of the chirp installation to use it.
Updated by Ken Alker almost 8 years ago
I am running "CHIRP daily-20161208" on Windows 7 and there is no "drivers" subdirectory in the chirp installation (which is in c:\Programs (x86)\CHIRP). Can you let me know where the .py file needs to go?
Updated by Tom Hayward almost 8 years ago
Once you enable developer functions under Help, you can use File > Load Module to load this driver. You will need to do this every time you open Chirp.
Updated by Ken Alker almost 8 years ago
Thanks, Tom. I tried this but I get the error, "Unable to load module: invalid syntax (ftm400.py, line 1)". Any suggestions?
Updated by Tom Henderson over 7 years ago
John Murphy wrote:
I have started using this file to read/write the FTM400 I have. This appears to be working, and supporting independent top/bottom memories.
I don't have a laptop handy to test cloning with this. This needs to be placed into the drivers/ subdirectory of the chirp installation to use it.
Hello John,
Just got my FTM-400 and tried this. On my Linux machine, nothing happens at all when I try to download from the radio. No attempt to communicate at all.
In my Windows machine, the transfer fails with "Failed to download from radio (String index out of range)
Updated by Tom Henderson over 7 years ago
John Murphy wrote:
I have started using this file to read/write the FTM400 I have. This appears to be working, and supporting independent top/bottom memories.
I don't have a laptop handy to test cloning with this. This needs to be placed into the drivers/ subdirectory of the chirp installation to use it.
More info on the linux error. Got this when I tried to start the download:
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/chirp/ui/mainapp.py", line 1582, in mh
self.do_download(*args)
File "/usr/lib/python2.7/dist-packages/chirp/ui/mainapp.py", line 681, in do_download
timeout=0.25)
File "/usr/lib/python2.7/dist-packages/serial/serialutil.py", line 261, in init
self.open()
File "/usr/lib/python2.7/dist-packages/serial/serialposix.py", line 282, in open
self._reconfigurePort()
File "/usr/lib/python2.7/dist-packages/serial/serialposix.py", line 417, in _reconfigurePort
set_special_baudrate(self, custom_baud)
File "/usr/lib/python2.7/dist-packages/serial/serialposix.py", line 60, in set_special_baudrate
raise ValueError('Failed to set custom baud rate: %r' % baudrate)
ValueError: Failed to set custom baud rate: 48000
Updated by David McIntyre over 5 years ago
Tom Henderson wrote:
Just got my FTM-400 and tried this. On my Linux machine, nothing happens at all when I try to download from the radio. No attempt to communicate at all.
In my Windows machine, the transfer fails with "Failed to download from radio (String index out of range)
Did you go to the [RESET/CLONE] menu in your radio and select [7 CLONE] then [This radio -> Other] to start the data transfer on the radio?
Updated by Bernhard Hailer over 4 years ago
- Target version set to chirp-legacy
Hi, is there any progress on this, or is the project stalled?
Updated by Bernhard Hailer over 4 years ago
- Status changed from New to Feedback
Updated by Joseph Peterson over 4 years ago
+1 what's up with this request? 6 years?
Updated by Bernhard Hailer over 4 years ago
- Assignee deleted (
Johan Adler)
The addition of a new radio to Chirp requires two things:
1) a volunteer developer who takes the task to work on this driver,
2) availability of test equipment, such as a loaner radio (see Rules For Loaning A Radio).
Unfortunately, you need to wait until both conditions have been met.
Or, you could decide to get your hands dirty yourself - check Wiki, "Developers".
Updated by Bernhard Hailer almost 2 years ago
- Related to deleted (New Model #9017: Yaesu FTM-400XDR/DE)
Updated by Bernhard Hailer almost 2 years ago
- Has duplicate New Model #9017: Yaesu FTM-400XDR/DE added
Updated by Bernhard Hailer almost 2 years ago
- Related to deleted (New Model #9009: Yaesu FTM-400XDR/DE)
Updated by Bernhard Hailer almost 2 years ago
- Has duplicate New Model #9009: Yaesu FTM-400XDR/DE added