фазовое регулирование киловаттной нагрузкой

[fsmoke]

имеет хоть какой-то практический смысл?

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

[vidask]

fsmoke,

может, мы чего-то недопоняли. Я прочитал пост 26-и там ссылка на схему, и в ней детектор нуля -

http://datagor.ru/home-automation/29...yucheniya.html

[johanh]

vidask, Для минимизации помех от переключения симистора (тиристора)
надо оптимально подобрать начало включения.
Без детектора нуля
...

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

Пример.Другой алгоритм.
Детектор - аналоговый вход контроллера.
Амплитуда по времени нарастает и спадает.
Контроллер подсчитывает время между двумя точками нарастания/спадания.
Вычисляет частоту сети
Началом отсчета контроллера будет точка нарастания/спадания.
Для временного интервала 20мс точка отсчета будет находится по попрошествии 5мс
Через 15мс будет 0 .
...

[fsmoke]

может, мы чего-то недопоняли.

явно да.
Повествование плавно перешло от - детекции нуля на уровне мк, до детекции нуля на уровне оптопары. В случае оптопары детекция нуля не нужна т.к. пропускаются целые полуволны. т.е. фактически максимальная ошибка это полуволна т.е. 1сек/100, что в разрезе киловаттного тэна не критично. Т.к. детекция нуля на уровне мк актуально в пределах полуволны, с ЧИМ же мы управляем не кусками полуволн, а количеством полуволн, отсюда и помех нет(вернее есть некоторые гармоники по проседанию полуволн под нагрузкой, но они не критичны в мой ситуации, как мне объяснили гуру из моей конторы)

[fsmoke]

Началом отсчета контроллера будет точка нарастания/спадания.

зачем этот гемор - когда есть схема детектора - смысл, которого в том же самом. Я извиняюсь, но то что Вы говорите у нас программеров называется велосипед

[johanh]

зачем этот гемор - когда есть схема детектора - смысл, которого в том же самом. Я извиняюсь, но то что Вы говорите у нас программеров называется велосипед

fsmoke, Зачем лишние детали , когда все действия выполняет контроллер.
У программеров это называется алгоритмом.
...
Детектор нуля может отсчитывать переход как на положительную так и на
отрицательную полуволну .
Это для электронщиков.
...

[Alex9797]

Началом отсчета контроллера будет точка нарастания/спадания.
зачем этот гемор - когда есть схема детектора - смысл, которого в том же самом. Я извиняюсь, но то что Вы говорите у нас программеров называется велосипед

Я просто тащусь с этой темы. Конечно, по количеству постов она не сможет соперничать с "лампочка + диод", но по уровню бреда уже давно впереди.
И это всего лишь ради того, чтобы греть:

ТЭН от обычной конфорки, хочу попробовать поуправлять им более плавно

Это ж надо было уметь так развозюкать такую простейшую проблему! Схема - пять деталей, не считая резисторов. Программа - по сложности и объему сопоставима с миганием светодиода. Объем работы - за день можно управиться.

И не надо причислять себя к "программерам".
Настоящий программер на предложение: "Началом отсчета контроллера будет точка нарастания/спадания" никогда не ответит отказом, типа: "зачем этот гемор - когда есть схема детектора - смысл, которого в том же самом"
Ведь программная реализация детектора - всего лишь несколько строчек кода, которые не требуют места на плате, в отличие от схемной реализации. К тому же такое решение обладает большей гибкостью.

то что Вы говорите у нас программеров называется велосипед

Я могу допустить, что это ваши программеры называют это велосипедом. Как говорится - каков поп, таков и приход. Или - каков директор, таков и его коллектив.
Но нормальные программеры для того и нужны, чтобы максимально заменить схемные решения программными.

[fsmoke]

Детектор - аналоговый вход контроллера.

Вообще сейчас на трезвую голову перечитал - и соглашусь, а Вы можете схему накидать?

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

так всегда и делаю, просто я пока схему не смотрел/не знаю/не думал, с помощью которой АЦП из сети 220 читать можно

И не надо причислять себя к "программерам".

Да ты шоо, прям ща возьму и "прислушаюсь" к тебе куда подальше...

Я могу допустить, что это ваши программеры называют это велосипедом. Как говорится - каков поп, таков и приход. Или - каков директор, таков и его коллектив.

Ну да... из Гугла, Яндекса например ребята прихотят/уходят, а что.. Есть какие-то вопросы архитектурные, лингвистические, по идиомам языка(тока c/c++) давай, хочешь посоревноваться в опыте/знаниях - милости просим...(тока не в этом топике) Если сам не программер и нужна помощь - не надо выпендриваться просто спроси. Переход на личности это дно...,которое однозначно характеризует человека

PS
Всегда поражало такое хамьё, а ещё "Почётный"

[fsmoke]

пробежался по схемам, форумам, чет я чую нормально читать ацп - из 220 это какой-то ад. Если ещё с опторазвязкой..., что-то мне подсказывает, что я таки был прав и проще сделать схему детектора...

[jump]

директор - где же твой детектор, такой простой...?
делать на АЦП детектор - не самый лучший вариант, т.к. будет ловить выбросы/провалы, поэтому схема на встроенном компараторе от ЛИ предпочтительна