Намерих един KeyGen за Windows, копирах каквото изгенерира и го прехвърлих на Linux версията на CrossWorks for ARM 2.1 , проработи, инсталирах разните support packages ( трудна работа беше, непрекъснато запецваха и се налагаше рестартиране на CrossWorks след всеки пакет, но така се държеше и Windows версията ). Отворих проект с пример за EK-LM3S8962, компилира се, след което се закачи към Stellaris ICDI ( FTDI ) адаптора, програмира и дебъгна през SWD, през JTAG не тръгна. Всичко това с sudo /usr/share/crossworks_for_arm_2.1/bin/crossstudio, като обикновен потребител не пожела да заработи, някаква настройка с правата предполагам иска, но не ми се занимаваше.





Кажи ако ти трябва друга "снимка" на системата.


П.П. Като обикновен потребител при мен тръгна така:
- в папка /etc/udev/rules.d добавих един файл на име 60-luminary.rules ( доколкото разбрах името май се избира произволно )
- съдържанието на файла:

¶, голямо благодаря! Помогна доста. Това, което се случва при теб - автоматично, да лоадне девайса, става както си написал с:



За дебиан нещата са малко по-различни като синтаксис, както ми подсказа с един от линковете си woody.
Там от това (валидно за CrossConnect):



със:



се получава това:



При което вече няма никакво мрънкане за остарял синтаксис по време на буутването на дебиана.
До тук добре, обаче -не- работи!
Пробвах да намеря кой девайс на бъса при стартиране се явява CrossConnect-a и се вижда това:


след, което вече знам, че мога да изпълня това:



Последва краш на средата (CrossWorks 2.2) - в нея има промени свързани с графиката, някаква раздвиженост - не съм я тествал никъде, сефте беше. Нищо, деинсталация и инсталация на 2.1.1 (еволюирам за сега, неизлекувана) и ЧУДО! Работи, дебъгва никакви проблеми

Обаче това да търся при всяко пъхане тоя девайс как се явява на бъса си е глупаво! Не разбирам къде бъркам - в съдържанието на /etc/udev/rules.d/60-crossconnect.rules или има още нещо, което трябва да направя, за да "види", че това е тоя девайс и искам да му дам превилегии?

MODE="0666" в rule-тата прави точно това. По-добре провери доколко "udev" си го настроил както трябва. И не забравяй да го рестартираш.
Личният ми съвет е да отделиш време да се убедиш че работи както се очаква, и после да се занимаваш с онази среда. Ако трябва дори сложи прост скрипт (от примера с качването на firmware) за да знаеш че при енумериране на устройството ти нещо се случва. Нещо от рода на:
echo "<`date`> got enumerated" >> /tmp/usbdbg

мда, цял ден това мъча - направих си скрипт, който логва във файл когато се изпълни съдърцанието на /etc/udev/rules.d/60-crossconnect.rules. Т.е. знам, че се открива и т.н. Това MODE="0666" не прави каквото се очаква, за това казах, че след това ми се налага да пиша chmod 666 [path].
Пробвах да скрипт (видях подобен при един с проблем с jlink), който да прави нещо от типа:



Където init_CC.sh прави chmod 666 [...]

Но не успявам да предам busnum devnum на скрипта - не съм вещ в тия работи, сега уча. Та всякак опитах, не успях - какъв е номера тук?
В смисъл, ако MODE не успява да я свъши тая - ще я свърша със скрипт-а, но не разбирам защо самия MODE не може? Очевидно девайса се открива, очевидно мога и да го ползвам, но само ако извъртя ръчно chmod 666 ...

Сложи в скрипта разпечатване на $DEVNAME за проба.

EDIT: "RUN" мисля че трябва да го сложиш и за двете id-та, разделено със запетайка, на предния ред '\'.

EDIT2:
http://wiki.debian.org/udev
http://reactivated.net/writing_udev_rules.html

Днес научих още нещо ново! Значи е имало смисъл да ставам...
Резултата от еднодневни усилия бе:

Първо (правилата): /etc/udev/rules.d# cat 60-crossconnect.rules:


Второ (скрипта):


Благодаря за помоща !
Надявам се да съм бил полезен на някого с това тук - на мен ми се отели вола като начинаещ да разбера какво става в този debian!
Следва битка с PICkit 3 ...

Поне не е загубено време - наученото ще го ползваш и в бъдеще, и така някой ден ще видиш гората.
Успехи!

Че какво ще му бориш, поне при мен всичко около MPLAB X под Ubuntu Linux си е жици и тоци


При мен сутринта CrossWorks започна да се крашва като обикновен потребител, снощи до последно си работеше както трябва. В $HOME папката има една .rowley_associated_xxxx в която му се намират примерните проекти, като администратор тръгват, но като обикновен потребител не, затова ги направих chmod +rw за всички потребители и снощи това си работеше чудесно. Сутринта обаче започна да се крашва, помислих да не е /usr/udev/rules.d файла но не беше там причината. Сега се сещам че евентуално .rowley_associated_xxxx папката може да му създава проблем. Чудна работа, при MPLAB X не ми се е наложило нищо да пипам, всичко си тръгва от раз, очаквах и при CrossWorks да е така.

Да попитам за въпросния CrossConnect, базиран е на FTDI чиповете, нали така ? Опитвам се да го съпоставя с JLink EDU , но както и да го гледам JLink е за предпочитане ( май ).

Хм, странни проблеми имаш с CrossWorks-а. При мен не се проявява нещо лошо - работи си (2.1.1, иначе 2.2 крашваше - предположих, че е заради промените в графиката). Обаче сега забелязвам, че имам файл на име rowley_associates_limitedrc в home на съответния юзър, като вътре се съдържа кей за 2.2 и кей за 2.1 ?! Но аз не съм го създавал и не знам как средата ще го създаде - още повече, че съм го еволюирал за 2.1, не съм правил нищо за 2.2 Имай на предвид, че формата на лиценза е различен при 2.2 и не можеш просто да си копираш кей-я за 2.1.х, не става.
Което ме вкарва в размисли - има ли начин да огранича софтуера да говори с майка си - firewall, permissions някакви да ползва мрежата? Не искам тоя CrossWorks да докладва на майка си повече каквото и да е! Но не съм се зачитал как мога да го направя - ако може подсказка, няма да се оплача
Самия CrossConnect е кораво животно - работи отлично, прекава големи масиви данни при дебъг без да крашва (за разлика от pickit 3 + pic32). Проблемите са два:
1) при силни смущения в захранването (вкл./изкл. мощен консуматор на линията) и откача, та си иска вадене от USB-то.
2) под боза често при опит да налея акъл на контролера следва 6-7 секунди чудене, след което гордо обявява, че не може! Втори път F5 и става от раз - налива бързо и не се замисля.
Та не знам за предимства пред jlink, не съм го ползвал, но пък jlink се поддържа от много среди, нещо на което CrossConnect не се радва
Не мисля, че е базиран на FTDI - не си спомням да съм виждал такова нещо вътре. Може би се бъркаш с клонинга на олимекс. Оригинала имаше някакво LPC21xx, не помня точно кой, ако искаш мога да го отворя да погледна в случай, че ти трябва?
W/e имам малко проблем с FTDI USB/serial - и той плаче за 666, пак същия филм като с CrossConnect-а. Хубаво, направих и за него rules - не ще. Направих и скрипт подобен на този за CC, е, интересно - дава права на девайса закачен на бъса - т.е. например /dev/bus/usb/001/004, и ако вкарам това в желания порт за отваряне от някой терминал (CuteCom например) - става. Добре, но аз искам да отворя съответния ttyUSB[0-9], защото е много по-удобно да го избера от менюто. Обаче ttyUSB[нещо си] няма права ъъъъ? Опитах да го излъжа пак през скрипт - изпълнява chmod 666 /dev/ttyUSB0 (зададено твърдо като стринг в скрипта), без проблеми, но права пак нямам! Пиша същото под root или си вкам другия скрипт - пак с твърдо зададен стринг под root - става, работи! А сега де - /dev/bus/usb/001/004 (примерно) и /dev/ttyUSB0 не са ли едно и също? И като не е - как да разбера кой от /dev/ttyUSB[0-9] се е закачил, не виждам кой атрибут да прочета?

