пруф или из-за ночи

и из-за офтопа тоже. но пока, имхо, это естественные движения

или ожидания не оправдались

а накидайте возможных решений плз есть 10…30 устройств в помещении в 100 квадратов (устройствам нужно воспроизводить звуковой файл, но это не важно) вопрос. какими более-менее стандартными средствами можно объединить эти устройства в сеть? навскидку придумываются Ethernet/RS-485/Modbus. А ещё?

кококвесты? бери 485 или эфирнет, по скорост

и

да, меня с квестом мучают

Сколько каналов?

А почему бы не ESP8266?

прямо, мучают?) устройства играют с сервера иди хранят в себе файл*?

в смысле сколько каналов? звука? сейчас один по нажатию кнопки если взять езернет, то можно и PoE сделать заодно

А почему бы не ESP8266?

потому что это кетайское поделие

а чем аналог не устривает?

прямо, мучают?) устройства играют с сервера иди хранят в себе файл*?

сейчас склоняюсь к тому, что будет на сервере лежать и прям wav гнать по сети после нажатия. но может и флешку поставить

потому что это кетайское поделие

Ну я специально один гонял AT-командами неделю сервер GET-ом дёргать раз в три минуты. Ноль ошибок.

шифи не для промышленой эксплуатации.

сейчас склоняюсь к тому, что будет на сервере лежать и прям wav гнать по сети после нажатия. но может и флешку поставить

чот костыльно ппц, зачем?

а чем аналог не устривает?

там звук по запросу. кнопки вся равно обрабатывать нужно. но я подумаю

чот костыльно ппц, зачем?

почему костыльно? зачем — чтоб флеш не ставить на конечные устройства и всю логику в одном месте держать. но могу ошибаться

ну тогда может сделать одно устройство на несоклько точек

и до них уже докидывать кнопки и звук

на каждую точку вряд-ди есть смысл ставимть ИМХО

сейчас сокрее вопрос в технологии соединения, чем про устройства про сами устройства ещё подумаю. но да, будет один девайс на несколько кнопок

А почему бы не ESP8266?

так для радио всё равно питание нужно, а тут прям с пачкорда можно

плюс радио — ненужная хрупкость, имхо.

тогда ебошь или 4-проводку и 485 или эфирнет

4 проводку — это питание и 485? а efirnet это эзернет?

да. да.

ether же)

ether же)

Снова двойственные чувства. Слово "эфир" для радиолюбителя имеет определенный и четкий смысл ?

тем не менее ethernet несет в своем названии тот самый эфир

Как думаете, реально ли на STM32L отлавливать отключение питания и на конденсаторах записать в eeprom десяток байт?

реально

Я нигде не нашел потребление eeprom при щаписи

Надо оперативно отследить отключение аккумулятора - может на дифференцирующей rc цепочке и компараторе

Ионистор 5.5V?

ионистор

https://drive.google.com/file/d/0B-DgoIuWeN8iSVFXS1o0ZFl2RTQ/view?usp=sharing

Ну вот я посчитал, при 5мА емкости 200мкФ хватит на 43мс, при изменении напряжения с 3 до 1.8В

с ионистором ты моежшь не заметить отключение питания! /irny

можно сделать так - что и не заметишь

Девайс оч компактный, надо брать подходящую емкость, а не гигантский ионистор наот^^бись

гигансткий?

Сорри, про габариты изначально не говорилось - без ограничения я бы лично поставил ионистор, чтобы не париться и не гадать что будет в eeprom. Просто идею предложил.

ну так я и не жалуюсь =)

и дорогой наверное, по сравнению с обычными танталами

с кондером понятно, расчитаю по потреблению, поставлю в 1.5 раза больше для надежности и проверю на разных температурах

вот что я пока не знаю, это как шустро обнаружить что питание начинает пропадать и как сделать так, чтобы другие потребители не хавали из этого кондера

Если я правильно помню, на фотке 0.33f 5.5v 11.5x5.5 за доллар поштучно в местном магазине. Но это оффтопик уже, завязываю.

11мм это много =) ширина платы всего 17мм

PANASONIC EECS0HD473V - Суперконденсатор, 0,047Ф, 5,5В, THT, 11,5x5,5мм, Шаг:5мм

к тому же он выводной, уже минус 4 трассы на кжадом слое

ширина 5,5

а ссылки можно?

http://eleka.info/?cmd=catalog&raz=607&page=0

вот смд http://www.smd.ru/katalog/smd/litievaya/dsk3r3/

а можно питание МК через диод и за диодом уже большую емкость

а пропадание питания можно сделать дифференцирующей rc цепочкой и на компаратор в МК

+ если на аккумуляторе < 3В

да. А большая емкость - ионистор

я вот пока не знаю сколько будет потреблять МК записывая eeprom

как только обнаружится факап питания, я отключаю всю периферию на МК и допустим понижу тактирование до 8МГц - потребление упадет до 2 мА

сколько может eeprom хавать?

так замерь

А в даташите нет?

пссс, как в даташите называется максимально допустимы защитный ток диодов по входу?

А если питание с гпио считывать а саму микруху питать через тп4056

нашел ) запись 4 байт в eeprom - 3.94мс, средний ток во время записи 0.6 - 0.9 мА

мне надо записать 8 байт, значит нужен кондер, который обеспечит 2 + 1 мА на 10 мс

100мкФ, 4В, A case (3.2х1.6) даст 37 мс

А если питание с гпио считывать а саму микруху питать через тп4056

а питание откуда брать? Я рассматриваю случай, когда из девайса просто вынимают аккумулятор

18650

вот этот самый 18650 и вытаскивают, а девайсу надо забэкапить свое состояние постфактум

потому что кнопки выключения ему иметь не положено )

Что за девайс такой интересный, если не секрет? :)

мб просто каждый раз при изменении настроек бекапиться?

gps трекер

состояние, которое надо бэкапить, может меняться каждую секунду

FYI: у многих GPS-модулей предусмотрен ионистор на плате

М.б. можно припаяться к нему.

+++

так что буду писать в eeprom по таймеру, раз в 5 минут и при отключении питания на кондерах

покури доки на модуль

мб он сам умеет все этго

У гпс модулей есть своя память для хранения трэков вроде

Не, трэки не хранятся. А вот настройки + альманах для быстрого старта - таки да

да ну причем тут модуль. Модулю питание нужно для сохранения времени и альманаха\эфемерид спутников

не, некоторые модули умеют до трех дней писать в себя трек

globaltop pa6h

Даже не слышал про такой, покурю на досуге, спасибо!

9 страница

но тока 2 дня, увы

Но, в общем, для топикстартера - у GPS-модуля уже есть (как минимум, должен быть) ионистор, возможно получится не дублировать ещё для контроллера аварийное питание.

Backup power can be used when the main power is not supplied to keep RTC running and navigation data. For a short term VCC off, with this backup power, the GPS module is capable of a faster TTFF, shorter Time-to-First-Fix, and short hot start time at next power on. For most system, it is recommended to provide the module with backup power (e.g. Li-Ion rechargeable coin battery, super cap) See figure for reference design.

GPS module has a built-in charging circuit which charges the rechargeable coin battery. If the coin battery is not installed at the VBACKUP, the module will still function but only that the module will perform cold start at each power on event.