AVR под Mac OS X - это просто!

AVR

Всё течёт — всё меняется.


Казалось бы совсем не давно наличие самостоятельно собранного PC считалось нормой высоких технологий, а постоянный «апгрейд» доставлял игровое удовольствие — как процесс творчества. Да и чувствовалась какая-то законченность, так как если не PC — то что? В то прекрасное время, как правило, все PC имели настоящие COM и LPT порты, что упрощало «до нельзя» изучение и освоение AVR. Чем, собственно многие и баловались. Ну как не побаловаться? PC — вот он под рукой, купил AVR-ку «за не дорого» и шей её сколько душе угодно, «скрутив» один единственный шнурок :))



Но, как известно — «всё течёт, всё меняется», и стала появляться достойная (в аппаратном смысле) техника, которая не шумит, собрана «по белому», работает по 24 часа в сутки годами и не виснет, и не греется. И стала находить она своё распространение среди честного люда. И стал чаще возникать вопрос перед честным людом как на сим коне ещё и свои AVR-прихоти реализовывать, учитывая то, что аппаратных COM и LPT портов нет. Да и система несколько отличается — Mac OS X как-никак :) Не ставить же ради AVR дополнительно ОС Windows?

Вот и решил автор облегчить начинающим жизнь, поделившись своим опытом. Описание действительно и будет полезно для обладателей iMac, Mac Mini под управлением Mac OS X (Snow Leopard).

Необходимое ПО.


Итак. Mac OS кроме графического интерфейса имеет прекрасную Unix-like оболочку. Люди, которые раньше сталкивались с Linux, Unix и прочими *nix системами, будут прекрасно себя чувствовать, используя наработки всего *nix мира, которые прекрасно живут и здесь. Да и для тех, кто не сталкивался с *nix системами — ничего страшного. Так как из всей мощи коммандной строки, нам, вобщем-то, необходимо будет всего-то: запускать комманду компиляции, да и утилиту прошивки AVR устройст. Проще говоря, всё у нас сведётся к двум коммандам: make и make flash :)

Итак. Нам нужно всего два предмета: компилятор нашего софта и утилита программирования AVR-устройств. Благо, что и здесь добрые люди о нас позаботились, портировав известный всем avr-gcc пакет на Mac OS, да ещё и упростив процедуру установки. Всё, что нам понадобится — так это посетить страницу загрузки проекта CrossPack for AVR: www.obdev.at/products/crosspack/download.html скачать последнюю редакцию пакета и установить одним кликом :) Не плохо почитать ReadMe.rtf возле установщика.

Установили. В результате установки мы получили и компилятор avr-gcc и средство прошивки avrdude.

Теперь открываем программу «Терминал» (если Терминал был открыт, желательно открыть новое окно, чтобы появились новые переменные окружения). Заходим в любимый каталог, где мы собираемся творить свои поделки, например это будет рабочий стол. Для этого в «Терминале», в коммандной строке пишем:
cd ~/Desktop

Теперь мы в каталоге рабочего стола. Создадим здесь Demo проект, для чего введём:
avr-project Demo

В результате имеем на рабочем столе папку Demo с демонстрационным проектом внутри. Заходим любыми удобными средствами внутрь папки Demo и видим Demo.xcodeproj (для любителей Xcode) и папку firmware (для нас). Заходим в firmware и видим два файла:
  1. Main.c — собственно сама программа для AVR.
  2. Makefile — а это самый нужный файл, к которому нужно очень внимательно отнестись в самом начале настройки. Так как в нём мы укажем для какого процессора компилировать программу, параметры прошивания устройства и т. д. Это сделаем внимательно один раз и потом просто будем компилировать и шить всё что хотим «лёгким движением руки».
Откроем любым текстовым редактором Makefile.

Обратим внимание на параметр DEVICE — здесь мы указываем процессор, для которого компилируется программа. Параметр CLOCK — частота, на которой работает процессор. PROGRAMMER — это набор параметров для прошивки утилитой avrdude, о которой мы поговорим позже. Ну и FUSES — самый опасный параметр, требующий особой внимательности, так как при комманде make fuses — он устанавливает fuse на микроконтроллере. Чем это чревато при не правильных установках — думаю тебе уже известно.

Если мы прямо сейчас введём комманду «make», то получим скомпилированную прошивку для МК, который указан в параметрах DEVICE и CLOCK файла Makefile. Прошивка и вспомогательные файлы будут лежать в текущем каталоге. Процесс компиляции сопровождается комментариями компилятора и указаниями на ошибки (если таковые имеются).

Итак, программно мы уже готовы к проектам AVR. Осталось подыскать подходящий программатор (аппаратный разумеется). Какие же нам подойдут программаторы? Чтобы узнать вводим комманду:
avrdude -c ?

Теперь ты видишь просто огромный список поддерживаемых устройств-программаторов. Запоминаем/распечатываем и идём на радиобазар (опыт показал, что радиобазар — самый быстрый способ как приобрести, так и вернуть/обменять программатор))

Программатор.


Чтобы не мудрствовать лукаво, исходим из того, что он дожен быть наиболее стандартным. Главное: при покупке ОБЯЗАТЕЛЬНО оговаривай с продавцом безпроблемный возврат, если вдруг тебе что-то в нём не подойдёт. Не важно насколько программатор стандартный и должен правильно работать, если у тебя не получится его «завести», то какая разница по какой причине? Поэтому перед покупкой с продавцом договорился о возврате «если тебе по любой причине не подойдёт», он — кивнул головой, пришёл домой — подключил, проверил, работает — ОК. Если помучался, не смог заставить работать — вернулся на следующий день — забрал деньги. От того, как эти деньги вернул продавец, станет сразу понятно: иметь с ним долгосрочные отношения дальше или нет. Купил другой программатор и т.д.

Итак я приобрёл самый простой, первый попавшийся USB-программатор за $20-$25 который гордо нёс надпись, что он STK500v2 совместимый (кому интересно: and-tech.pl/programator-avrprog-usb-v2/ ). Но и это не важно, так как смотрим список поддерживаемых устройств утилитой avrdude и выбираем, что нашей душе угодно.



Принёс его домой, воткнул, у меня сразу появилось устройство: /dev/tty.usbmodemavrdope1

Итак я изменил в Makefile параметр PROGRAMMER:
PROGRAMMER = -c stk500v2 -p m16 -P /dev/tty.usbmodemavrdope1
где -c stk500v2 это тип программатора; -p m16 это тип МК (ATMega16A); -P /dev/tty.usbmodemavrdope1 это адрес устройства программатора.

Так же установил значения FUSES, однако реально FUSES на МК менял отдельным скриптом — так спокойнее было :)

Разумеется, что строчки с коммандой exit стоят для того, чтобы не было случайного запуска скрипта и требовалось особой осознанности того, кто желает поменять фьюзы на МК.

Теперь мы и аппаратно подкованы. Можем создавать свой проект в новом каталоге, копируем туда наш Makefile, делаем необходимые изменения в Makefile (МК, частота, порт программатора, фьюзы-если необходимы), а далее всё просто. В Main.c пишем свою программу для МК. В «Терминале» в нашем каталоге вводим комманду «make» — наблюдаем процесс компиляции и возможные ошибки/предупреждения. Если всё ок, вводим «make flash» -наблюдаем процесс прошивки МК. Если в Makefile установили правильно и осознанно параметр FUSES, то можно запустить «make fuses» и программатор установит фьюзы на твоём МК.