Вечерта го пуснах, работи си хайвана, явно са извънземните
CrossConnect са 3 различни версии, http://www.mouser.com/Search/Refine.aspx?Ne=254016&N=1323038+14977773+4292729612, ти коя използваш ? За CrossConnect Lite говорех, че е евентуално FTDI базиран, но при цена от $60 за JLink си губи смисъла да се купува CrossConnect Lite.

При мен CuteCom се връзва на виртуалния COM порта на втория канал на FTDI Luminary ICDI , но мисля защото вече съм направил rules файл за целия FTDI chip.

Дали праща нещо на Rowley, ми със сигурност праща, няма вече софтуер дето да не го прави.

Извини ме, не съм догледал, че иде реч за Lite. Ползваме този http://www.rowley.co.uk/arm/CrossConnect.htm
Не знам дали Lite е FTDI базиран, ноооо ако е така ще е забавно - значи олинекс копира от Rowley, прави го по евтинко - после Rowley копират от олимекс и си го поддържат качествено хех...
Абе ясно, че праща - искам да го огранича ... като остане време ще се зачета как.

FTDI версията не са я измисли нито Rowley нито Олимекс

Иначе имате нерви като корабни въжета. Евала. Аз да съм го захвърлил отдавна, има къде по интересни начини да си загубя времето.

Иии приключих одисеята с USB устройствата, 1:0 за мен
Тайната се оказа не какво да е, а към коя група пренадлежа, и към коя група асоциирам девайса. RTFM
Извода от битката бе:

CrossConnect rule:


За FTDI нещата са по-различни. Очевидно rule от типа на това за CrossConnect-а вижда девайса като "/dev/bus/usb/xxx/xxx" и това устройство (по-скоро виждано по този начин) получава права. Но изненадата е, че ttyUSB0 (което е човешкото му проявление) няма никакви права за другите юзъри от съответната група (принадлежа към plugdev по default). Тогава се наложи да се случи това:

FTDI rule:


Е, не можеше да е по-логично от това! Сега и CrossConnect-a и FTDI USB/serial работят безпроблемно само с плъгването им и без никакъв скрипт (този горе просто логва, че девайса е адд-нат, дебъг) Без четене не става, не е боза...
Благодаря за помоща на всички, пък се надявам, че това ще спести мъки на някоя страдаща душа по късните нощи...

Мяркал съм нещо от рода на:
ATTRS{idProduct}=="0003|0004"
Ако ти се пробва ...

woody, ще пробвам за спорта, но реално имам само 0003, няма как да разбера дали коректно ще възприеме 0004. От друга страна - ако не даде проблем при разпознаването на 0003, вероятно няма да има и с 0004 Само ще е друг ден, че от много учене на дебиана не остана време да се работи Май всяко начало си иска инвестиция на време.
В този ред на мисли, ¶, на каква машина търкаляш mplab-x? Че съм на P4 1.6 (1MB)/512 (333Mhz) и като отворя mplab-x всичко е ок, само да не пипам друго тежко, че стана една лаг-ава. swap-а мисля го бях оставил 2Г, та компенсира, но ми е дискомфортно да работя така. Знам, че машината е допотопна, с ХП се справяше горе-долу (там не съм пробвал mplab-x), но тая жаба май идва тежичка под дебиан
Едит: А, да, пробвал ли си някак си да изключиш parsing-а като едитнеш h файл примерно - много дразни, пък и ми тежи.
Едит 2: Бре, маа му, пуснах Memory Toolbar-а и забелязвам, че лага се получава когато средата започне да яде много от рама - не известно защо, нищо не правя освен дописване на код - и като мине извън РАМ-а, скача на swap-а явно, пък там като започне да гълта няма спиране докато не рестартирам машината, за да килна всичко, та и при килването ми казва, че джавата е заяла някъде. Някой страда ли от сходни ефекти с паметта? Ако да - лек има ли?