Цитата:
Сообщение от macau
методом тыка нашел оптимальный вариант:
ардуина запитана от +5 постоянно. в ждущем режиме она потребляет 16ма
хаб запитан от dc-dc, через асс
планшет запитан так же через dc-dc, включен постоянно
ардуина мониторит появления высокого уовня на одной из своих ног
при появлении +12 на асс включается хаб, на ардуину приходит сигнал асс, она включает усилитель, инициализирует радио и микшер, выводит планшет из спячки. при этом планшет инитит отг нормально, даже ноды устройств остаются прежними
при пропадании асс хаб рубится, ардуина уводит в спячку планшет.
на столе все проверено- руками работает ок, нужно дописать скетч для ардуины на предмет мониторинга асс(уже реализовано, но надо красиво все оформить).
так же есть желание сделать в ардуине таймер, чтоб через допустим час, таб не усыплялся, а выключался. Еслть готовые примеры у кого?
|
я думал об этом варианте изначально. НО, одно большое НО. Не знаю, чем у Вас конкретно она занята ЕЩЕ кроме ACC-мониторинга, но у меня моя тинси потребляет далеко не 16 мА, а ближе к 110, а это уже немало. Поэтому вместе с мониторингом АСС нужно также прибивать остальной функционал, который она делает - решаемо, но сильно усложняет скетч, a также нужно курить мануалы по AVR в сторону режимов энергосбережения, что уже не совсем тривиально (имхо, нужно лезть в сишные дебри, процессингом не отделаешься), чтобы тормозить-будить проц по прерыванию на конкретной ноге. Еще, в моем случае USB встроен в проц и ест до 40 мА, даже когда к нему не подключено ничего (привет АТМЕЛУ за такую хрень). Его можно отключить программно, но тогда обновление скетча через USB станет тоже невозможно - нужен программатор - неудобно обновлять скетч.
Вторая и очень существенная проблема - дескрипторы устройств FTDI меняются при подключении - отключении питания хаба - это вроде не решили до сих пор. В моем случае это будет приводить, что порт управления ардуиной каждый раз будет разный - это очень плохо - нужно ловить его номер и переподключаться из оболочки (еще один гемор).
Еще, у меня GPS подключен к отг в режиме хоста через еще один FTDI и потребляет эта связка немало - будет ли проц отрубать здесь питалово при засыпании, неизвестно, если нет - потребление в спячке будет негуманным, а если будет, то при просыпании порт тоже будет уезжать - и здесь библиотека tsynik для gps становится не у дел.
Итого, сонмище потенциальных проблем, ИМХО, не стоит 30-50 секунд задержки включения, в конце концов, я не таксист, который глушит мотор каждые 30 минут и живет в машине. В промышленном устройстве это недопустимо, но я загоняться просто не стал. Мой сценарий использования автоса позволяет мириться с этим.