Достаточное ПО.


Разумеется, удовлетворив необходимые условия для AVR творчества, мы подходим к достаточным условиям. А именно: первое с чем сталкивается начинающий программист — так это поиск толкового текстового редактора. Автор уважает труд других людей и предпочитает не нарушать права «писателей ПО». Поэтому поиск вёлся в русле свободного ПО. Фаворитами стали абсолютно бесплатный проект Komodo Edit ( www.activestate.com/komodo-edit ) и условно бесплатный Sublime Text 2 ( www.sublimetext.com/ ). Условная бесплатность у последнего очень оригинальная. Производитель указывает на то, что ты можешь скачать и пользоваться ею бесплатно. Со временем, тебе таки нужно её приобрести, НО по времени ты никак не ограничен. Что же по удобству, так именно Sublime Text 2 меня очень порадовал. На нём я и остановился.


В моих проектах я люблю общаться с МК по RS232. Это удобно и для отладки процессов, и для изменения параметров процессов «на ходу», поэтому многим может понадобиться ещё один COM порт. Для этого я взял самый простой и дешёвый USB-COM шнурок с pl2303 на борту. Не стоит пугаться, практически все Noname (дешевые и безимянные) переходники и шнурки на этой микросхемке. Качаем нечто типа драйвера под этот чип ( sourceforge.net/projects/osx-pl2303/files/ ), устанавливаем, подключаем шнурок и у нас появляется устройство типа /dev/tty.PL2303-00001004

Осталось найти достойный и бесплатный терминал, который бы общался с RS232. И такой был найден. CoolTerm ( freeware.the-meiers.org/ )


Небольшой Видео-пример по теме статьи в котором мы редактируем, компилируем, прошиваем, настраиваем терминал и общаемся с МК:


Описанные в статье условия оказались для меня достаточными для удобного и простого создания AVR проектов на Mac OS X! Причём нативно и без каких-либо эммуляций. В следующей части, на примере одного из моих проектов, я покажу как это всё работает «в живую». Как программатор шьёт и питает схему, как через подключенный USB-RS232 шнурок мы тут же «общаемся» с МК, изменяя параметры работы схемы или снимая статистику.
  • +7
  • 24 января 2013, 23:04
  • dimonius

Комментарии (170)

RSS свернуть / развернуть
1) кат
2) последняя картинка не видна
-1
Глянцевый гламур, всё блестит, иконки на пол экрана. Нет уж, фтопку!
-1
0
Относитесь к этому проще. Мак просто стал объектом тупого вожделения, для остальных это лишь удобный инструмент (именно ос) с корнями кстати из BSD-систем.
+1
они бы еще ставили нормальный gcc, нормальные gnutools и дали возможность менять WM :( а сама по себе железка хорошая, сделана какчественно.
0
что-то мешает сделать это самостоятельно?
0
да уж который раз делаю, задалбывает иногда полный комплект собирать.
0
а автоматизировать процесс скриптом — совсем не судьба? =) ох лень-матушка… =) на крайний случай — порт сделать. а в готовых портах — совсем нет? =) Вот мне port search выдал это:
gcc42 @4.2.4 (lang)
The GNU compiler collection

gcc43 @4.3.6 (lang)
The GNU compiler collection

gcc44 @4.4.7 (lang)
The GNU compiler collection

gcc45 @4.5.4 (lang)
The GNU compiler collection

gcc46 @4.6.3 (lang)
The GNU compiler collection

gcc47 @4.7.2 (lang)
The GNU compiler collection

gcc48 @4.8-20130113 (lang)
The GNU compiler collection, prerelease BETA
+1
главное не стесняйся, расскажи где и как берется родной gcc чтобы все это собрать ;)
0
здесь телепатов нет… если человек говорит, что его огорчает отсутствие gcc, то может я не в курсе какой-то проблемы?
0
видимо не в курсе… port'ы собираются локально. для них нужен готовый gcc, который можно взять только в xcode, который весит гигабайт с гаком и требует регистрации.
0
а… вот Вы о чём… пардон, стормозил. Поскольку:
1) xcode был поставлен с самого начала
2) не был уверен, что ВСЕ порты в сорцах

Вот это смотрели? github.com/kennethreitz/osx-gcc-installer
The osx-gcc-installer allows you to install the essential compilers from either pre-built binary packages or helps you create your own installer.

For Lion and Mountain Lion users, Apple now provides an official Command Line Tools for Xcode package that you can install without needing to install Xcode itself! You can download it from Apple's developer site. If you still need gcc-4.2, and you use Homebrew, you can install it using the apple-gcc42 package from homebrew/dupes.
+1
чтобы загрузить эти тулзы, достаточно бесплатной регистрации
+1
полезно знать, спасибо. раньше такого не было… приходилось ср… е xcode ставить. хотя все равно регистрацию требует, гнида.
0
Корни у них свои же вроде, насколько я знаю. Юниксовый бэкэнд только с 10-й версии.
0
толку-то, опции другие, то там, то здесь требуется напильник, чтобы собрать какую-нибудь программульку.
0
Во первых. я ответил не тебе. А во вторых — примерно о том же, о чем и ты.
0
9-ка и 10-ка различаются не меньше, чем винда и линукс. 10-ку написали почти заново, используя наработки Next и куски клона BSD — OpenBSD.
0
Вот и я о том же. Другими словами, говорить, что корни макос растут из никсов не совсем верно.
0
OpenBSD насколько я понимаю, не клон, а одна из веток оригинальной BSD. Другая ветка — FreeBSD.
0
BSD сама по себе клон юникса =) Если историю помню. И этот БСД посли университета Беркли тырили кому не лень, потому что опен. Клон, ветка — уже не так важно.

Вот, кстати.
+1
Если open, то не тырили, а брали в соответствии с условиями лицензии. К слову, там в спонсорах у Беркли числятся толстые конторы типа IBM, так что, по большому счету они брали то, за что уже были заплачены деньги.
0
ядро внутри (за исключением mach) — обычная bsd'ая фигня, с убогим vfs/smp ;)
0
Стал объектом вожделения, потому что маркетологи с рекламщикми постарались. И цена у яблочной техники троекратная.
А мне маки всегда очень качественными казались. И тупому юзеру для работы должны быть понятней.
0
Да не без проблем они, тащемта. Зато эппл продает не ОС и не железо, а железо с ОС. Оба компонента друг к другу пригнаны, а не собраны из разнородных железок, дров и программ. Это дает плюсик к совместимости. Стоит попытаться накатить макос на чужое железо или винду на мак — и все становится как в средненьком самосборе. Например, макбук сразу теряет свои 8 часов автономной работы.
Ну и да, в понятных чайнику интерфейсах эппл толк знает. Тоже существенный фактор. Не зря же планшеты стали популярны только когда эппл выкатила удобный UI для них.
+1
Это дает плюсик к совместимости
стабильности
0
Таки к совместимости. ОС притерта к железу, использует все его фишки и все в едином стиле и пригнано друг к другу. На не-эппле такого тоже добиться можно, но придется вложить много сил. И нету зоопарка железа, который тоже добавляет много головняка в вин/лин. Но за это приходится платить, как зелеными бумажками, так и свободой.
0
Не, ну стабильность конечно тоже выше, но это уже следствие.
0
Все именно так.

А абсолютно безпроблемной техники я и не видел что-то.
0
Ну вот зачем говорить ерунду? Вот у меня на рабочем саке стоит и osx и win7. Одна и та же win7 поставлена так, может грузиться «с нуля» (на голой машине) и как виртуалка в parallels. При этом работает и там, и там, с одними и теми же разделами и железом. Ни там, ни там, проблем с совместимостью и существенным снижением времени автономной работы не возникает. Никакого ощущения «средненького самосбора» нет.

По поводу «понятных чайнику»… Я с компами лет уже более 20. Ближе к 30 даже… Столько же с операционками разными. Вроде не чайник. Вот мне под ios НАМНОГО удобнее чем по win7. Просто удобнее. Всё на расстоянии пары движений. Всё на «кончиках пальцев». Надо просто научиться правильно готовить эти интерфейсные устрицы.

А если человеку (по навыкам) доступна командная строка — с win даже сравнивать нельзя. Это полноценный юникс.
0
«на рабочем маке»
0
Ну вот зачем говорить ерунду?
У меня такая инфомция. Впрочем, собранная по интернетам, так как на свой мак денег нет. И случай, когда после замены макос на винду макбук вместо 8 часов стал работать 3 — вполне реальный, хотя и не лично мой.
И я не думаю, что для Win7 мак чем-то отличается от любого другого ноутбука, кроме разве что аккуратненького корпуса.
По поводу «понятных чайнику»… Я с компами лет уже более 20. Ближе к 30 даже… Столько же с операционками разными. Вроде не чайник. Вот мне под ios НАМНОГО удобнее чем по win7
Я не говорил «удобных только для чайников». Я говорил «понятных для чайника». И да, «понятный чайнику интерфейс» — это вообще самый крутой комплимент, какой ему можно отвесить.
А если человеку (по навыкам) доступна командная строка — с win даже сравнивать нельзя.
В винде тоже с командной строкой не так уж и плохо. Правда, с существенной оговоркой — не из коробки.
0
В винде тоже с командной строкой не так уж и плохо. Правда, с существенной оговоркой — не из коробки.
да ладно. в семерке из коробки power shell есть. даже уже с никсовыми алиасами.
0
Ну, я как обычно про наиболее освоенную мной ХР) Да и PS еще не освоил, мне хватает стандартной консоли. И иногда MSYS, чтобы никсовый скрипт выполнить.
0
msys — наше всё! :) Ещё бы номальный много-табовый терминал с ним скрестить.
0
0
Ну вот, неадекватные люди няшную железяку сломали :(
0
годный наброс
прозреваю сотни каментов
+5
Тот же секс, как и с Linux.
Хоть Linux уже уважаю ....
Когда же появится нормальный симулятор?!
0
раскрыть комментарий
-6
средств, кроме презагрузить-переустановить, нету
Это, как правило, заблуждение. Есть средства, есть.
+4
тайные!
0
Да они у всех тайные. Линуксовые я еще не постиг.
+1
презагрузить-переустановить
В винде многие программки доступны в архивчике. Скачал — распаковал в d:\prog\%progname%, как разнадобилось — просто удолил. В этих ваших линуксах альтернативы сраными пакетным менеджерам нету — если что-то глюкнуло, остаётся только снести всю систему, так как файловая система — это помойка без всякой человеко-понятно-управляемой структуры. Привязка к репозиториям и к инету, без практической возможности автономной работы — без комментариев. Всё поставляется в разобранном виде, собери и «установи» по инструкции из приложенного readme — и никогда не удалишь. Как сделать иначе — тайное знание…
Говоришь, «секс — это с виндовс»?

Я так скажу насчёт OS (не будем рассматривать надёжность, фичи и прочее — чисто user experience)
* DOS — идеально. Никакого мусора в комплекте. Никаких сраных реестров/репозиториев. Понадобилось (гуй, например) — распаковал и запустил. Разнадобилось — снёс.
* win95, win2000 — нормально. Аккуратный интерфейс, без глянца и выползающей хрени (ну, почти) никаких визардов «для помощи копирования фотки на флешку», быстрые, не тяжёлые.
* win98, xp — куда хуже. Появился глянец, выползания, визардов и прочего мусора понапихали. Системы тяжелее и хуже.
* всё остальное — сраное говно.
0
В винде многие программки доступны в архивчике. Скачал — распаковал в d:\prog\%progname%, как разнадобилось — просто удолил.
Дык в этом случае даже снес-переставил не поможет! :)

Да и не виндовс-вей это. Виндовс-вей конечно имеет недостатки, но все же пользуясь виндой — следовать надо ему, а не дос-вей или линукс-вей.
0
помойки в головах, как обычно. равно как и управление пакетами. ума просто не хватает разобраться у некоторых.
но здесь можно разобраться. в винде — нет, никаких шансов. исходников нет, логи в лучем случае куцые. вот работал wifi, а после sleep перестал работать. везде пусто. просто не работает и все. туда-сюда подергал несколько раз enable/disable — заработало. виндовс!
0
Ты так часто за поиском источника проблемы в линуксе лезешь в сорцы? Не верю.
в винде — нет, никаких шансов. исходников нет, логи в лучем случае куцые. вот работал wifi, а после sleep перестал работать. везде пусто. просто не работает и все. туда-сюда подергал несколько раз enable/disable — заработало. виндовс!
Заява типичная для человека, который просто не разбирается в винде.
+2
когда не хватает логов/strace — лезу, в ядро, в том числе.

давай, расскажи мне как «отладить» неработающий сетевой интерфейс в венде…
0
Откуда я знаю, по фотографии диагноз ставить не умею.
0
правильный ответ :) никто не знает. хотя ситуация стандартная, встречал такую на самых разных вендах и на разном оборудовании. однако средств диагностики нету…
0
Средства диагностики есть, только пинать их нужно на конкретном компе.
Ну и ответ запросто может быть «такие дрова, возьмите другую железку, с нормальными. ну или напишите свои». По второму пути идут весьма редко.
Конкретно для сетевух не сталкивался, а вот для USB девайсов бывает, что кривые дрова забывают переинициализировать железо после гибернации.

У меня вот лулзовей ситуация. Яркость на ноуте регулируется неправильно, пока винду не отправишь в ждущий режим и обратно. Причем это не виндовая проблема, а железная — в биосе (с холодного старта притом) он точно так же неправильно работает.
0
скажем в данной ситуации даже невозможно понять кто виноват: сетевая или какой-нибудь сервис типа dhcp. как это понять? желательно стандартными средствами. сколько не искал, общался с людьми, которые сидят в саппорте большого провайдера — нет ответа. точнее ответ один: поробуйте перегрузить-переустановить. потому что вот такое юзер-френдли, для тупых only.
0
Ну, средства диагностики таки есть. Правда, как раз в этом разделе я разбираюсь слабо.
точнее ответ один: поробуйте перегрузить-переустановить.
Ну, это самый простой и действенный способ решения проблемы без диагностики (с ней еще колупаться надо, причем не по телефону) — сбросить все настройки к дефолтным, при этом полечится и проблемная.

Логи-то, кстати, проверял хоть? Тот же журнал событий. Там не так уж мало полезной информации.
Еще изрядно полезны средства отладки, в их числе windows performance kit — позволяет заглянуть, что творится в системе, причем достаточно глубоко. Правда, на ХР я его так и не нашел, хотя вроде должен быть.
0
проверял-проверял, у меня стаж работы с логами — с 95г. в виндовых логах информации шиш, по сравнению с линуксом.
0
Ну, тут сильно зависит от конкретного софта и настроек. В винде как правило логи надо где-то включить. Зачастую в заднице.
Я бы копал в направлении дров, смахивает на то, что что-то после слипа не реинициализируется, а должно.
0
лошара, линукс вей бля, снифер запусти и увидеш. или не слышал? заебали долбоклюи не умеющие разобрацца даже в юзер-френдли системе
-2
хаха, запустил, нет dhcp, дальше что?
0
В саппорте, лол. Вообще там сидят люди которые работают по четким схемам для тупых юзеров. И самая простой способ это перегрузить-переустановить, т.к. автоматом вешает проблему на клиента и саппорт она больше не ебет. Профит. Пообщайтесь лучше с каким нибудь серьезным корпоративным айтишником, который держит виндовую сеть компов так на 500 с доменами и прочими цацками. Он вам много чего покажет и расскажет.
0
не нужно обобщать… это только первый уровень саппорта такой. там и другие люди работают, почитай про CCIE…
0
Заява типичная для человека, который просто не разбирается в винде.
Как раз такие «шаманские» методы весьма характерны для винды. «Попробуйте перезагрузить виндовс» это, пожалуй, самый популярный рецепт из этой категории.
0
«Попробуйте перезагрузить виндовс» это, пожалуй, самый популярный рецепт из этой категории.
И весьма действенный притом. Но это только против рандомных проблем, а не систематических. С ними и смысла нет другими методами бороться.
0
виндовс-way во всей своей красе :) сразу вспоминается высказывание вирта про бейсик ;)
0
Какое именно?

И я не вижу ничего плохого в этом методе. Решить единичную проблему перезагрузкой всегда проще и быстрее, чем докапываться до причин. Вот если она повторяется — тогда да, каждый раз решать ребутом не выход. Тогда уже в ход идет диагностика.
0
я уже вроде бы писал, что это не единичная проблема. и мне не очень нравится по нескольку раз делать enable/disable или перегружать для того, чтобы решить проблему. диагностики нормальной я не видел до сих пор.
0
Но это только против рандомных проблем, а не систематических.
Ну и без диагностики я тебе ничего умнее «попробуй другую версию дров/другую сетевуху/другой менеджер сетей» не посоветую.
0
Беда в том, что систематические проблемы в винде часто становятся рандомными по причине невозможности установить причину. В итоге основным инструментом решения проблем становится перезагрузка.
0
Если лезет много рандомных проблем — приходится искать причину. К тому же, систематическая проблема обычно проявляется после ребута примерно так же.
У меня есть одна систематическая проблема, с которой мне до сих пор лень разбираться — проявляется очень редко (2 раза за пять лет), лечится ребутом, для отлова явно требует профилирования вызовов драйверов, а для этого перфкит под ХР нужен.

Иногда бывает довольно сложно достучаться до корня — например, проблема была с аудиоплеером, а корень оказался в глючащем харде. На самом деле, информация о ней даже была в журнале событий и в SMART'е, но заметил и увязал я их отнюдь не сразу.
0
Их не нужно много, достаточно одной-двух, что бы работа в винде превратилась в череду регулярных перезагрузок.
0
Регулярно лезущие проблемы — это уже не рандомные. А там читай выше:
Тогда уже в ход идет диагностика.
0
Процитирую себя же:
Беда в том, что систематические проблемы в винде часто становятся рандомными по причине невозможности установить причину.
0
Нет. Уточню — под «рандомной» я имел в виду проблему, которая возникает из-за стечения обстоятельств и больше не повторяется. Если же проблема вылазит более одного раза — нужно решать ее саму, а не просто избавляться ребутом от последствий.
Хотя для чайников часто и для борьбы с систематическими проблемами ребут подходит, ибо ни напрягаться, ни платить мастеру не хочется. Но это уже не виндоус-вей, а чайник-вей.
0
Я за свою жизнь не видел такого ни у себя ни у друзей. Ламеры которые малваря себе натащат не в счет. И то там проблема там сразу ясна и очевидна.
+1
Ну, есть еще малолетние кулхацкеры, ушатывающие систему в хлам за полгода и затем решающие проблемы переустановкой винды. Сам таким был)
0
О да. Тоже в детстве каких только опытов не ставил. Впрочем, линух до полного скрючивания и ушатывал еще быстрей. Root наше все :)
0
О да) Линукс я порой скючивал еще на этапе установки)
0
ну все правильно. чем задавать вопросы, на которые заведомо не получишь вменямого ответа (особенно по телефону), проще сказать «ребутнись».
0
Да, осмысленного ответа не получишь, в немалой степени из-за того, что средства диагностики, мягко говоря, не блещут разнообразием и информативностью.
0
угу. попробуй продиктуй «dmesg | grep» по телефону. после получаса поиска консоли… :)))
0
Ты сильно преувеличиваешь сложность диктовки этого по телефону :)
0
все зависит от уровня собеседника.
0
Даже секретарше-блондинке :)
Вот понять пересказ прочитанного на экране это да, еще тот квест :) Но это уже совсем другая история :)
0
угу. особенно нет проблем с прямым-обратным слешами, апострофами и пайпом.
0
Обычно нет :)
0
хорошие у тебя секретарши-блондинки. завидую.
0
Оптимист!
0
Уж чего-чего, но по удобству поставить-удалить с линухами ни одна винда не сравнится. Тем более дос. Это особенно хорошо заметно, когда у софтины есть зависимости от чего-то внешнего, скажем от .NET-а или еще какой-нибудь подобной хрени. Поженить несколько разных версий та еще проблема. А уж акуратно снести, что бы ничего не порушить — тем более.
Альтернатива менеджеру пакетов, которая доступна всегда — поставить руками (зачастую выглядит ровно так, как вы описали — распаковал и запустил или распаковал, собрал, запустил). От доса принципиально ничем не отличается, кстати. Если, конечно, сдуру не сложить все вместе с системным софтом. Впрочем, для этого тоже надо приложить усилия, по умолчанию такой софт ставится заведомо отдельно.
Наконец менеджер пакетов легко и непринужденно работает в автономном режиме, доступ к инету это опция, а не требование. А репозиторий никто не мешает держать на диске или двд.

P.S. менеджеры пакетов это одно из немногих реальных продвижений вперед в плане удобства установки и настройки софта в современных ОС. так что «сраный» это как раз метод «распаковал — снес», а не менеджер пакетов. его сраность особенно заметна, когда на практически голую систему нужно поставить много нужного для работы софта.
0
Уж чего-чего, но по удобству поставить-удалить с линухами ни одна винда не сравнится
Ну как знать, пилится же что-то в этом направлении. Хотя что-то мне подсказывает, будет как всегда — DRM во все поля.
0
его сраность особенно заметна, когда на практически голую систему нужно поставить много нужного для работы софта.
хм. я весь такой софт держу на другом разделе, а на диск С (для удобства) нацеливаю симлинком. вообще в одно движение весь нужный софт оказывается на месте.
0
У меня много компьютеров и у каждого свой набор специфического софта. Кроме того, ты как-то умалчиваешь, что потом надо еще помахать мышкой, что бы создать все ярлыки и расставить их по местам. Менеджер пакетов делает это сам. Наконец, если мне будет поджимать, я вполне могу сделать мета-пакет (или несколько мета пакетов), который будет ставить софт целыми наборами в одно касание. Заметь, это а) всегда будет софт с обновлениями и б) мне не надо будет трястись над тем, что если вдруг что, то я не смогу воспроизвести нужную мне конфигурацию софта. Сейчас же, если, не дай бог, у тебя что-то случится с твоим набором на другом разделе, на восстановление могут уйти многие часы или даже дни.
0
Кроме того, ты как-то умалчиваешь, что потом надо еще помахать мышкой, что бы создать все ярлыки и расставить их по местам.
не надо. т.к. все ярлыки у меня в верхней панельке от PowerPro, которая тоже не нуждается в установке, и которая свой автостарт отрабатывает. так что дополнительное действие ровно одно — запустить PowerPro (она сама в автостарт пропишется).
а сам рабочий стол у меня помойка, на которой валяются всякие временные документы, которые не жалко потерять практически в любой момент.

Сейчас же, если, не дай бог, у тебя что-то случится с твоим набором на другом разделе, на восстановление могут уйти многие часы или даже дни.
все люди делятся на тех кто делает бэкап, и кто еще не делает.
0
все люди делятся на тех кто делает бэкап, и кто еще не делает.
Бэкап данных — да. Бекап софта — нет. Делать бэкап софта (при том, что достаточно данных и настроек) в винде приходится как раз из-за сложностей с восстановлением конфигурации. Ну и, опять-таки, за рамками остался вопрос поддержки нескольких конфигураций, который гораздо проще решается с менеджером пакетов, чем с самодельной помойкой.
0
все люди делятся на тех кто делает бэкап, и кто еще не делает.
Есть еще те, кто проверяет, восстанавливается ли только что сделаный бэкап, но те совсем джедаи уже.
Интересно, что пост был про OS X, а срач идет Windows vs Linux. А ведь OS X это нынче самый популярный коммерческий Unix, внезапно.
Про себя в этом сраче так скажу: у меня на рабочем ПК стоят и Windows, и Linux, и OS X. И 90% времени я пользуюсь Windows, т.к. именно в ней есть нужные мне приложения. Остальные ОС запускаю ради тестирования и сборки кроссплатформенного софта.
По поводу холивара «все свое ношу с собой» против «библиотеки отдельно, программы отдельно» я на стороне *nix и компании. Статическая сборка сама по себе опасна тем, что для закрытия вновь обнаруженной дыры в какой-либо части статического исполняемого файла его нужно менять весь. При разделяемых же библиотеках достаточно обновить версию библиотеки и перезагрузить все использующие ее исполняемые модули.
0
Есть еще те, кто проверяет, восстанавливается ли только что сделаный бэкап, но те совсем джедаи уже.
но это ведь логично. как и начало бекапов — после первого-же неудачного случая поъема из бэкапа.

Интересно, что пост был про OS X, а срач идет Windows vs Linux.
ну, вспомнили бздю, вот и понеслась.

А ведь OS X это нынче самый популярный коммерческий Unix, внезапно.
хм. что удивительного?
0
но это ведь логично. как и начало бекапов — после первого-же неудачного случая поъема из бэкапа.
«Прекратите делать бэкапы. Начните их восстанавливать» (с) Спольски :)
ну, вспомнили бздю, вот и понеслась.
Ну, эта ветка начинается с «трахаться в этом вашем макосе нужно как в линуксе») Это уже классика вброса)
0
Дос-вей на то и дос-вей, чтобы нормально работать только в досе, где интеграция софта с системой практически нулевая. Хотя некоторые извращенцы и в винде к нему прибегают.
В принципе, если оно реально нужно — можно сделать скрипт, который будет ставить и прописывать все автоматически. Сложнее, чем создать список пакетов, но при отсутствии альтернатив и то хлеб.
0
его сраность особенно заметна, когда на практически голую систему нужно поставить много нужного для работы софта.
Развернул архив со всем софтом одной командой и никаких проблем.
Вот только с современными системами, где софт интегрируется с системой это не канает. Нужно прогонять полноценный процесс инсталляции. Тут линукс выигрывает за счет возможности сказать «ну-ка поставь все по этому списку». Хотя и в винде есть некоторые средства для автоматизированной установки кучи софта, только это сильно зависит от авторов софта (точнее, инсталляторов).
0
Вот только с современными системами, где софт интегрируется с системой это не канает. Нужно прогонять полноценный процесс инсталляции.
Как раз об этом и речь.
0
Ну так не надо применять дос-вей не в дос. Линуксу от виндовс-вей тоже поплохеет. А виндовсу — от линукс-вея.
0
На заре своего появления генту использовала практически чистый виндовс-вей. Не знаю, правда, как сейчас.

Линух в этом смысле больше напоминает конструктор: берем стандартное ядрой и добавляем RPM — получаем красную шапку или сусю, добавляем apt — получаем дебиан-убунту-кубунту-etc. Ничего не мешает добавить менеджер пакетов в стиле винды (если такого еще нет).
0
Если брать голое ядро, то можно взять NTOSKRNL, накатить на него GNU с RPM и получить все ту же сусю. Речь все же скорее о GNU/Linux, чем чисто о Linux.
0
+1. Особенно когда много софта должно ставится на много машин в полностью автоматическом режиме без кокого либо участия оператора. Менеджеры пакетов в Linux, как впрочем и Windows Installer (MSI) с этим прекрасно справляются.
0
зависимости от чего-то внешнего, скажем от .NET-а или еще какой-нибудь подобной хрени
Этой хрени не так уж много — VC RTL, ява с дотнетом, DirectX, пакет мультимедийных кодеков, Speech API. Оно накатывается при установке системы и больше не беспокоит.
Что помельче — софтина обычно несёт с собой. И это правильно.
Если же возникают проблемы вроде
Поженить несколько разных версий та еще проблема. А уж акуратно снести, что бы ничего не порушить — тем более.
, такой софт отправляется в помойку.
90% того, что я использую живёт в d:\prog, переживает переустановку, не гадит в реестр, обновляется редко и только по делу, да и вообще маленькое и аккуратное. 10% приходится ставить при установки системы — всякие офисы и студии, но тут уж ничего не поделаешь.
Если, конечно, сдуру не сложить все вместе с системным софтом. Впрочем, для этого тоже надо приложить усилия, по умолчанию такой софт ставится заведомо отдельно.
А вот тут написано иное, и мягко говоря, оно более соответствует тому, что я вижу своими глазами, чем «по умолчанию такой софт ставится заведомо отдельно».
От доса принципиально ничем не отличается, кстати.
От доса оно отличается тем, что распаковываю и запускаю лично я, и выбираю структуру файловой системы тоже я, и эта структура уж будет куда организованней, чем мусорка вида «все бинарники в эту кучу, все библиотеки — в ту, etc.». Удалить программу = удалить директорию. Собирают-разворачивают же готовые скрипты, которые делают то, что они хотят. Если хоть что-то пойдёт не так, результат работы скриптов с диска не вычистишь. И это принципиально.
менеджеры пакетов это одно из немногих реальных продвижений вперед в плане удобства установки и настройки софта в современных ОС
На одном из башесайтов была история, которую я не могу найти — суть была в том, что в магазин приходит приходит брутальная девочко-митоллистка, и просит mp3 плеер. Продавец же подаёт девайсик в попсово-гламурном стиле, и объясняет какая эта штучка не только такая вся гламурная, но и «на ней уже есть вся музыка, которая вам понадобится!» Вот репозитории с пакетами — тот самый плеер. apt-get install avr-gcc видите ли. Получайте версию, которая была актуальна на момент выхода стабильного релиза 2 года назад. Можете даже слить всю эту протухшую репу, чтобы юзать автономно — всего-то 8 дивидюшек. Не нравится — собирайте, «делов-то на 2 минуты». О том, что ошибка при «соберайте» легко может превратить ваш деб в генту, и «соберать» и паковать в пакет придётся при каждом обновлении софта, советчики тактично умалчивают.
0
Глянец в виндах всегда можно и отключить. Я, вот, к примеру, наиболее бесполезным нашел глянец в висте/семерке.
+2
Это таки дело вкуса, к тому же. Виндоус Классик меня давно достал, так что я обычно ищу самое симпатичное из дефолтных тем. Плюс выборочно отключаю раздражающие лично меня свистелки. Против глянцевых тем тоже ничего не имею — это не физический глянец, который бликует в глаза и пачкается. Лишь бы не писали белым по голубому.
0
хм. я очень быстро привык в семерке к превьюшкам в таскбаре, к стаскиванию развернутого окна для сворачивания, к дерганью окна, к… да много чему. даже на хрюше на автомате пытаюсь воспользоваться.
0
О да. Как только справляешься с «фу, как все непривычно» — новые фишки оказываются удобными и очень аддиктивными.
А там еще и внутри много фишек новых. Скажем, куда более полная поддержка перфкита. Можно выяснить, какой драйвер внезапно принялся тупить в прерываниях, например.
0
ну внутри оно понятно, но тут больше о
наиболее бесполезным нашел глянец в висте/семерке.
0
Может быть. Много кто 7 хвалит, в т.ч. админы некоторые. С изменениями интерфейса я все же сдружился, а вот глубже не копнул. На буке стояла больше года. В итоге не без напильника прикрутил туда ХР. Сам ловил себя на мысли, что просто не очень хочется тратить время на глубокое освоение новой системы, когда в старой все как по маслу. Хотя приносили мне неоднократно ноуты на 7й с программными траблами, удавалось разобраться. Мне как-то привычнее и глаже в старой оси.

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

Любопытно, насколько больше аппаратные ресурсы загружены от всех этих глянцевых рюшечек. Будет ли весомый прирост производительности без них.
0
А я в свое время выбирал, XP накатить на свой б/у нетбук (пиратскую, про) или виндоус 7 (стартер, лицуха), благо дрова были под обе. Остановился на семерке и ни разу не пожалел.
Любопытно, насколько больше аппаратные ресурсы загружены от всех этих глянцевых рюшечек. Будет ли весомый прирост производительности без них.
Да врядли. На достаточно мощных компах влияние их незаметно (видяхе по большому счету глубоко пофигу что блиттить — глянец или серую рамку, с прозрачностью или без), а на слабых оно вообще тормозит. Тут довольно необычная зависимость — на старом компе хрюшка тормозит, а 98-я бегает. А на новом обе бегают, но хрюшка быстрее. Так что M$ не так уж гонят, говоря что «теперь система еще быстрее».
0
Для 2000 и ХР по форумам уже присутствуют солюжены на любой сбой или глюки, которые у меня встречались. Стоит ХР уже 3 года, и до сих пор работает без проблем и даже вез весомых торможений.
+2
угу. найдите по-быстрому по форумам лечение выпадения в синьку дров пролифика при пользовании usbasp/ispmkii и т.п.
0
Как раз этот вопрос даже тут раз десять обсосан. Правда, без ссылки на сами дрова.
Ну и выяснить кто упал — несложно. Сложнее нагуглить, что в природе есть нормальные дрова, иначе от пролифика придется просто отказаться.
0
он обсосан. и доподлинно известно, что правильный драйвер есть. собственно, именно я о нем и рассказал. вот только с полпинка (даже за пару дней) он не гуглится.
0
Как будто это windows-specific проблема. Такой хуй-нагуглишь-фикс для любой оси мог бы быть.
+2
ну, меня именно виндовый вариант беспокоит. а что там в линухах с этим мне без разницы как-то… ;)
но ведь заявлено:
Для 2000 и ХР по форумам уже присутствуют солюжены на любой сбой или глюки,
0
Ну, солюшен-то есть! Другое дело что применить его несколько сложновато из-за того, что этот фикс еще нагуглить надо, но сам солюшен есть)
0
угу. есть. вот только я о нем узнал чисто случайно в оффлайне.
0
Тем не менее, в форумах он (уже) есть и гуглится. Так что пример формально некорректный)
0
о, уже появилось? дай линк.
0
Солюшен есть даже в данной ветке, чуть выше)
0
есть даже в данной ветке, чуть выше
ГДЕ???
0
:)))
0
apt-get install avr-gcc

А WinAVR когда последний раз обновлялся? В 2010м?
+1
Черный фон, особенно для текста — жуть…
Вспоминаются далекие 80-е, с монохромными дисплеями, а чаще — телевизорами вместо них… И вылезающие на лоб красные глаза…

И длиннющие командные строки, позже удачно похороненные Нортон Коммандером…
0
  • avatar
  • SWG
  • 25 января 2013, 08:50
CLI нужно уметь пользоваться, тогда оно сильно удобнее любого коммандера.
-1
Ну, во первых, SWG про цветовую схему. Хотя ЦС нортона мне кажется еще более глазовыжигающей.
Что до CLI — CLI удобней, чем GUI. А GUI удобней чем CLI. И нет, это не ВП.
0
читаем внимательно чего написал SWG, читаем что я написал, не додумываем.
0
CLI я умею пользоваться. Файловый менеджер как раз то, где GUI намного удобнее. CLI там нужно только для специфических операций, которые удобней делать из него, для этого есть встроенный в ФМ CLI.
0
P.S. А учитывая, что SWG с CLI сидел пожалуй дольше, чем с GUI — и он прекрасно умеет им пользоваться.
+1
ну значит тоже пользоваться не умеешь ;)
0
Либо ты не умеешь пользоваться GUI ;)
+4
да уж, да уж…
-1
2.5 года работал на Маке. Убежал на Линукс. Слишком все зализано, сахарно, до тошноты.

А если по теме, то пытался настроить подобное под Линуксом. Дудка вилит USBASP раз через раз, так и не понял, что ему не так. Плюнул, работаю в виртуалке под виндой. Хотя в Саблиме писать приятнее намного, чем в любом виндовс редакторе. Причем даже сам саблим под виндой как-то не торт =)
0
Если сам девайс видится системой нормально (судя по тому, что виртуалка работает без проблем, так оно и есть), то имеет смысл поискать патченую дудку. Она гуляет в нескольких версиях с фиксами под разные специфичные глюки, вполне возможно, что и на этот случай что-то есть.
0
Под виртуалкой — без проблем. А вот линуксовый avrdude прорамматор понимает раз через раз. Почему — так и не нашел. Причем программаторов 2 вида пробовал, не помогло. Наверное, сама сборка неудачная. Ну пока проще поделки программировать под виртуалкой, пиши под виртуалкой. Если буду заниматьсерьезнее — настрою Линух, ато виртуалка тормозит =)
0
Возможно это связано с нестандартностью USB в этих программаторах. Там вроде везде USB-CDC, а это bulk-трансфер, запрещенный для low-speed девайсов. В результате стандартные линуксовые дрова отказываются это безобразие запускать (как и винда 6.х).
0
Наврядле. Дело в том, что виртуалка работает в этом самом линуксе, и просто пробрасывает аппаратный порт на винду, с самим портом, насколько мне известно, работать не через ядро невозможно, так что получается что для виртуалки должны быть те же ограничени на работу с девайсами, как и для линукс нативных приложений.

А вобще это USBASP в 2х вариантах от братьев наших меньших, и клон AVRISP MK2 местоного разлива. Обе на меге8.
0
Да, кстати, там целые танцы с бубном по поводу пермишенов порта ttyUSB* были. Может я там намудрил где, но выглядит у мпеня оно так (если кому не лень будет это читать):

#!/bin/bash

if [ $USER != 'root' ]; then   
    echo "You must be root to do this." 1>&2   
    exit 100
fi

A_USER='';
A_GROUP='usbasp';


if [ "$1" != "" ]; then    
    A_USER="$1";
else
    while [ "$A_USER" = "" ]; do
	   read -p "Enter username of USBASP user: " A_USER
    done
    echo "" 1>&2;
fi 

#Check if user exists

if id -u $A_USER 1>/dev/null 2>&1 
    then
        echo "User '$A_USER' found." 1>&2;
else
    echo "User '$A_USER' not found." 1>&2;
    exit 200;
fi

#Asking user if he shure to do this.
read -n 1 -p "You sure want to allow user $A_USER to use USBASP? (y/[a]): " AMSURE 
[ "$AMSURE" = "y" ] || { echo "" 1>&2; exit; }
echo "" 1>&2


if [ "`cat /etc/group | grep $A_GROUP`" = "" ]; then
    echo "Group '$A_GROUP' not found. Creating..." 1>&2;
    groupadd $A_GROUP -f  #force group creation 
else 
    echo "Group '$A_GROUP' found." 1>&2;
fi


echo  "Adding user $A_USER to group $A_GROUP..." 1>&2;

if [ "`usermod -a -G $A_GROUP $A_USER`" != "" ]; then
    echo "Failed.";
    exit 300;
fi


cat <<EOF > "/etc/udev/rules.d/99-$A_GROUP.rules"
ACTION!="add", GOTO="dev_support_rules_end"
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", GOTO="dev_support_init"
SUBSYSTEM!="usb_device", GOTO="dev_support_rules_end"

LABEL="dev_support_init"

ATTR{idVendor}=="16c0", ATTR{idProduct}=="05dc", MODE:="0664", GROUP:="$A_GROUP", ENV{dev_model}="$sysfs{product}", ENV{dev_test}="yes"

LABEL="dev_support_rules_end";
EOF

echo "Restarting udev..." 1>&2;
service udev restart >/dev/null 2>&1

echo "==============================================================" 1>&2
echo "" 1>&2
echo "Done. Unplug your device and plug again to make it work." 1>&2;
echo "" 1>&2
echo "==============================================================" 1>&2
0
Автору огромный плюс за стиль изложения. Красиво пишет, пусть мака у меня и нет.

И, да, сейчас война осей неизбежно заполняет комменты:)
0
  • avatar
  • Ozze
  • 25 января 2013, 15:57
Я так и знал, что все этим и закончится. Даже когда в в топике был всего один коммент, срачем уже пахло вовсю. А статья интересная, хоть я и не приверженец Маков.
0
Макось — дизайнерам, а нам windows XP.
+1
Ну вот, автор хотел сделать доброе дело, и поделится опытом настройки среды разработки под OS X, а в результате саму статью никто (за очень резким исключением) не комментирует, прогнозируемо все свелось к холивару.

ИМХО, нет смысла делать культ из использования той или иной ОС. Ну ОС и ОС. Пользователь использует прикладные программы, а не саму ОС. Разница между данными ОС конечно есть, но каждая из них обладает своими плюсами и минусами, притом эти плюсы и минусы весьма субъективны. Я чувствую себя довольно комфортно и под Win и под GNU/Linux и использую обе ОС на своем домашнем ПК (исходя из задач).
+4
Упс, извиняюсь, я хотел размесить свой комментарий в корневой ветке, а не в ответ на комментарий коллеги nightmare
0
+1
Отличная статья. Даешь популяризацию AVR в массах яблочников.

Единственное, я хотел бы добавить, что можно не качать и не ставить никаких tty терминалов, а использовать имеющиеся тулзы.
Например, для tty девайса вы можете один раз выставить настройки командой stty:
$ stty -F /dev/ttyUSB0 cs8 9600 ignbrk -brkint -icrnl -imaxbel -opost -onlcr -isig -icanon -iexten -echo -echoe -echok -echoctl -echoke noflsh -ixon -crtscts
после чего вы сможете открывать сам девайс из любого приложения, работающего на хосте, просто делая open, read, write;
а для интерактивного общения с контроллером использовать удобный консольный screen:
$ screen /dev/ttyUSB0 9600

ну это так, оптимизация.
+1
Спасибо,!
Очень мне понравилась простота приведённого способа. Даже хотел включить его в статью, как альтернативный способ выбора Консоли. Но сегодня погрузился и вот результат:
Если коротко, то для «быстрого подручного» варианта достаточно всего-то одной комманды:
screen /dev/tty.USB0 57600
, где в качестве параметров порт и скорость соответственно. Но на этом все радости и заканчиваются.

Если интересно — читаем «не радости» этого способа…

Первое: Разлетаются все красивые менюшки и форматирования. Разбираемся — оказывается у него жесткое (не настраиваемое) отношение к CR и NL (\r и \n: возврат каретки и новая линия).
Во всех полноценных приложениях этой проблемы нет — она решется программно и не требует никаких настроек, так как вообще сществует аж три стандарта перевода строки ('\n'; '\r\n'; '\r'). В screen таких настроек нет, как в настоящей, честной «тру-консоли». Какой терминал, какие настройки порта — так и работаем.
Все более тонкие настройки, предполагается делать непосредственно в системе через комманду
stty -f /dev/tty.USB0
, но и здесь не без мелких неприятностей: параметр -F изменён на -f и… не происходит никаких изменений настроект порта :)) Без «танцев с бубном» изменения происходят только со стандартными портами/консолями. С USB-RS232 переходниками только через… ну вобщем есть способ :) Одно радует, что stty нам совсем ни к чему, так как screen сам может сделать основные настройки порта при подключении (например скорость).

Ну и на последок:
screen сам по себе очень не интуитивный, тем более для начинающих. Так например необходимо помнить, что почти все комманды у него начинаются с Ctrl+A. Чего только стоят простейшие действия: Помощь- «Ctrl+A ?»; Выход- «Ctrl+A Ctrl+\ y».
А уж неправильный выход из консоли (например просто закрыл окно Терминала) не отпускает порт, что не дает другим приложениям обратиться к нему до тех пор, пока не зайдёшь снова
screen -R
и не выйдешь правильно, может вызвать коллапс и ступор у начинающего пользователя.

Но всё равно, за наводку — спасибо!
0
> параметр -F изменён на -f и… не происходит никаких изменений настроект порта :))

ну я брал вызов со своей lin машины, а на mac лишь посмотрел, что вызов такой есть. так что да, параметры могли и разъехаться. но если изменений никаких самого tty устройства не происходит, то скорее всего виной тому драйвер tty. например, мой виртуальный usb-com свисток устроен на cp2102 чипе, для которого в lin есть соответствующий драйвер, и для него все настройки stty сваливаются в cp210x_set_termios вызов. это я к тому, что, возможно, часть параметров stty выставляет как-нибудь иначе нежели скаченный консольный терминал (ну например не через tcsetattr вызов, а через какой-нибудь особенный ioctl, который не поддерживает ваш pl2303 драйвер). в любом случае, раз вы драйвер качали с сорсфорджа, его можно ковырнуть.

а вообще, на usb-com свистке можно быстро сделать простое usb устройство, не городя огород с v-usb: с контроллера пишите/читаете как uart, а на хосте читаете/пишите в само tty устройство. для домашней коленочной связки host<->usb<->uart<->avr оч удобно.

> и не выйдешь правильно, может вызвать коллапс и ступор у начинающего пользователя.
ну это как про vim:
«koandrew: Я первые несколько раз из него ресетом выходил» (C) bor
0
вброшу немного критики.
1) маковская техника собирается так-же «по белому», как и многая другая. поэтому, прекращаяте свои расистские выпады на почве половой неудовлетворённости.
2) проблемы ПО решаются элементарно. Потому что как известно — «всё течёт, всё меняется», и стали появляться достойные виртуальные машины, в которых не проблема поставить любое ПО. Скажем, у меня Xilinx ISE 14 в семёрке прёт без проблем вместе со своим USB platform cable из под virtualbox в дебиане. Там же стоит альтиум и кейл и ИАР и прочая куча софта. Всё это в дебиане. Изначально так выходило, что родная система должна быть линуксом. Из-за лени и экономии всё остальное впихнули в виртуалку.
3) При всём при этом, я не вижу проблем, если надо, поставить ещё одну машину для необходимого софта. Благо, сейчас комп в формфакторе mini-ITX стоит в пределах 9Круб. Никогда не понимал это дрочево — «ооо! когда выпустят софт для моей любимой ОС (%systemname%)!!! Неужели это так сложно портировать???!»

PS ждём статьи «STM32 под андроидом — это просто!».
0
пипец. сайт о электронике, статья о электронике а обсуждается гейская тема аппле vs неаппле vs винда vs *nix.
под свои задачи — свои инструменты. и железки и софт. дома комфортнее использовать винду и это факт. новые оболочки под никсы тоже удобные, и также начинают входить в домашний рынок, но только там, где не нужен спец софт «онли виндовз». это тоже факт. что тут обсуждать на 150 каментов — как-то непонятно…

вопрос автору — неужели удобно так работать? я привык, что в ide и прогу писать, и посимулировать можно, и отладить (если мк поддерживает), и прошить/считать. всё в пару кликов. вообще не перевариваю идеи написания проги в блокноке и возни с консольными программаторами :(
+1
ну…
1) eclipse добавить совсем несложно
2) sublime и даже vim это далеко не «блокнот»
3) с программатором в консоли нет никакой «возни»
0
дома комфортнее использовать винду и это факт
Вовсе не факт, кстати. Мои домашние давно живут полностью на линухах (или вообще на Андроиде). В первую очередь потому что у меня нет ни времени, ни желания заниматься сопровождением виндов, ловить вирусы, ставить антивирусы и прочую требуху. Спецсофта, к счастью, никому из них не нужно. Впрочем, если бы и было нужно, я бы просто добавил виртуалбокс в комплект установленного софта, оторвал интернет установленной в нем винде интернет и пусть бы софтина варилась в своей песочнице.
+1
да-да, для домашних самое то.
0
ппкс. моя женщина сидит под линём уже не первый год, и про венду даже не спрашивает.

а свою венду, на которой стоят фш и всякие идешечки и программуленьки для электроники, я просто заебался перезагружать. если у кого-то венда «просто работает» — ну радуйтесь, чо. только не надо это как правило подавать — это исключение.
-1
насчёт просто работает — семёрка норм. весь вендософт ставлю теперь под неё. гораздо лучше чем ХР. ХР даже под виртуалкой каждые три месяца приходилось переустанавливать. правда, есть свои заёбы. например, не работает никак STLink если стоит Alcohol. Но тут все подозрения уже на Alcohol.
0
если у кого-то венда «просто работает» — ну радуйтесь, чо. только не надо это как правило подавать — это исключение.
Это, как раз таки, правило. А если постоянно перезагружать — ищи и исправляй проблемы.
Даже в юзерских руках винде в качестве перезагрузки хватает выключения на ночь. А в прямых так и 3-6 месяцев аптайма не проблема. Причем в режиме рабочей станции, настроенный сервер, который руками не трогают, может годами работать.
ХР даже под виртуалкой каждые три месяца приходилось переустанавливать.
Туда же. Винду раз в полгода приходилось переустанавливать только пока был малолетним кулхацкером, лез куда не надо и не умел чинить. А так она даже у обычных юзеров годами стоит без проблем. Я же и вовсе переустанавливал только 6 лет назад на новую материнку (ну не знал тогда еще, что перенести можно).
+1
есть такие, они её включают, любуются и выключают.
0
Ничего подобного.
0
так и 3-6 месяцев аптайма не проблема.
апдейты ведь каждый месяц выходят.
0
Это да. Приходится откладывать их накатку до очередного ребута.
0
сколько флейма, охохо…
автор, много букв, а по сути — это перевод инструкции с сайта obdev плюс некий обзор двух текствых редакторов.
надо было вспомнить avrfuses. удобная прога для прошивки программы и фьюзов.
в итоге воркфлоу у меня такой:
в терминале создается проект,
в textwrangler пишется код (раньше пользовался subethaedit)
в терминале проект компилируется,
в avrfuses — прошивается.
для полного счастья нужна отладка и эмуляция (хз что делает avr studio и почему она так популярна), а вот с этим дела обстоят много хуже (или просто мозгов не хватило разобраться).
ждем следующую часть)
+1
>>для полного счастья нужна отладка и эмуляция
simulavr есть в портах, сам правда его не пробовал
0
я видел это нечто, но как с этим работать — решительно не ясно (с какой стороны подступиться)
ну и ставилось все это не без проблем… (в отличие от кросс-пэка)
0
Истинное назначение продукции Applу — фотографироваться перед зеркалом, демонстрировать свою крутость и «превосходство», независимость и индивидуальность ))
0
apple, очепятка
0
заявляете как эксперт с большим стажем работы с оной продукцией?
0
Я начинающий пользователь МАСов, подскажите, а где у меня должно появиться устройство: «Принёс его домой, воткнул, у меня сразу появилось устройство: /dev/tty.usbmodemavrdope1»?

А в целом очень полезная и содержательная статья, спасибо.
0
Работаю на Маке и в ус не дую.
0
обновился о 10.10 и всё, crosspack теперь требует установки xcode или чего-то там…
0
ТС пишет- Качаем нечто типа драйвера под этот чип ( sourceforge.net/projects/osx-pl2303/files/ ) — там платное скачивание
0
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.