Вот 83 открылась бы скорее всего

вот резистор задает ток

Как только я включаю его в цепь то по нему просто течёт ток и все 🙈

Многовато для снаберного кондея. 0.01 uF обычно

Шлю пост запрос вот таким образом, вапрос как в заголовок запроса добавить ContentLength ? он почему-то всегда отправляется равен нулю изза чего принимающий сервер отрабатывает не корректно.... Если явно прописать заголовок через esp_http_client_set_header это вообще ничего не меняет, по прежнему там 0

Снаббер состоит из 5.8uF 400v конденсатора и резистора на 470

в светодиодной наверное импульсный преобразователь с накопительными кондерами.

вообще то снубер может вызывать зажигание светодиодной лампы невысокой мощности, но еще как вариант вы просто перепутали терминалы симистора Т1 и Т2

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

да, обычная лампочка

что такое обычная лампочка? их как минимум мне известно 4 типа схем

обычная светодиодна лампочка, со своим драйвером с 220.

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

У меня есть лампочка у неё 2 контакта для AC, все, более мне о ней ничего не известно, да и не должно быть.

Там с корее всегое сть трансформатор небольшой

хотя если вы поставите snubberless симистор то про снуббер можно забыть

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

https://www.chipdip.ru/product/bt134-600d

зачем он там?

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

Да, это именно породило порос, какая рахница между терминалами, он же в обе стороны работает?

Вообщем вапрос с Content-Length я решил. просто надо было внимательнее читать документацию, оказывается длинну передаваемого контента нужно передавать вторым параметром в esp_http_client_open но всеравно беда, Content-Length передается а сам контент нет. Клиент крашится при попытке прочитать тело запроса -_-

разница в том как ток течет в управляющую ногу. исправьте ошибку и все заработает

Перепаял, заработало. Только я так и не понял в чем разница :( это связано с полярностью открывающего сигнала, переходом через 0?

Т1 не равно Т2 если коротко. если не коротко идем читать физику полупроводников

Вообщем вапрос с Content-Length я решил. просто надо было внимательнее читать документацию, оказывается длинну передаваемого контента нужно передавать вторым параметром в esp_http_client_open но всеравно беда, Content-Length передается а сам контент нет. Клиент крашится при попытке прочитать тело запроса -_-

Капец, наконецто я это победил, это просто жесть... в итоге код выглядит вот так (скрин) плюс пришлось дорабатывать принимающую сторону (сервер куда шлю запросы) потому что он не отправлял в заголовках ответа размер содержимого а разбивал его на части (технология Chunked transfer encoding) (добавил заголовок Transfer на который реагирует мой сервер и отключает эту хрень)

А чем чанкед плох?

Потому что ответ сервера не считывается

Есп не умеет в чанкед? 🤔

Есп не умеет в чанкед? 🤔

Сервер хттп на есп

Клиент

Проверь и напиши)

Проверь и напиши)

Вообщем с чанками не работает

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

Если включены чанки то в ответ прилетает такое (content_length = -1)

Rfc кури

что бы чанки убрать?