CobraNet Firmware

Firmware may be updated though the Ethernet connection from a Windows PC running CobraNet Discovery. Unzip contents into the “firmware” directory beneath your CobraNet Discovery installation (default location: c:\Program Files\Cirrus Logic\CobraNet Discovery)

Download:

Please contact your CobraNet support representative for assistance with firmware.

CobraNet CM-1 Module Firmware (please log-in to CobraNet FW for the latest CM-1 firmware)

CobraNet Silicon Series and CM-2 Module Firmware (ZIP, 395 KB) (Version 2.11.13)

  • Changes since 2.11.12 release Fix a bug in handling private bundles. The bug happens when there are more than 2 private bundles with the same bundle number. It causes the conductor to increase the permission list until it reaches max size, so no more nodes can be add to the network. This version is recommend for any user who uses private bundles, and optional otherwise.

  • Note The following CobraNet features are not available on the CS4961xx platform: Audio meters (audioMeter…), loopback (audioLoop…) and duplication (audioDup…) If required, this functionality is easily achieved with DSP Conductor primitives.

  • Errata

    1. Packet bridge transmission length must be an even multiple of 4. This is a firmware limitation not a hardware limitation. The limitation has been present in all prior CobraNet silicon series firmware releases.
    2. In our lab we have observed a condition whereby a conductor on a network with dozens of active bundles may report BEAT_FLOODED errors and operate erratically. This failure is only a possibility for a conductor that is neither transmitting nor receiving network audio. We believe this problem exists in all CobraNet silicon series firmware releases
    3. Occasional loss of audio clock lock (approximately 1 per hr) has been observed on large networks with numerous switch hops.
    4. Bundle priority does not correctly control transmission ordering. Transmission ordering is unimportant on switched networks and only of marginal importance on a repeater network.
    5. Audio transmission may be inhibited when bundle transmitters and receivers are not turned off (by setting bundle assignments to 0) before modeRateControl is modified.
    6. TFTP server will not retransmit a lost uploading data block if the client requests it. Read operation will timeout. Read operation can be restarted to recover. The TFTP server has always mishandled this condition.

CobraNet Silicon Series and CM-2 Module Firmware (ZIP, 395 KB) (Version 2.11.12)

  • Changes since 2.11.11 release Fixed the changing latency bug for CS4961xx. The CM181xx series remains the same. It is an optional upgrade if you don’t need to change latency on CS4961xx.

  • Note The following CobraNet features are not available on the CS4961xx platform: Audio meters (audioMeter…), loopback (audioLoop…) and duplication (audioDup…) If required, this functionality is easily achieved with DSP Conductor primitives.

  • Errata

    1. Latency change in CS4961xx: This bug exists in the firmware before 2.11.12. Modify ModeRateControl for latency doesn’t work for CS4961xx, the error symptoms are unspeced latency and/or distorted audio. CS181xx is not affected.
    2. Packet bridge transmission length must be an even multiple of 4. This is a firmware limitation not a hardware limitation. The limitation has been present in all prior CobraNet silicon series firmware releases.
    3. In our lab we have observed a condition whereby a conductor on a network with dozens of active bundles may report BEAT_FLOODED errors and operate erratically. This failure is only a possibility for a conductor that is neither transmitting nor receiving network audio. We believe this problem exists in all CobraNet silicon series firmware releases
    4. Occasional loss of audio clock lock (approximately 1 per hr) has been observed on large networks with numerous switch hops.
    5. Bundle priority does not correctly control transmission ordering. Transmission ordering is unimportant on switched networks and only of marginal importance on a repeater network.
    6. Audio transmission may be inhibited when bundle transmitters and receivers are not turned off (by setting bundle assignments to 0) before modeRateControl is modified.
    7. TFTP server will not retransmit a lost uploading data block if the client requests it. Read operation will timeout. Read operation can be restarted to recover. The TFTP server has always mishandled this condition.

CobraNet Silicon Series and CM-2 Module Firmware (ZIP, 393 KB) (Version 2.11.11)

  • Changes since 2.11.11 release Fixed the changing latency bug for CS4961xx. The CM181xx series remains the same. It is an optional upgrade if you don’t need to change latency on CS4961xx.

  • Note The following CobraNet features are not available on the CS4961xx platform: Audio meters (audioMeter…), loopback (audioLoop…) and duplication (audioDup…) If required, this functionality is easily achieved with DSP Conductor primitives.

  • Errata

    1. Latency change in CS4961xx: This bug exists in the firmware before 2.11.12. Modify ModeRateControl for latency doesn’t work for CS4961xx, the error symptoms are unspeced latency and/or distorted audio. CS181xx is not affected.
    2. Packet bridge transmission length must be an even multiple of 4. This is a firmware limitation not a hardware limitation. The limitation has been present in all prior CobraNet silicon series firmware releases.
    3. In our lab we have observed a condition whereby a conductor on a network with dozens of active bundles may report BEAT_FLOODED errors and operate erratically. This failure is only a possibility for a conductor that is neither transmitting nor receiving network audio. We believe this problem exists in all CobraNet silicon series firmware releases
    4. Occasional loss of audio clock lock (approximately 1 per hr) has been observed on large networks with numerous switch hops.
    5. Bundle priority does not correctly control transmission ordering. Transmission ordering is unimportant on switched networks and only of marginal importance on a repeater network.
    6. Audio transmission may be inhibited when bundle transmitters and receivers are not turned off (by setting bundle assignments to 0) before modeRateControl is modified.
    7. TFTP server will not retransmit a lost uploading data block if the client requests it. Read operation will timeout. Read operation can be restarted to recover. The TFTP server has always mishandled this condition.

CobraNet Silicon Series and CM-2 Module Firmware (Version 2.11.10)

  • Changes since 2.11.6 release (2.11.7 - 2.11.9 were not officially released)

    1. A buffer managemnt bug was fixed. If the conductor changes during transmission of bundles on a heavily loaded device, it is possible for tranmission buffers in use to remain allocated. This can result in a memory shortage and inability to send bundles resulting in audio dropouts.
    2. Unnecessary code was removed. Debug trace code has been removed which was of no use in a released product and only added unnecessary overhead.
    3. An error handling flaw was fixed. Some number of non-fatal and fully recoverable errors were being handled as fatal errors and causing the device to unnecessarilly stop.

  • Note The following CobraNet features are not available on the CS4961xx platform: Audio meters (audioMeter…), loopback (audioLoop…) and duplication (audioDup…) If required, this functionality is easily achieved with DSP Conductor primitives.

  • Errata

    1. Packet bridge transmission length must be an even multiple of 4. This is a firmware limitation not a hardware limitation. The limitation has been present in all prior CobraNet silicon series firmware releases.
    2. In our lab we have observed a condition whereby a conductor on a network with dozens of active bundles may report BEAT_FLOODED errors and operate erratically. This failure is only a possibility for a conductor that is neither transmitting nor receiving network audio. We believe this problem exists in all CobraNet silicon series firmware releases
    3. Occasional loss of audio clock lock (approximately 1 per hr) has been observed on large networks with numerous switch hops.
    4. Bundle priority does not correctly control transmission ordering. Transmission ordering is unimportant on switched networks and only of marginal importance on a repeater network.
    5. Audio transmission may be inhibited when bundle transmitters and receivers are not turned off (by setting bundle assignments to 0) before modeRateControl is modified.
    6. TFTP server will not retransmit a lost uploading data block if the client requests it. Read operation will timeout. Read operation can be restarted to recover. The TFTP server has always mishandled this condition.

CobraNet Silicon Series and CM-2 Module Firmware (ZIP, 388 KB) (Version 2.11.6)

  • Changes since 2.11.4 release

    1. Fixed an Ethernet transmitter underrun problem that could cause the interface to transmit corrupted packets (with valid CRCs) in the presence of heavy host port activity. Corrupt packets would typically result in audio dropouts but could also produce undefined behaviors (i.e. crash) at the receiver.
    2. Fixed a problem whereby, in the presence of heavy host port activity, host port data pins would occasionally inappropriately go into a tri-state mode during reads.
    3. Fixed a signaling problem updating internal operative copies of some MI variables when written via the host port. Updates would be delayed until the same or another host variable was written. Updates are now properly scheduled and will occur within milliseconds of the host port write.
    4. Fixed a reliability problem for unicast or multiple unicast transmissions on networks with over 128 CobraNet devices.
    5. External synchronization mode 0x14 is now supported on CS18102 and CS49612 devices operating in 16 channel mode. Special circuitry is required for this.
    6. Prohibit changing of modeRateControl while audio DSP is running. If procMode = 2, changes to modeRateControl will not be reflected in modeRateStatus.
    7. Changed OIDs of audio DSP control variables. The configuration signature is now embedded in the OIDs. This prevents the possibility of bad settings (and bad audio) if the DSP configuration running on the CobraNet interface does not match the controllers configuration. A corresponding DSP Conductor change has been made. Version 1.3 of DSP Conductor or greater must be used with this firmware.
    8. ETHERRX_SHORTPACKET and ETHERRX_BIGPACKET are now correctly reported. These malformed Ethernet packets were previously discarded silently. The errors are now reported when they are discarded.
    9. TFTP server now reports “File not found” error on attempt to write running audio DSP configuration when procMode = 2. Previously such writes were allowed and changing the configuration while it was running would likely cause the DSP to crash.
    10. Fixed a problem whereby if multiple transmitters are set to the same bundle number, a CobraNet Silicon conductor will not grant transmission permission to either transmitter.
    11. Fixed a problem where interface could hang if switchover between primary and secondary Ethernet ports occurs while receiving a packet.
    12. Added firmware support for AMD MT28F008B3 flash device. Currently supported flash devices are: AMD/Spansion S29AL008D90TAI02 (device id: 0x5B), AMD/Spansion S29AL016D90TAI02 (device id: 0x49), MICRON MT28F800B3 (device id: 0x9D).
    13. Fixed a logic problem slowing execution of background processes such as flash reads and writes and certain MI variable updates. This problem was introduced in the 2.11.4 release.
    14. Fixed a clock stability problem in external word clock mode.

  • Note The following CobraNet features are not available on the CS4961xx platform: Audio meters (audioMeter…), loopback (audioLoop…) and duplication (audioDup…) If required, this functionality is easily achieved with DSP Conductor primitives.

  • Errata

    1. Packet bridge transmission length must be an even multiple of 4. This is a firmware limitation not a hardware limitation. The limitation has been present in all prior CobraNet silicon series firmware releases.
    2. In our lab we have observed a condition whereby a conductor on a network with dozens of active bundles may report BEAT_FLOODED errors and operate erratically. This failure is only a possibility for a conductor that is neither transmitting nor receiving network audio. We believe this problem exists in all CobraNet silicon series firmware releases
    3. Occasional loss of audio clock lock (approximately 1 per hr) has been observed on large networks with numerous switch hops.
    4. Bundle priority does not correctly control transmission ordering. Transmission ordering is unimportant on switched networks and only of marginal importance on a repeater network.
    5. Audio transmission may be inhibited when bundle transmitters and receivers are not turned off (by setting bundle assignments to 0) before modeRateControl is modified.
    6. TFTP server will not retransmit a lost uploading data block if the client requests it. Read operation will timeout. Read operation can be restarted to recover. The TFTP server has always mishandled this condition.