[sdiy] STM32 processor

[Mikko Helin]

Ok,
I just studied the SCSI based implementation so it seems they have
changed it. Too bad.

Br,
Mikko

On Sun, Oct 16, 2011 at 11:55 PM, Eric Brombaugh <ebrombaugh1 at cox.net> wrote:
> On 10/16/2011 01:32 PM, Mikko Helin wrote:
>>
>> Hi,
>>
>> Don't know which are the existing stlink-download tool you use but the
>> one I spotted used this USB VID and PID from some random
>> stlink-access-test.c file found from internet:
>>
>> // st-link vendor cmd's
>> #define USB_ST_VID                      0x0483
>> #define USB_STLINK_PID                  0x3744
>>
>>
>> However, after installing the Atollic TRUEStudio in Windoze (XP) and
>> checking the connected USB device "STMicroelectronic STLink dongle"
>> properties I found the next Device Instance ID with VID and PID for
>> the SMT32F4DISCOVERY board:
>>
>> USB\VID_0483&PID_3748\5&340A0F05&0&1
>>
>> So if you have the C code available for recompilation in Ubuntu try
>> changing the PID to 0x3748. Can't guarantee it will work, though I
>> suspect the protocol has been changed (guess ST-LINK has some versions
>> but guess it's backwards compatible anyway).
>>
>> Does the existing Linux toolchain  support the use of Eclipse? I would
>> be quite lost without it (guess other Java coders as well).
>
> The protocol appears to have changed significantly. The old version
> identifies itself as a USB Storage class device and accepts commands via a
> pseudo SCSI interface. The new protocol no longer appears as a storage
> device, so the Linux kernel doesn't know what to do with it and the
> corresponding device isn't created in /dev.
>
> There appear to be several Linux stlink apps out there however. One is here:
>
> http://code.google.com/p/arm-utilities/wiki/STLinkDownload
>
> which is the one I have been using and appears to only support the V1
> protocol. Gordon Pearce mentioned another one:
>
> https://github.com/texane/stlink
>
> which may support both - I'm checking it out now.
>
> It's possible to set up Eclipse + ARM GCC under Linux - many folks do this.
> Not being a Java coder it's not the development environment that I prefer
> though, so I haven't pursued it.
>
> Eric
>