(Умный Дом своими руками)

Нашел перебитую дорожку Vcc, так и должно быть? это сделано для перестраховки?
(возможно я не заметил как повредил)

nkh писал(а):Нашел перебитую дорожку Vcc

Это не дорожка Vcc. Проверьте правильность подключения программатора.
К usbasp есть стандартные переходники на 6-pin, чтобы не приделывать проводочки.
В первой версии плат, выпущенных очень ограниченным количеством (контроллеры Ver 1.0), есть перерезанная дорожка и две перемычки. На работоспособность или программирование это никак не влияет. В следующих версиях ошибка в проектировании была устранена.

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

После прошивки загрузчика, начинает постоянно мигаеть светодиод act (так и должно быть?)
Делаю прошивку в режиме восстановления, чтобы появился IP адрес, мега при включении не откликается

nkh писал(а):После прошивки загрузчика, начинает постоянно мигаеть светодиод act (так и должно быть?)

Да.

nkh писал(а):Делаю прошивку в режиме восстановления, чтобы появился IP адрес, мега при включении не откликается

Убедитесь, что указан верный путь к файлу с прошивкой, а если используется ключ -w, что файл скачивается корректно и не нулевой длины.

Мешал файервол, все обновилось
Благодарю за помощь

Andrey_B писал(а):Igor78, Мега в текущий момент включает бит регистра MODE2: Output logic state inverted. Value to use when no external driver used. Applicable when OE=0 (See Section 7.7 “Using the PCA9685 with and without external drivers”).
Не факт, что так останется в будущем, но пока в отладочных целях так.
...

Андрей, а можно надеяться на реализацию выбора режима PCA9685?

Igor78, нужно сперва понять, какой режим должен быть основным и следует ли его вообще менять. Пока не готов сказать что-то определенное по этому поводу.
Мне кажется в текущий момент только вы используете PCA9685 с Мегой.

Это народ еще не понял все прелести 16 12-ти битных ШИМ-портов. Основной, я думаю, должен быть тот, который не сейчас. Общий минус (ноль) более превычен, чем общий плюс, да и в сети большинство примеров использования PCA9685 используют неинвертированный режим.

Лично я планирую использовать данный модуль для управления светодиодным освещением, регулировать приточно-вытяжные вентиляторы, управлять сервоприводами. Сейчас в разработке (переделка первой версии) сенсорный выключатель на основе четырех TTP223 и Livolo: без PCA9685, кроме 4 входных, мне нужно было 7 выходных портов на 2 RGB светодиода и вибромотор обратной связи, и две витые пары для передачи сигналов, с PCA9685 (половина платы с 8 портами прекрасно встраивается в выключатель) количество портов обратной связи стремится к 1, все умещается в одну витую пару, при этом я получаю очень большой возможный диапазон цветов и яркости RGB светодиодов.

Общий плюс, помнится, используется во всяких солнечных зарядниках и подобных устройствах. Уж не знаю, почему... В осветительных и вентиляторных применениях попадался только и исключительно общий минус.

Потому что самые распространенные N-канальные полевики рвут минус. Мне стоило некоторых трудов найти Р-канальный полевик на ток в 20+А.

Alex_Jet писал(а):Раз с кучкой DS2413 на одной шине мы все равно сможем работать только с помощью сервера, так может быть реализовать полноценную 1-wire bus?

https://ab-log.ru/files/File/megad-2561 ... a3-hex.zip

- Добавлена возможность повесить на одну шину DS2413 (MegaD-2W, 1W-MM5) и DS18B20

Настройка порта: Type: OUT; Mode: DS2413
По клику на ссылку Device List отображается (пример): 85a56a070000:85.00;79c439000000
85.00 - это значение датчика температуры с адресом "85a56a070000". Настройка порта OUT, поэтому контроллер сам не отправлял команду в шину датчикам на конвертацию температуры.
Даем команду на конвертацию (пример): http://192.168.0.14/sec/?pt=32&cmd=conv
Теперь по клику на ссылку Device List отображается (пример): 85a56a070000:24.12;79c439000000

Таким образом на одной шине (на одном порту контроллера) могут висеть несколько DS2413 и DS18B20
Сервер должен сам давать команды на конвертацию с нужной ему периодичностью.
В "Device List" по-прежнему не отображается код семейства, а только 7-байтный адрес устройства, так как пока есть возможность однозначно идентифицировать датчики температуры по наличию значения температуры.

Andrey_B писал(а):- Добавлена возможность повесить на одну шину DS2413 (MegaD-2W, 1W-MM5) и DS18B20

