; uBD, micro band decoder, change log ; by Martin Bujdak, microHAM -------------------------------------------------------------------------------- v5.3, released 080213 - New special function added: Hercules/Ameritron control (WARC bands are maped to contest bands). v5.2, released 080212 - Omni VII protocol decoder extended: - Response to command ?N is recognized. This allowed take split state into account. - Frequency in ASCII form @AF is recognized. This ensured right operation in SteppIR/CT mode too. - Argonaut V protocol: - Split is taken into account v5.1, released 071008 - new supported rigs: Yaesu FTdx9000 Contest, FT-450, FT-950. v5.0, released 070921 - new supported rigs: JRC JST-145/245, Ten-Tec OMNI VII, Icom IC-275E. - bug fixed: Ten-Tec ARGONAUT V and JUPITER rigs was incorrectly decoded. - Prior versions accepted frequencies from range 1MHz-55MHz. When radio frequency was out of this range BD ignored it. New range is 1MHz-1.3GHz. v4.5, released 051213 - new supported rig: Yaesu FTdx9000 - bug fixed for some FT radios: Once VFOs frequencies was decoded from packet 10,03,... during monitoring mode, hence operating frequency decoded from packet 10,02,... is ignored to prevent ambiguity of frequency when split is applied. v4.4, released 050802 - new feature: Now it is posible to use 4 antennas on one band using 4 positional external switch connected to ACC input. v4.3, released 050612 - new supported transceiver serie: Barrett 900 (out of ham scope) v4.2, released 041014 - bug fixed: In some circumstances the previous version in auto information mode periodically blocks the serial data from a computer for a short time. v4.1, released 040805 - new feature: New flag "Stop polling, use auto information" added to configuration. If it is set, decoder will send just one query to rig and than definitely stops the polling and enters the "auto answer" mode. In this mode decoder receives frequency information that was send automaticaly or as answer to logging software query. If Kenwood protocol is set, decoder sends the command "AI1;" after power up to start the auto-information mode. Note: This mode was supported since v2.3 for Icoms. It was started automaticaly, after the first "send frequency data" packet was received. Now this mode is not started automaticaly. It can be enabled in configuration for Icoms and Kenwoods too. - new feature: New flag "Accept frequency from logging software" added to configuration. It is taken into account only if Icom protocol is selected. If the flag is set, the decoder accepts also packets from logging software used to set the rig frequency. These new features allows to use the decoder with some logging softwares that doesn't poll the rig to get frequency. - new feature: Hot switch protection. CW and PTT are blocked during switching for a selected time (new configuration parameter). - bug fixed: There was introduced bug in v4.0 for several Yaesu rigs protocols (FT-100,757,8x7,900). - bug fixed: If logging software queried the Yaesu FT-920 for current operating data (command 10,02) and not for VFOA and VFOB data (command 10,03), decoder did not decode the frequency. - bug fixed: Internal paramters grouped_query_detection_enabled in v4.0 was set by mistake to zero. This disabled the N1MM support. - bug fixed: When decoder was configured to some Yaesu rig it was sometimes difficult to write the configuration. - Autodetect of Icom rig address is now active till the first frequency info is received from the rig after power up. - CONFIGURATOR_DETECTION_TIMEOUT decreased to 20ms v4.0, released 040406 - new supported rig: Yaesu FT-757 - new feature: Monitoring mode still timeouts after 5 seconds but immediately after start of this mode this timeout is increased to 10 seconds. It avoids switching back to polling mode before logging software sends the retry of unaccepted first query. - bug fixed: Yaesu query mode is started before time consuming frequency decoding. It prevents the loss of the rig answers to queries that immediately follows the previous answers. It solves some compatibility problems between decoder, some Yaesu rig and some logging softwares. - bug fixed: Fixed problem of versions 3.x where second query of grouped query packet from N1MM logger to some Yaesu rigs confused the band decoder. - bug fixed: Fixed problem with frequency decoding in Yaesu FT-920 protocol. - preventer: lower frequency limit of 1MHz - Waiting times decreased to 500 ms for the first byte of the rig answer and 10 ms between bytes of rig answer v3.2, released 040217 - new feature: Support for new version of PAICKL1 reduction. - source code related: Access to EEPROM rewritten to prevent some warnings. v3.1, released 031216 - new feature: The protection to connect any two multi station radios to antennas on the same band was remade. Now there is a posibility to explicitly state the number of stations. - bug fixed: If the rig interface without RTS/CTS handshake is selected, the band decoder generate active level of CTS on PC-RS232 interface now. - bug fixed: Now band decoder is surely restarted after new configuration has been written. No power off/on is needed, what sporadically happens in previous versions (from 2.1 to 3.0). - Frequency constants used to generate the voltage for IC-2KL or IC-4KL was adjusted. v3.0, released 031103 - new feature: Communication part is rebuild to support the baud rates up to 115200 bps. It allows communicate with TenTec Orion at fixed baud rate 57600 bps. - new supported rigs: - TenTec ORION - TenTec JUPITER, ARGONAUT V (not tested) - new feature: When more than one query is used in polling mode these queries are send immediately one after another, next query after previous answer. This results in faster response for some Yaesu and TenTec rigs. - new feature: Monitoring mode timeouts after 5 seconds instead of 10 seconds. - bug fixed: If ACC band data source is set, band decoder no longer interfere serial communication on level convertor. - bug fixed: Band decoder no longer switches default band (20m) for a several tens of milliseconds after startup when ACC band data source is set. v2.4, released 031006 - new supported rigs: - Yaesu FT-900, FT-840 - Yaesu FT-920 - Yaesu FT-990 - Yaesu FT-1000 (some corrections) - source code related: Optimized access to some XRAM variables using pdata. Optimized handling with receiving buffer. v2.3, released 030902 - new feature: When "send frequency data" packet (command 00) from Icom rig is received, band decoder enters the "auto answer" mode. It means that band decoder will send no more commands to rig, band data are passed from rig to PC also in polling mode, and absence of band data is no longer signalized by flashing LED. It allows use the logging program that doesn't pool the rig and waits to automatically sended packets when frequency is changed. - new feature: Autodetection of icom address can be disabled. It allows to connect the band decoder to CI-V bus with more than one Icom rig. v2.2, released 030821 - new feature: Anticlick protection on ACC input. It allows to connect the manual BCD switch to ACC. v2.1, released 030819 - new feature: New band on 60m is now supported. - new feature: Possibility to generate pulse on multifunctional pin when band, antenna port or frequency is changed. - source code related: Some time consuming routines was moved to main loop. Frequency encoded band data are implemented as table. v2.0, released 030804 - bug fixed: Large optimizations in function band_median() was done to prevent communication errors when 4-bits band data sorce was set. (This was problem from v1.7 to v1.9) - bug fixed: During configuration mode is simulated serial port disabled. This prevents communication errors when PW1 support or the same band protection is enabled. (This was problem from v1.8 to v1.9) - new feature: Now it is possible to get band data from parallel ACC input if they are valid. It means that band data from CAT are taken into accout only if there are invalid data an ACC (0 or >10). It allows to connect manual controler to band decoder via ACC, and combine manual switching with automatic (CAT) switching without reconfiguring band decoder. This feature can be enabled in configuration. - maximal CAT baud rate is limited to 19200 v1.9, released 030702 - new feature: Added protection to connect two multi station radios to antennas on the same band. It is new option on multifunctional pin. All band decoders in multi station must be configured to this function and connected to common bus via multifunctional pin. - preventer: Band decoder doesn't accept frequency from rigs over 55MHz. It doesn't change current band in this case. - Test compatibility of firmware with device hardware. If loaded firmware is not dedicated to this device, bootloader will be started instead of application. v1.8, released 030613 - new supported rigs: - Yaesu FT-8x7 (tested on FT-897 and FT-817) - PW1 support via CI-V was disclaimed and replaced by control via multifunctional pin on "BAND DATA OUTPUTS" connector. Bit enable_icompw1_frequency_control of cfg_flags is ignored from now. New parameter multi_out_mode was added to configuration. Now multifunctional pin can hold split info, like up to now, or send serial stream for PW1. It requires configurator v1.1. This feature was developed with significant help of Stan W4MQ. - Possibility to start bootloader without communication. - bug fixed: This relates Icom 735 only. Packet length of ICOM_735_PROTOCOL was previously set incorrectly to 11. In consequence of this, packet was not accepted before first byte of next packet was received. v1.7, released 030508 - new feature: Support for grouped packets sent by N1MM logger to Yaesu rigs. Now only supported Yaesu rigs families are FT-100 and FT-1000. - new feature under development: Support for ICOM-PW1. When data source differs from CI-V, it is posible to synchronize frequency on ICOM-PW1 amplifier with non-ICOM rig. (now works only for ACC input, not tested with PW1) - bug fixed: Forced polling (disabled int0, after polling mode is entered) is not used when polling mode is switched from configuration mode to avoid ignoring of packets from pc that closely follows previous packet. - source code related: Serial handler, timer0 handler and main function have been reorganized and parts, shared by sorce codes of all applications, have been moved to uXX_common. - bug fixed: Small correction in Icom answer packet test. (not relevant) v1.6, released 030312 - new feature: Data from rig are no longer passed to pc during polling mode. It prevents logging software on pc to be confused by this unexpected data that was used in previous versions for debugging purposes only. - new feature: After monitoring mode is switched to polling mode, band decoder will try acquire frequency data by itself before monitoring mode is allowed again. Its also allow monitoring after 3 unsuccessful attempts. - source code related: Some common functions moved to uXX_common v1.5, released 030301 - new supported rigs: (not running with N1MM yet, see v1.7) - Yaesu FT-1000MP (tested on FT-1000MP) - Yaesu FT-100 (tested on FT-100D) - bug fixed: Corrected error in pointer arithmetic of receiver ring buffer. - change: Polling period reduced from 1000ms to 500ms. v1.4, released 030228 - new feature: Out vectors assigned to bands can be configured. This makes possible to connect third party switch devices to band decoder. - new feature: All bands can be optionaly split to two bands that have different out vectors. New signal on pin 18 indicate, which subband is active. - bug fixed: When band data source was configured to 4-bit YAESU input and 20m band data were present on this input during band decoder was powered, than only LED on front panel was lighted but corresponding output was not set. - new feature: Rig type is included to uBD configuration. Now, after configuration is read from device, the field "Rig type" is set according to original configuration instead of the setting "None of above". v1.3, released 021216 v1.2, released 021122 - supported rigs: all Kenwoods, all Icoms