0
об чем спор? я говорю что им сигналы более высокочастотные посмотреть можно, вы с этим не согласны? — мотивируйте, или вы умеете разгонять до таких же скоростей usbee? никто не спорит что в своей нише, до 10 мспс, usbee (если он есть) — лучший вариант радиолюбителя, но когда начинаешь работать с оперативной памятью, ccd матрицами, жк экранами с параллельным интерфейсом, быстрыми ацп то выбор отладочных средств несколько сужается ;).
  • avatar
  • Stepani
  • 25 октября 2013, 08:32
0
В плисине семейства Cyclone III (c cycloneII не работал) — 100 MSPS и выше, каналов столько, сколько ножки и память позволяют. Да и usbee, лично у меня, стабильно работает только на частотах <= 12 MSPS. Так что смысл в этом есть, особенно если потом сигналы (например с АЦП) гонять по прошивке и смотреть поэтапно их прохождение — замечательная вещь.
  • avatar
  • Stepani
  • 24 октября 2013, 11:19
0
Вопрос по плате, посмотрел её схему — не нашел там памяти для хранения конфигурации (прошивки) ПЛИС, она только с компом работает или все же может грузиться и работать автономно?
  • avatar
  • Stepani
  • 22 октября 2013, 08:24
0
Автор, прибавьте, пожалуйста, к своим статья тег «умный дом» — проще искать будет.
0
я так понимаю, что с/ш повышается потому что напряжение прыгает вокруг реального значения больше чем на младший разряд ацп, а затем фильтруя с помощью ФНЧ мы приближаемся именно к реальному значению напряжения с разрядностью большей чем позволяет ацп. Если это так то можно подмешивать не шум, а просто такую гармонику которая потом эффективно отфильтруется.
  • avatar
  • Stepani
  • 26 февраля 2013, 07:08
0
тогда второй вопрос, а почему б тогда в дизеринге для увеличения с/ш подмешивать не шум а синусоиду которая потом попадет на CIC фильтре отфильтруется в ноль и не даст шума на выходе?
кстати по поводу что CIC увеличивает с/ш, в ваших ссылках упоминания об этом не нашел.
  • avatar
  • Stepani
  • 25 февраля 2013, 17:25
0
ну конечно увеличивать сигнал/шум а не уменьшать…
  • avatar
  • Stepani
  • 24 февраля 2013, 11:52
0
а почему б не использовать сглаживатель, он вроде как должен уменьшать сигнал шум, в отличии от дециматора
  • avatar
  • Stepani
  • 24 февраля 2013, 04:28
0
Вообще, ИМХО, скомбинировать датчики в одном модуле с помощью моего кода очень просто, копируете си исходник сенсора в проект, добавляете указатель на его структуру в global_dev_list, увеличиваете количество сенсоров Q_DEVICES на 1, компилируете.
А как датчики от модуля пробрасывать — сильно зависит от рельефа местности :). Я предполагаю ставить модуль выключателей и реле в щиток, а дальше по одному модулю на комнату без разброса сети датчиков, т.к. в комнате предполагаются датчик температуры, IR, движения, ну может в будущем и датчик освещенности.
  • avatar
  • Stepani
  • 29 ноября 2012, 13:46
0
ну вот, только опубликовал и тут же прилетела ссылка на похожий проект :)
  • avatar
  • Stepani
  • 27 ноября 2012, 13:38
+1
дополнил опорными словами для поиска и ценами по которым покупал я, ссылки не дал так как покупались платы мной давно и прямых ссылок уже на них нету. Расширение сети другими модулями предполагается в будущем, какими ещё не придумал. Я бы скорее начал программировать сценариста, но уже на более мощной stm32, так как на него у avr ресурсов не хватит. Индикатор — не перспективно, лучше тогда програмку на андроид со сбором данных и отображением, осталось только под андроид программировать научиться ;).
  • avatar
  • Stepani
  • 27 ноября 2012, 10:12
0
да, можно, но модули могут быть широко разбросаны, а некоторые ещё и быть расположены в труднодоступных местах. Так что можно, но сложно.
  • avatar
  • Stepani
  • 27 ноября 2012, 04:30
0
кстати, я смотрю, вы имеете опыт с этой шиной, написали бы обзорную статейку, думаю не мне одному интересно было бы.
  • avatar
  • Stepani
  • 27 ноября 2012, 04:22
0
согласен, что все должно быть в меру, в том числе и надежность, дублировать узлы и каналы я тоже не собираюсь, но в то же время это ведь не значит, что все должно собираться на соплях. Использованные компоненты вроде не супердорогие. Да ethernet жрет много ресурсов, но он и другие плюсы дает, во-первых: простой модуль согласования с компом, во-вторых: вот сделали мы сеть датчиков — всяко захочется и музыку и видео гонять в УД, так берем и гоняем по тем же проводам, т.е. просто совместимость с ethernet других систем позволяет их встраивать в такой умный дом. А совместимость это большой плюс и уже много где является решающим фактором.
  • avatar
  • Stepani
  • 26 ноября 2012, 19:13
0
ну так это и есть прототип. Поэтому и болтающиеся разъемы и не закрепленые платы. Хотя для прототипа по-моему достаточно надежно, есть крепежные отверстия на дуинах, корпусуй-нехочу называется :).
  • avatar
  • Stepani
  • 26 ноября 2012, 04:58
0
что вместо ethernet'а продпочел?
  • avatar
  • Stepani
  • 26 ноября 2012, 04:52
0
что?
  • avatar
  • Stepani
  • 26 ноября 2012, 04:40
0
Спасибо за замечания. Тут я конечно полный новичек (в http), просто нигде не увидел явным образом, чтобы на POST нужно было бы страничкой отвечать. обычно «При результате выполнения 200 (Ok) в тело ответа следует включить сообщение об итоге выполнения запроса.», ну я и отвечаю «HTTP/1.0 200 OK».

А смысл использовать заводские платы следующий: при написании первых статей про умный дом ко мне обращались люди, которые не умеют разводить платы, но умеют программировать. А кросс плата очень простая, её можно и на макетке напаять, или вообще проводами %)). К тому же, поимев опыт с заказом плат, считаю, что дуино платы с китая вполне себе вариант.

А в чем у вас сомнения в надежности?
  • avatar
  • Stepani
  • 26 ноября 2012, 04:27
0
Был выбран простейший :) контроллер. Хотя у самого лежит stm32 демо плата с CAN на борту, но подозреваю что он тоже не такой простой.
  • avatar
  • Stepani
  • 26 ноября 2012, 04:06
0
Децентрализованная она принципиально :), потому что не воспринимаю умный дом как нечто статичное, всегда что-нибудь захочется добавить, что-то убрать и каждый раз переписывать мастера сложно. Потом выход из строя мастера действительно положит всю сеть, а выход из строя какого-либо узла децентрализованной сети только этот узел. Да, хаб тоже слабое место, но тут можно надеяться на современные технологии, все ж не первый день их разрабатывают.

А ethernet с TCP/IP она потому, что считаю, всё-таки, данную технологию гораздо более надежней. Кольцо rs485 очень легко убить, где-то провод оборвался, где-то закоротил, какой-нибудь модуль глюканул и выставил логический 0 на шину и всё, кольцо мертво. Потом, для надежности туда надо вводить гальваническую развязку (), а следовательно брать откуда-нибудь питание для отвязяной части… и понеслось, и поехало, получается система ничем не проще ethernet'a, но только разрабатывать её нужно самому. Я повозился с rs485 вот здесь, ищу новые пути.
  • avatar
  • Stepani
  • 26 ноября 2012, 03:59