Андрей, реально здорово! Спасибо за реализацию.
Может быть только сделать отдельный режим - не OUT с выбором DS2413, а просто 1WBUS (хотя такая уже есть для кучки DS18B20)? После выбора режима работы порта имеем ссылку "1-wire bus Scan" и выпадающий список с девайсами для "нативной" работы с 1-wire bus девайсами. С помощью ссылки сканируем шину - на отдельной странице контроллер нам отображает адрес устройства и его название, которое определено по коду семейства: То есть теперь, зная адрес устройств, можем отправлять сервером команды на управление DS2413, запрос конвертации и отображения температуры с DS18B20 и на другие в будущем добавленные 1WB-девайсы.

Однако, если в качестве DEV выбран DS2413, то на странице порта получаем возможность управлять этим DS2413 (ссылки ON/OFF по обоим каналам), если в качестве DEV выбран DS18B20, то на странице порта отображается температура и свойства для термостата, если выбран iButton, то на странице отображаются свойства для управления замком, а в Config ссылка "iB Keys". Правда в этом случае настройка порта в качестве DSEN->1W окажется не нужной, также как OUT->DS2413, значит не будет совместимости новой прошивки с уже реализуемой логикой серверной части у пользователей (это, думаю, можно пережить адекватно описав всю модификацию прошивке в ее версии). При этом функционал 1WBUS контроллера будет очень похож на функционал I2C. На текущий момент я считаю, что функционал I2C наиболее оптимален и удобен.

В общем как итог получим правильную сортировку устройств по их принципу работы:
- в IN/OUT конфигурируются только собственные порты контроллера
- в DSEN - датчики/устройства не относящиеся к 1WBUS и I2C, то есть DHT11/22, W26/W32, WS281x и другие специфические устройства
- в 1WBUS - конфигурируются DS18B20, DS2413, iButton и другие будущие 1-wire bus устройства
- в I2C - конфигурируются HTU21D, BMx280, MCP и т.д.
Конечно понимаю, что это получится объемная переработка интерфейса и вероятно без обратной совместимости, но логичности к интерфейсу добавится! Поэтому прошу подумать над таким упорядочиванием.

Alex_Jet писал(а):Конечно понимаю, что это получится объемная переработка интерфейса и вероятно без обратной совместимости, но логичности к интерфейсу добавит_ся!

Вижу тут некоторые грабли: уменьшатся возможности устройства по части автономной работы без сервера.

Igor78 писал(а):Основной, я думаю, должен быть тот, который не сейчас. Общий минус (ноль) более превычен, чем общий плюс

Попробуйте.
https://ab-log.ru/files/File/megad-2561 ... a4-hex.zip

alex946 писал(а):Вижу тут некоторые грабли: уменьшатся возможности устройства по части автономной работы без сервера.

Почему? Поясните, плиз. И как вам мое предложение по структуризации интерфейса? Андрею, в первую очередь, нужны отзывы пользователей!

Andrey_B писал(а):

Igor78 писал(а):Основной, я думаю, должен быть тот, который не сейчас. Общий минус (ноль) более превычен, чем общий плюс

Попробуйте.
https://ab-log.ru/files/File/megad-2561 ... a4-hex.zip

Спасибо! Проверил, работает: на выходах PWM (GND-PWM) получаем ШИМ-сигнал с амплитудой VCC (для Меги это только 3,3В). Изменение частоты работает. Сервопривод, напрямую подключенный к выводам PCA9685 (V+ от внешнего ИП), работает.

Теперь дело за малым: добавить в настройки PCA9685 checkbox с выбором режима, т.к. в режиме инверсии можно получить пусть и перевернутый, но сигнал с амплитудой V+ (до 6В, сигнал снимаем с выводов V+ - PWM)

https://ab-log.ru/files/File/megad-2561 ... a5-hex.zip

- Изменен принцип работы с MQTT-топиками.
Пример. Сработал порт P6. Топик: megad/14/6
Содержимое пакета без изменений.

Раз пошла такая "пьянка"... Может и для HTTP такое же сделать? В настройках выхода сделать чекбокс при выставлении флага в котором Мега будет отсылать информацию о переключении выхода на сервер. В 99,9 % случаев это не нужно. Но некоторые (в дополнение к интерфейсу УД) переключают выходы простейшими скриптами со смартфона. А система УД в этом случае ничего об этом не знает.

Ruslan, а почему бы "простейшим скриптам" не отправлять команды через систему УД, а не напрямую?
Кстати, в 4.21b5 не такое же. Там речь идет о срабатывании входов, а не выходов.