[Alhen 0]

Решил прошить двадцатиногую STM8S103F2P6, думал что SWIM он и в африке и на дискавери L один и тот же.

Неужели принципиально невозможно прошить, или это проблемы драйвера и версии IAR 1.30?

Уже решился покупать ST-LINK, но пока он придет...

Подскажите пожалуйста, стоит ли бороться с дровами или версиями?

[Xenia 35]

Решил прошить двадцатиногую STM8S103F2P6, думал что SWIM он и в африке и на дискавери L один и тот же.

Неужели принципиально невозможно прошить, или это проблемы драйвера и версии IAR 1.30?

Уже решился покупать ST-LINK, но пока он придет...

Подскажите пожалуйста, стоит ли бороться с дровами или версиями?

Стоит! :)

Семейство STM8S поддержано лишь после установки сервиспака 1.30.2

Version 1.30.2

Highlights

New devices

Support has been added for these devices:

STM8S003F3, STM8S003K3, STM8S003C6, STM8S003K6, STM8S003C8, STM8TL53C4, and STM8TL53G4

http://delivery.iar.com/DB_Files/Public/UP..._notes.ENU.html

Тогда как исходная версия 1.30.1, судя по релизу, из семейства STM8S поддерживала только STM8S208M8.

 

И хотя тут ваш STM8S103 не перечислен, люди с ним уже работали - http://kazus.ru/forums/showthread.php?t=20861&page=104

[Stanislav_S 0]

Все мои попытки прошить 103 кристаллы через IAR закончились ничем, там проблема с дровами и вроде как STm ее признал. Но с другой стороны, никто вам не мешает прошить этот кристалл, через VisualProgrammer, там все прикрасно работает и прошивается.

[Alhen 0]

Чувствую себя идиотом, но с утра еще раз спокойно все подключил и вуаля, все работает ,

более того стали отображаться изменения счетчика TIM4->CNTR в дебугере, чего я ни разу не видел на родной для кита L-ке, думал что это такой глюк.

Если проанализировать что пошло не так вчера вечером,

1) я так понял что дискавери не раздает питание и SWIM заругался не найдя чип;

2) после того как я подкинул питание, программатор уже не "захотел" что-либо искать.

Возможно, помогла бы перезагрузка.

Ну, это так гипотеза для тех, кто возможно столкнется с чем-либо подобным.

 

Благодарю Xenia за ответ, очень важно знать что, то с чем ты борешься принципиально возможно,

и действительно у меня IAR с сервис паком 1.30.2.

[ReAl 0]

Семейство STM8S поддержано лишь после установки сервиспака 1.30.2

Тогда как исходная версия 1.30.1, судя по релизу, из семейства STM8S поддерживала только STM8S208M8.

У меня до сих пор стоит

IAR C/C++ Compiler for STMicroelectronics STM8

1.30.1 [Kickstart] (1.30.1.30036)

Надо бы обновиться.

 

Но с STM8S-DISCOVERY (STM8S105C6) работает, scmRTOS зашивает:

Fri Feb 17, 2012 22:34:34: C-SPY Processor Descriptor V1.30.1.50036 for STM8

Fri Feb 17, 2012 22:34:34: C-SPY Debugger Driver, ST-LINK V1.30.1.30036 for STM8 [Kickstart]

Fri Feb 17, 2012 22:34:34: Connected to STM8 SWIM Debugging system, STM8-SWIM 1.6.2, GDI Version 1.2.6

Fri Feb 17, 2012 22:34:38: Loaded debugee: D:\o\scmRTOS\pre-v400\Samples\STM8\IAR\4-Debug\STM8S105C6\Exe\4-Debug.out

Fri Feb 17, 2012 22:34:38: Target reset

Причём это всё крутится в Ubuntu/64->VirtualBox->XP/32

 

Неподдержка чего-либо, отличающегося от STM8S208M8 в 1.30.1 выражается только в том, что iostm8.h на самом деле не универсальный с разбором заданного типа, а файл для s208m8. Все остальные лежат рядом в виде

iostm8s103f2.h

iostm8s103f3.h

iostm8s103k3.h

iostm8s105c4.h

iostm8s105c6.h

iostm8s105k4.h

iostm8s105k6.h

iostm8s105s4.h

iostm8s105s6.h

Думаю, и программатор-отладчик их увидел бы.

 

Первые прикидки я делал с IAR-овскими h-файлами, но потом перелез на ST-шную STM8S_StdPeriph_Driver и дальше всё через неё.