_Pasha

кста, вопрос. как правильно сделать shared buffer? например чтобы работать с областью ОЗУ как данными. а затем скопировать код функции и запустить ее?

из чего это следует? он во флеше для загрузки в RAM должен быть. + make clean надо сделать

помогите с конфигом для BOT коммент в тексте import usb.core import usb.util class USB_BOT_Layer: Dev=None def __init__ (vendor,product,self): dev = usb.core.find(idVendor=0x0483, idProduct=0x3744) # was it found? if dev is None: raise ValueError('Device not found') dev.set_configuration() # get an endpoint instance cfg = dev.get_active_configuration() # get interface как его правильно получать? кто уже делал? print cfg def write(data="",self): pass def read(self): pass class STM8: Core={} SWIM={} Debug={} USB=None def __init__(self): self.Core={ 'Size:':11, 'A':0x7f00, 'PCE_Reg':0x7F01, 'PCH_Reg':0x7F02, 'PCL_Reg':0x7F03, 'XH_Reg':0x7F04, 'XL_Reg':0x7F05, 'YH_Reg':0x7F06, 'YL_Reg':0x7F07, 'SPH_Reg':0x7F08, 'SPL_Reg':0x7F09, 'CC_Reg':0x7F0A } self.SWIM={ 'CSR': { 'addr':0x7F80, 'PRI' : 0, 'HSIT': 1, 'RST ': 2, 'OSCOFF':3, 'HS':4, 'SWIM_DM':5, 'NO_ACCESS':6, 'SAFE_MASK':7, }, 'CLK_CCR':{ 'addr':0x50CD, 'SWIMCLK':0 } } self.Debug={ 'BK1RE':0x7f90, 'BK1RH':0x7f91, 'BK1RL':0x7f92, 'BK2RE':0x7f93, 'BK2RH':0x7f94, 'BK2RL':0x7f95, 'CR1':0x7f96, 'CR2':0x7f97, 'CSR1':0x7f98, 'CSR2':0x7f99, 'ENFCTR':0x7f9a } USB = USB_BOT_Layer(0x0483,0x3744) т.е. мне нужно получить два эндпоинта, не заблудившись в интерфейсах (т.е. кошерно, чтобы всегда работало) потом read write будет с ними работать

Привет. Времени мало (( Исходные. 1. https://github.com/vdudouyt/stm8flash прошивальщик почитал - вроде все понятно и элементарно 2. Поставил PyUSB https://github.com/walac/pyusb/blob/master/docs/tutorial.rst разбираюсь. вроде работает. распознает. stlink v1 дальше. затачивать это все под GDB вроде неинтересно, поскольку GDB для stm8 мы вряд ли дождемся. ------ Лично мне интересно, например, запустить на малине скрипт и работать с удаленной отладкой как с texane st-util я в конце концов психанул и перешел с глубоко дурного эклипса на отладку под GDB с командным файлом. но там свой птичий язык. Тем не менее - это удобно. не нужно предварительно подымать никаких консолей и прочая прочая. просто смотрим содержимое переменной. на шагание нету времени. --- что туда удобнее в плане функционала? наверное, оформить в виде модуля с простым API чтобы минимум писанины было? как считаете? в общем, ищу единомышленников. забыл же ж уточнить. это все под файлы, сгенеренные SDCC.

да.. тоже ходил ходил вокруг и вижу: правильнее ADUM4160+DCDC типа Traco Power на 3кВ ничего нет.

работает без проблем. правда, у меня конденсаторы 10мкф на меньших не пытался.

в кейле сим только stm32f103

сегодня окончательно ушел с eclipse Luna, ибо этот глюкодром стал ни на что не пригоден. перешел в gdb с ком.строкой - исчезли глюки с spi - когда бегаешь по всем углам и не знаешь, кто неправ. а неправа в итоге связка отладчика. :smile3046: и как многие говорят: пишите собственные мейкфайлы (занятие не для экспресс-макетов), так и теперь могу сказать - пользуйтесь чистым gdb :) благо, ему через командные файлы очень много можно сказать.

нетривиального makefile вообще как-то не хочется... :rolleyes: потому что они никогда не работают как надо.

Уважаемій ТС! Пилите main.c!!! Там я только краешком глаза TIM1_Init() глянул - упал в обморок :) Там не дописана иниц. СС4 и какая-то чепуха с начальн. знач. PWM наверное и по всем остальн. файлам тот же гемор будет. уж очень небрежно.

