Я не автор, но с _похожей_ бедой столкнулся при играх с bottle.py — у них декораторы @route() корёжат переданные аргументы (*args, **kwargs) и что-то там ещё так, что «внешний» декоратор вообще не вызывается. Например такой код:
Никогда не напечатает «HI».
Есть штатный обходной путь, который приходится использовать с их же декоратором:
@route("/", apply=[my_deco])
def index():
#...
Первым желанием было сделать что-то наподобие сделанного автором топика, но потом — «отпустило», когда нагуглил таки про «apply». Отнюдь не в родной документации :)
Э… Я что-то упустил? У DraftSight-a же, вроде, нет репозиториев? Инсталлятор (.deb, .rpm) качается с родного сайта… Как раз всё остальное и будет этими «непроверенными» источниками ;)
Такое было с просроченной версией — у них все эти беты типа по полгода, что ли, работают.
Решение, которое помогло мне:
— сносим draftsight,
— трём все упоминания в /var/opt, $HOME/.config/{DraftSight, Dassault\ Systemes, SWActivation}
— качаем свежую версию
— ставим всё заново
— перед первым запуском правим тип прокси
— как вариант — поднять локальный прокси без пароля на polipo чтобы обойти авторизацию на вышестоящем
2icoz: Первый месяц-два-три (в старых версиях как-то было 3 месяца) это работает, а потом перестаёт запускаться вовсе…
Рекомендую поиграться с типом прокси — у меня сейчас в конфиге «transparent» при том, что реально — http с авторизацией…
ProxyServerConfig.xml
<proxy_config>
<!-- type = 0 - Proxy is determined based on the application proxy set using setApplicationProxy() -->
<!-- type = 1 - Socks5 proxying is used -->
<!-- type = 2 - No proxying is used -->
<!-- type = 3 - HTTP transparent proxying is used -->
<!-- type = 4 - Proxying for HTTP requests only -->
<!-- type = 5 - Proxying for FTP requests only -->
<type>3</type>
<host>10.0.0.1</host>
<port>3128</port>
<user>base64_data</user>
<password>base64_data</password>
</proxy_config>
А у меня только «свежая» версия, кажется, перестала перерисовываться с артефактными тормозами на боль-менее крупном чертеже (50 листов А4 ). Коллеги, сидящие на Автокаде, аж подпрыгивали от скроллинга с морганием… :)
И таки да, по мелким «фишкам» типа наглядности, авто-подсказок с характеристиками и т.п. 2011-12й автокады гораздо приятнее… Но не под линукс :(
На счёт main():
Оригинальный выглядит малость посложнее, насколько мне вспоминается — помимо вызова loop() нам есть проверка на наличие данных в UART и соответствующая установка Serial.available(). Неплохо бы его добавить в пример. Для полноты, тсзть ;)
А вообще — DIHALT прав — только C! Только хардкор! ;) тем более, что предварительные настройки — те же, только makefile разок доделать
Для светодиодной такой модуль не годится. Разве что именно для плавного зажигания димируемых ламп — там вся фишка в том, чтобы плавно «прогревать» сам контакт на диоде, а с импульсным блоком питания, что стоит в лампочках, получается «плавная смена режима работы стабилизатора» :) это должна быть особенность схемы питания диода…
Даже где-то в «родной» документации Cree встречал текст и картинки о деградации контакта кристалл-проводник — здесь главная беда (особенно дешевых) светодиодов — пусковой ток, как правило, приводящий к отгоранию проводника от кристалла.
Вот если обеспечить плавный пуск… Только не традиционным ШИМ-ом, а постепенным ростом напряжения…
Как повезёт с производителем лампы и выключателя.
Есть и моргающие, а был вариант, что вообще неярко горели… Лечилось как и КЛЛ — включением резистора на 200кОм в параллель лампе :)
Аналогично — на алиэкспресс, брал 9Вт как замену 50Вт галогенкам с год назад.
Тёпло-белые получились очень близко по цвету и яркости. При заказе стоит обратить внимание на димируемость — оно есть, и оно работает с плавным зажиганием от галогенок.
Речь шла не о вреде при разрушении, а о вреде и затратах при производстве. Возможно, КЛЛ сопоставимы по «вредности» производства со светодиодными — тут надо внимательно считать…
Но, таки да, от светодиодов мы никуда не денемся. Так или иначе ;)
И таки да, у нас очень многое сейчас так происходит — кто нибудь считал во что обходятся те же светодиодные лампы? По затратам энергии, по вреду природе… Ан нет — экономим…
Сравнительно активно использую Sphinx (+autodoc) для изучения чужих библиотек — удобно :)
вопрос к знающим людям: как можно заставить autodoc отключить режим «respect __all__»? Полтора дня (потом плюнул — устал ;) ) изучения сорцов дали знание, что есть некий параметр при вызовах парсеров, но так и не смог найти где его поменять без «пересборки» Sphinx-а :(
Сейчас активно используют sphinx-doc для документирования, а у него есть опция ругаться на неполное покрытие… Пока обхожусь им, если надо именно полостью всё описать. Правда, на недокументированных полях и срытых классах его корёжит, а как отключить ему «respect __all__» при генерации док — пока не разобрался ((
Попробовал. Не спасает.
И декоратор-класс тоже не спасает.
В декоратор уже попадает функция…
functools.wraps, случайно, не спасёт отца русской демократии ©? ;)С функциями — спасает, с методами сам не пробовал…
@route()корёжат переданные аргументы (*args, **kwargs) и что-то там ещё так, что «внешний» декоратор вообще не вызывается. Например такой код:Никогда не напечатает «HI».
Есть штатный обходной путь, который приходится использовать с их же декоратором:
Первым желанием было сделать что-то наподобие сделанного автором топика, но потом — «отпустило», когда нагуглил таки про «apply». Отнюдь не в родной документации :)
Решение, которое помогло мне:
— сносим draftsight,
— трём все упоминания в /var/opt, $HOME/.config/{DraftSight, Dassault\ Systemes, SWActivation}
— качаем свежую версию
— ставим всё заново
— перед первым запуском правим тип прокси
— как вариант — поднять локальный прокси без пароля на polipo чтобы обойти авторизацию на вышестоящем
2icoz: Первый месяц-два-три (в старых версиях как-то было 3 месяца) это работает, а потом перестаёт запускаться вовсе…
И таки да, по мелким «фишкам» типа наглядности, авто-подсказок с характеристиками и т.п. 2011-12й автокады гораздо приятнее… Но не под линукс :(
Но есть нюанс © :)
Прокси надо указать или во время триального срока, или уже руками в конфиге. Тогда в при следующем запуске будет запрошен логин/пароль к проксе (если она с авторизацией)… Для линукса конфиг живёт в /var/opt/dassault-systemes/draftsight/settings/ProxyServerConfig.xml.
Linux Mint. Полёт нормальный :)
Оригинальный выглядит малость посложнее, насколько мне вспоминается — помимо вызова loop() нам есть проверка на наличие данных в UART и соответствующая установка Serial.available(). Неплохо бы его добавить в пример. Для полноты, тсзть ;)
А вообще — DIHALT прав — только C! Только хардкор! ;) тем более, что предварительные настройки — те же, только makefile разок доделать
Как звучит — «всего-то с половину восьмидюймовой дискеты» ;)))
Даже где-то в «родной» документации Cree встречал текст и картинки о деградации контакта кристалл-проводник — здесь главная беда (особенно дешевых) светодиодов — пусковой ток, как правило, приводящий к отгоранию проводника от кристалла.
Вот если обеспечить плавный пуск… Только не традиционным ШИМ-ом, а постепенным ростом напряжения…
Есть и моргающие, а был вариант, что вообще неярко горели… Лечилось как и КЛЛ — включением резистора на 200кОм в параллель лампе :)
Тёпло-белые получились очень близко по цвету и яркости. При заказе стоит обратить внимание на димируемость — оно есть, и оно работает с плавным зажиганием от галогенок.
Речь шла не о вреде при разрушении, а о вреде и затратах при производстве. Возможно, КЛЛ сопоставимы по «вредности» производства со светодиодными — тут надо внимательно считать…
Но, таки да, от светодиодов мы никуда не денемся. Так или иначе ;)
© Кин-дза-дза
;-)
И таки да, у нас очень многое сейчас так происходит — кто нибудь считал во что обходятся те же светодиодные лампы? По затратам энергии, по вреду природе… Ан нет — экономим…
вопрос к знающим людям: как можно заставить autodoc отключить режим «respect __all__»? Полтора дня (потом плюнул — устал ;) ) изучения сорцов дали знание, что есть некий параметр при вызовах парсеров, но так и не смог найти где его поменять без «пересборки» Sphinx-а :(
Сейчас активно используют sphinx-doc для документирования, а у него есть опция ругаться на неполное покрытие… Пока обхожусь им, если надо именно полостью всё описать. Правда, на недокументированных полях и срытых классах его корёжит, а как отключить ему «respect __all__» при генерации док — пока не разобрался ((