Arduino хороша тем, что она у всех одинаковая и что ее не надо настраивать. То есть написал под нее либу — и она у всех работает. А если писал не как попало — еще и на нескольких кристаллах сразу, ибо она еще уровень абстракции над железом. А саму либу хоть на С пиши, хоть на ассемблере — главное потом положить как нужно и желательно в класс С++ обернуть.
И наоборот — под что угодно можно найти код для ардуины и убедиться, что оно (то, под что код) — работает, не ковыряясь только ради этого в даташите и не гадая — то ли руки кривые, то ли модуль.
Вообще-то есть готовый мейкфайл для ардуины: ed.am/dev/make/arduino-mk
Ему надо просто задать путь к директории с ардуиной и сказать, что за плата. Он поддерживает целиком и Wiring, и либы ардуиновские — замечательная штука, я его даже почти не менял.
А по части удаленной компиляции и отладки — я поступил еще прямолинейнее — приспособил для этого Jenkins и Dropbox. Хотел даже статью написать, но, в принципе, все и так уже изложил в этом комментарии :)
ну что вы спорите? в цифре работать будет, может даже лучше. по обыкновенному вайфаю — будет, но недолго — на солнце тоже можно смотреть в оптический телескоп — два раза в жизни :)
и дело тут не в мощности сигнала, а в том, что вайфай — это сессия, при потере сигнала происходит много лишних действий на переассоциацию — этого времени хватит, чтобы куда-нибудь улететь и что-нибудь разбить.
возможно, проблемы переассоциации решаемы (я помню давно эксперементировал с 802.11b в режиме AD-Hoc — там вроде нет ассоциации как таковой), тогда UDP-транспорт, теоретически, будет работать не хуже других решений.
да никакой паники :)
я, видимо, резковато выразился. nightly build бывает тоже разный — никто не предлагает туда лить любой код.
качество современной ОС зависит прежде всего от интеграции ее компонент. будь у тебя трижды стабильные компоненты, если поменяли спецификацию mpris, а плагины к плейеру не успели подтянуться — функционал развалится. у меня так 12.10 развалилась — на видеодрайверах.
сложность системы растет по экспоненте относительно количества взаимосвязанных компонент. проблемы интеграции без среза версий искать будет очень сложно. посмотрим, как эту проблему решит canonical — откровенно глупых решений, я думаю, они не примут. но скепсис относительно continuous delivery практик у меня не на пустом месте.
давайте назовем вещи своими именами, заменив модные слова на понятные термины.
1.) плавающий релиз — это nightly build. это штука-то хорошая, но кто-то это использовал для чего-то кроме разработки? нет.
2.) полугодовой релиз — это бета. очень качественная бета в случае каноникал — по возможности ставлю её на некритичные штуки. откажутся — я буду ставить LTS — см выше. для каноникал это означает, фактически, потеря потенциального бета-тестера
3.) беты помимо всего прочего позволяют провести интеграционное тестирование на живых пользователях — и получить опертивную статистику по проблемам интеграции до выпуска LTS. мы от этого отказываемся => получаем эти проблемы в LTS
фактически, каноникал отказывается от бета-тестов. очень самонадеянно.
найдите компромисс между модульностью и функциональностью. нужен хоть один use-case, который будет работать из коробки. у вас не ардуина — мигать светодиодом недостаточно. говорите, видео не разведено? разведите его хоть как-нибудь — не обязательно же ставить полноформатный VGA/HDMI… композит там есть? а может, сделать microhdmi?
и да, интерфейсиков бы побольше из коробки. для DIY-штуки, я думаю, наличие SPI/I2C/GPIO/… — необходимо. они же все там есть, только вывести на какой-нибудь разъем!
верхом мечтаний была бы совместимость с какими-нибудь готовыми модулями — например, у Olimex есть стандарт UEXT на который у них куча модулей.
и задумайтесь над модулями радиоинтерфейса вроде nrf24l01+, CC2500, CC1100. последний позволяет, например, дружить с фирменными часиками от TI.
Вы зря под рутом сидите. Ни один злой умысел (это я про хакеров) не превзойдет масштаб бедствий, вызваный банальной человеческой неосторожностью или глупостью.
Ребята, где вы видели дорогие радиомодули в наше время? NRF24L01+ о котором я говорил выше стоит около $3, и это вполне себе надежное и легкое в использовании решение. CC1101/CC2500 от TI в готовых китайских модулях тоже продаются недорого, а есть еще всякий совсем нонейм по цене от $1.
windguru.cz — тут есть (удобный) почасовой прогноз. для питера работает достоверно. для них еще есть клиент на андройде с доступам к вебкамерам — по ним можно оценить обстановку на текущее время в разных местах. за пулково спасибо)
Микросхема на шлейфе, как уже говорилось — это очень очень плохо. Скорее всего, конструкция работает на грани самовозбуждения — то есть может «звенеть» на высоких частотах, например. Поставьте их на плату — скорее всего, почувствуете разницу на слух сразу же.
6-7 после жесткого тюнинга системы (но чтобы можно было работать комфортно) я выжимал из такого же ежа. сейчас (год с небольшим батарейке) уже часа четыре.
давно вас читаю, вернулись бы вы в жж со своими статьями на эту тему :)
по поводу wifi я решал эту проблему. драйвера rt2860sta имеют возможность отконфигурировать параметры энергосбережения (экономия очень ощутимая получается — тестировал powertop).
механизм настройки такой — берется /etc/Wireless/RT2860STA.dat из оригинальных дров с сайта ralink (или из родной прошивки ежа), кладется по этому пути и там правится параметр отвечающий за powersaving. возможно, то же самое можно проделать при помощи iwpriv. на убунте я это не тестировал еще, но в моей генте работало на ура.
если интересует — могу попробовать копнуть поглубже и вспомнить
в общем и целом я не параною по этому поводу, так как знаю, сколько еще всего оседает и где. домены, которые вы вводите, это уже правтически история посещения вами сайтов, тех, на которые вы идете без поискового запроса. то есть, шли бы без запроса к поисковику, если бы не было suggestions. я думаю, в крупных масштабах статистика эта крайне интересная, так как поисковик для многих ресурсов не является основным источником трафика сейчас, и, следовательно, ограничен в сборе статистики по переходам без своего участия.
как использовать? вариантов масса. самое первое, что мне взбрело в голову, для ранжирования выдачи.
хром так устроен, что пока не появится явных признаков того, что вы набираете url, он его считает поисковым запросом и радостно вываливает suggestions. а еще он радостно автокомплитает домены. а теперь представьте, что вы еще залогинены в свой аккаунт. и те и другие данные оседают в любом случае, я думаю, осталось их только проанализировать и сопоставить. делают ли они это? думаю, да.
И наоборот — под что угодно можно найти код для ардуины и убедиться, что оно (то, под что код) — работает, не ковыряясь только ради этого в даташите и не гадая — то ли руки кривые, то ли модуль.
Ему надо просто задать путь к директории с ардуиной и сказать, что за плата. Он поддерживает целиком и Wiring, и либы ардуиновские — замечательная штука, я его даже почти не менял.
А по части удаленной компиляции и отладки — я поступил еще прямолинейнее — приспособил для этого Jenkins и Dropbox. Хотел даже статью написать, но, в принципе, все и так уже изложил в этом комментарии :)
и дело тут не в мощности сигнала, а в том, что вайфай — это сессия, при потере сигнала происходит много лишних действий на переассоциацию — этого времени хватит, чтобы куда-нибудь улететь и что-нибудь разбить.
возможно, проблемы переассоциации решаемы (я помню давно эксперементировал с 802.11b в режиме AD-Hoc — там вроде нет ассоциации как таковой), тогда UDP-транспорт, теоретически, будет работать не хуже других решений.
я, видимо, резковато выразился. nightly build бывает тоже разный — никто не предлагает туда лить любой код.
качество современной ОС зависит прежде всего от интеграции ее компонент. будь у тебя трижды стабильные компоненты, если поменяли спецификацию mpris, а плагины к плейеру не успели подтянуться — функционал развалится. у меня так 12.10 развалилась — на видеодрайверах.
сложность системы растет по экспоненте относительно количества взаимосвязанных компонент. проблемы интеграции без среза версий искать будет очень сложно. посмотрим, как эту проблему решит canonical — откровенно глупых решений, я думаю, они не примут. но скепсис относительно continuous delivery практик у меня не на пустом месте.
1.) плавающий релиз — это nightly build. это штука-то хорошая, но кто-то это использовал для чего-то кроме разработки? нет.
2.) полугодовой релиз — это бета. очень качественная бета в случае каноникал — по возможности ставлю её на некритичные штуки. откажутся — я буду ставить LTS — см выше. для каноникал это означает, фактически, потеря потенциального бета-тестера
3.) беты помимо всего прочего позволяют провести интеграционное тестирование на живых пользователях — и получить опертивную статистику по проблемам интеграции до выпуска LTS. мы от этого отказываемся => получаем эти проблемы в LTS
фактически, каноникал отказывается от бета-тестов. очень самонадеянно.
и да, интерфейсиков бы побольше из коробки. для DIY-штуки, я думаю, наличие SPI/I2C/GPIO/… — необходимо. они же все там есть, только вывести на какой-нибудь разъем!
верхом мечтаний была бы совместимость с какими-нибудь готовыми модулями — например, у Olimex есть стандарт UEXT на который у них куча модулей.
и задумайтесь над модулями радиоинтерфейса вроде nrf24l01+, CC2500, CC1100. последний позволяет, например, дружить с фирменными часиками от TI.
это ардуина + релюхи + разъем под радиомодуль nRF24L01+. один минус — под DIN не преспособлена
gcc -c -x c++ -I./ `find. -name *.h`
по поводу wifi я решал эту проблему. драйвера rt2860sta имеют возможность отконфигурировать параметры энергосбережения (экономия очень ощутимая получается — тестировал powertop).
механизм настройки такой — берется /etc/Wireless/RT2860STA.dat из оригинальных дров с сайта ralink (или из родной прошивки ежа), кладется по этому пути и там правится параметр отвечающий за powersaving. возможно, то же самое можно проделать при помощи iwpriv. на убунте я это не тестировал еще, но в моей генте работало на ура.
если интересует — могу попробовать копнуть поглубже и вспомнить
как использовать? вариантов масса. самое первое, что мне взбрело в голову, для ранжирования выдачи.