cnc-club.ru

UAVpilot писал(а):

verser писал(а):Лично у меня тоже есть чем поделиться и что по-рассказать.

Ну открывай уже тему в этом разделе и начинай!

Дык связи не вижу. Не в тему как-то

selenur писал(а):Для stm есть библиотека HAL называется

Да, есть библиотека работы с периферией и не так давно появилась новая библиотека CUBE, говорят она поудобнее. Но все равно нужно вникать в контроллеры и их программирование

verser писал(а):Дык связи не вижу. Не в тему как-то

Почему не в тему? Не электроника чтоль? Неужели у тебя умный дом с педальным приводом?
Ну тогда можно не в электронике, а в механике тему создать.

AndyBig писал(а):

selenur писал(а):Для stm есть библиотека HAL называется

Да, есть библиотека работы с периферией и не так давно появилась новая библиотека CUBE, говорят она поудобнее. Но все равно нужно вникать в контроллеры и их программирование

Можно конечно использовать среду ардуино и DUE, но необходимо будет использовать преобразователи сигнала 3.3в <-> 5в, и прочее, т.е. уйдя от изучения программирования под контроллер, прийдется изучать радиоэлектронику....

Спасибо всем за советы - очень полезная информация. Пока решил доделать свой проект на том что есть под руками, а параллельно собирать информацию по STM32.

Kopyloff писал(а):а параллельно собирать информацию по STM32

А если после освоения STM32 еще и вникнуть в FPGA, то можно сделать достаточно "взрослый" осциллограф ))

AndyBig писал(а):А если после освоения STM32 еще и вникнуть в FPGA, то можно сделать достаточно "взрослый" осциллограф ))

Пока нет таких задач чтобы матрицы программируемые использовать Да и осциллограф - не цель. Цель на данный момент - обработка 13-15 -ти аналоговых сигналов и записи данных в кольцевую базу данных. И вот здесь я и упираюсь в дилемму: или использовать уже имеющиеся датчики ACS712 и докупить STM32 (ардуино мега не вытягивает обработку всех сигналов с требуемой частотой + коммуникацию с роутером) или оставить мегу и купить другие датчики тока (типа тех что указывали выше - разъёмные трансформаторы тока). Или использовать ACS712 и мегу, но ток считать по какому-то другому методу... Посмотрим, в общем

Еще можно купить отдельный АЦП и им цифровать... чтобы разгрузить МК.

А какие АЦП предложить можете? Мельком посмотрел на алиэкспрессе - 1 штука АЦП 10 бит стоит около 70 рублей. Мне их надо 15 штук. Это 1050 рублей. А ещё и плату надо будет, другие компоненты.. Дешевле STM32F4Discovery взять за 1300 - там и АЦП 12-битные (24 штуки) и ещё много всяких вкусностей.

Советую посмотреть в сторону 1-Wire - довольно много разнообразных недорогих датчиков/сенсоров и исп. устройств. Для законченных устройств требуется минимальная обвязка. Можно все устройства подключить к одной трёхпроводной шине (как правило двойная витая пара).
Опрашивать и обрабатывать данные можно обычным компом или какой-нибудь PaspberyPi/Cubieboard если нужно встроенное решение. Есть адаптеры 1-Wire - Ethernet, но недешёвые.

Например для ввода аналоговых данных есть DS2450 - четырёхканальный АЦП с пределом 2.56V или 5.12V с 16-битной точностью. Недавно покупал по $2.50 за чип.

Ээээ... торговал-бы, предложил бы ей богу.
В целом да, если достаточно мощности набортных, то с учетом халявных цен на демо-платы вряд ли что-то дешевле найдете.
Они по-моему дешевле рассыпухи что в них запаяна, если её не крупным оптом закупать.

UAVpilot писал(а):Советую посмотреть в сторону 1-Wire

Дельное предложение - спасибо! Посмотрю что можно с ними сделать.

Вот ещё ссылка на всякие готовые устройства: http://www.elin.ru/$/?topic=1w
Покупать у них не обязательно - дорого, но можно "посмотреть" схемы и конструктив...

P.S. Хотя можно и покупать - контора довольно клиентоориентированая, мне даже делали партию устройств по моим пожеланиям.

Начинают появляться первые результаты. Подключил пока только один датчик тока на водонагреватель - вот что за неполные сутки получил: Надо проверить все датчики имеющиеся. На этом датчике периодически (раз в несколько секунд) появляются пики. показывает нормальный ток - 5,49 ампер, и через несколько секунд появляется пик в 13 с лишним ампер. В результате на графике больший ток показывает из-за консолидации данных. Что это - дефект датчика или программная ошибка - пока не выяснил, времени не было.

Продублируй "сырые" данные с датчика в последовательный файл и сравни с данными rrd.

C Ардуины гадость валится, буду разбираться - почему так. А как с РРД вытащить неконсолидированные данные? Такое вообще возможно? или все данные сразу консолидируются?
Я пробовал вытаскивать так: Но там только 11 значений, уже обсчитанных.

Создавалась база вот так:

Kopyloff писал(а):Создавалась база вот так:

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

Я видимо недопонял процесс создания ррд базы. Я дума что объявляя текущие значения пишутся в базу, пока не наступит какое-либо из событий и уже дальше данные будут усредняться и ложиться в базу усредненных значений. Т.е. я думал что текущие данные всё-равно пишутся, хоть и недолго.

Kopyloff писал(а):--step 1

данные считываются 1 раз в секунду

Kopyloff писал(а):RRA:AVERAGE:0.5:1:60

в этом архиве хранятся 60 последних значений, усрёднённых за 1 секунду (т.е. неусреднённые), длина архива - всего 1 минута.

Kopyloff писал(а):RRA:AVERAGE:0.5:60:60

в этом архиве хранятся 60 последних значений, усрёднённых за минуту. Длина архива - 1 час. Именно эти данные ты получил в запросе.
и т.д.