:( А должно быть так, чтобы без напряга переходить к равноправным формам представления информации.

Привет. Кто ходил по таким граблям? root@raspberry:/home/pi/work/stlink# uname -a Linux raspberry 3.10.19+ #1 PREEMPT Tue Dec 3 19:11:42 MSK 2013 armv6l GNU/Linux root@raspberry:/home/pi/work/stlink# groups root indiecity st-link у меня работает без вопросов сабж - не понимает вообще, подключена отладка, не подключена - только хелп выдает и все. root@raspberry:/home/pi/work/stlink/3/stm8flash-master# stm8flash -p stm8s003 -s flash -r 2.bin Usage: stm8flash [-c programmer] [-p partno] [-s memtype] [-b bytes] [-r|-w|-v] <filename> что может быть? Пробовал две разных версии прошивальщика. На родной домашней линуховой машине работают без проблем

Без схемы говорить не о чем. Но больше чем 4.5 мкс я еще не видел

те, что позже, - все в грунт почему-то падают

Привет. Дайте плз кто-нибудь железно рабочий кусок каким образом инициализировать непрерывное преобразование АЦП под мелконогий сабж. Так и не добился чтобы он работал. ЗЫ смотрю STVD swim st-link варианты с одиночным преобразованием работают, т.е. камень рабочий oops вопрос решился таким образом unsigned dly; ADC_CR1 |= ADC_CR1_ADON; for(dly=0;dly < 8000;++dly); TIM4_CR1 = 0x01; enableInterrupts(); ADC_CR1 |= ADC_CR1_ADON; Т.е разрешать прерывания надо было после устаканивания и выхода ADC из слипа ? :smile3046:

у Вас при выключении транзистора в плече идет выброс напряжения по истоковой цепи, он выбивает драйвер, драйвер защелкивается и больше не работает пока не снимете питание Совет: 1. правильная топология 2. увеличить размер затворного резистора+ там где у нас D2 D3 D5 D6 надо последовательно тоже резисторы хотя бы 22 ом

тут за SciTe много говорят. мсм, Geany лучше.

hcpl-316j а вообще-то, на контроле насыщения свет клином не сошелся.

+1 Номер не нужен. Размер может и не нужен, если есть время на сортировку и подсчеты оного. Только таблица указателей. Износ оной вроде как такой же как и информационной остальной части.

Это глюкодром какой-то. У меня по end все нормально. Но я привык чтобы X = начало дорожки Z= окончить трассу

Почему-то в Application: kicad Version: (after 2015-may-01 BZR unknown)-product release build ... смержили хоткей, теперь у нас Mouse Left Double Click вмещает в себя команду "End Track" :laughing: странный ход мыслей.

ТС, Вы ничего не сказали об интенсивности стираний элементов. Потому что если у Вас пойдет сильная фрагментация, то доступ к объектам нужно делать через двойные указатели.

может быть что из-за либ валится. берите pcbnew - добавляйте по одной либе и смотрите чего там не так вообще глухой отвал без указания ошибки в либах - это офигенный минус сабжу.

А чего именно указатели а не смещения offsetof() ?

а может проще под SPL положить слой заглушек для выполнения на РС, чтобы они в конце концов генерили правильный текст, но уже для кросс-компиля? Как в анекдоте "... и вот я снова на Дерибасовской..." :rolleyes: