FreeCalypso > hg > fc-magnetite

view src/cs/system/bootloader/inc/protocol.h @ 629:3231dd9b38c1

Find changesets by keywords (author, files, the commit message), revision number or hash, or revset expression.
armio.c: make GPIOs 8 & 13 outputs driving 1 on all "classic" targets Calypso GPIOs 8 & 13 are pinmuxed with MCUEN1 & MCUEN2, respectively, and on powerup these pins are MCUEN, i.e., outputs driving 1. TI's code for C-Sample and earlier turns them into GPIOs configured as outputs also driving 1 - so far, so good - but TI's code for BOARD 41 (which covers D-Sample, Leonardo and all real world Calypso devices derived from the latter) switches them from MCUEN to GPIOs, but then leaves them as inputs. Given that the hardware powerup state of these two pins is outputs driving 1, every Calypso board design MUST be compatible with such driving; typically these GPIO signals will be either unused and unconnected or connected as outputs driving some peripheral. Turning these pins into GPIO inputs will result in floating inputs on every reasonably-wired board, thus I am convinced that this configuration is nothing but a bug on the part of whoever wrote this code at TI. This floating input bug had already been fixed earlier for GTA modem and FCDEV3B targets; the present change makes the fix unconditional for all "classic" targets. The newly affected targets are D-Sample, Leonardo, Tango and GTM900.
author Mychaela Falconia <falcon@freecalypso.org>
date Thu, 02 Jan 2020 05:38:26 +0000
parents 945cf7f506b2
children
line wrap: on
line source

/******************************************************************************
 * FLUID (Flash Loader Utility Independent of Device)
 *
 * (C) Delta Technologies 2001.
 * Cleanup, modifications and extensions by Mads Meisner-Jensen, mmj@ti.com.
 *
 * Target/PC protocol definition
 *
 * $Id: protocol.h 1.9 Wed, 31 Oct 2001 11:47:00 +0100 mmj $
 *
 ******************************************************************************/


enum ProtocolChars {
    PROTO_HELLO         = 'H',
    PROTO_BAUDRATE      = 'B',
    PROTO_HARDWARE      = 'H',
    PROTO_QUERY         = 'Q',
    PROTO_QUERY_CHIP    = 'C',
    PROTO_READY         = 'R',
    PROTO_ISEMPTY       = 'I',
    PROTO_DOWNLOAD      = 'L',
    PROTO_DETECT        = 'D',
    PROTO_ERASE         = 'E',
    PROTO_COMPRESS      = 'Z',
    PROTO_PROGRAM       = 'P',
    PROTO_CKSUM         = 'C',
    PROTO_READ          = 'R',
    PROTO_RESET         = '0',
    PROTO_ERROR_CKSUM   = 'X',
    PROTO_ERROR_MEMORY  = 'M',
    PROTO_ERROR_FLASH_TIMEOUT = 'T',
    PROTO_ERROR_FLASH_COMMAND = 'C',
    PROTO_ERROR_FLASH_VPP     = 'P',
    PROTO_ERROR_FLASH_LOCKED  = 'L',
    PROTO_ERROR_VERIFY  = 'V',
    PROTO_CHECKSUM      = 'C',
    PROTO_VERSION       = 'V',
    PROTO_ERROR         = '?',

    PROTO_TRACE         = '$'
};



// Not really part of the protocol but as this header file is included by
// both PC side and target side source code, this is an easy place to put
// these difinitions.
enum ChipIdCodes {
    // Ulysses and Hercules
    CHIP_ID_ULYSSES_0  = 0xB2B5,
    CHIP_ID_ULYSSES_A  = 0xB335,
    CHIP_ID_HERCULES_A = 0xB334, // Correct revision designation?
    CHIP_ID_HERCULES_B = 0xB32C, // Correct revision designation?

    // Samson and Calypso
    CHIP_ID_CALYPSO_A  = 0xB2AC,
    CHIP_ID_CALYPSO_B  = 0xB396
};