Это вы так видите мир вокруг себя - конкуренты, злые маньяки, завистники? А просто праздного любопытства не бывает в вашем мире? И да опишите всю сложность, очень интересно что тут может быть сложного, что аж пришлось одного из разработчиков засудить.
Микросхема защиты подключена к SoC по UART с контролем потока (RTC, CTS).
Но даже ChatGPT знает что
Это узел U5005 (PN80VBU3-C004B011, корпус UFLGA) — микросхема семейства NXP PN80V, то есть NFC-контроллер со встроенным Secure Element (eSE). В типовом применении такая микросхема обслуживает RF-часть NFC (антенна/катушка, RX/TX) и/или криптографически защищённый элемент, в котором хранятся ключи и выполняются защищённые операции.
И вот так весь обзор. Отрывочно, безцельно (что мы тут хотим найти? ) и с уходом в стороннии даташиты не имеющие к данной схеме отношения, только лишь на предположении что они должны быть по мнению автора похожи.
Значит все таки два WiFi используются. Забавное решение. Сдается мне что проще просто примочку на ESP сделать к десктопному PC и это будет еще более умный дом. Там разворачивают Home assistent и получают все радости жизни.
Словом скажите уже правду. Вы взяли ESPHome с Home assistent на одноплатнике и вся ваша работа была только в том чтобы запаковать это в шар.
Тогда писать надо понятней. Такая типа крутая разработка , а написана про нее какая-то лабуда. При чем тут тогда ESP32 и эти платки на фотографиях , если все сделано на каком-то одноплатнике? Или на чем все таки сделано? Разработчикам до лампочки какие у вас там дачтчики. Раскажите про центральный элемент управления и коммуникации. И оно само станет понятно что ваш дивайс может, а что нет. Нафига вообще ESP с WiFi если у вас связь с одноплатника? Это такая кривизна дизайна? Ваш сайт тоже еще тот, внушает о...очень много подозрений.
Т.е. как понимаю это винегрет из нескольких плат на ESP32 , одна для камеры , одна для датчиков, аудио непонятно как сделано. Все базируется на глючных сторонних проектах. Скорость трафика не гарантирована. WiFi на каждой плате свой. Наверно еще и конфликтуют между собой. Защиты трафика почти нет. Я правильно понял архитектуру ?
Популярный он только у тебя в голове. Был бы он действительно тебе полезен ты бы уже тонны своего кода с гитхаба вываливал здесь. А так сорри, спорить не о чем.
Я считаю что пользовательский опыт напрямую формируется моделями. Какова модель таковы и повадки юзеров. Так вот GPT формирует плохой пользовательский опыт. Типа буд-то бы моделям надо что-то объяснять подробно, от этого они типа умнее ответят. Они ответят также как Claude, только ваше время съедят дополнительно.
О, агентов малышам подвезли. Але, я агентами пользуюсь уже год. У меня в палитре 20 разных моделей. А вы похоже заплатили сами не знаете за что. Чтобы тяпать ручками команы в терминале? Это в наше то время, когда никаких команд больше не надо знать вы себя загоняете в тиски CLI. Это ж для мамонтов было сделано.
Все бывает. Но короткие промты - это конкурентное преимущество. Именно короткие промты ускоряют работу. Понятно что промты не в вакууме, а в рамках проекта, который весь доступен агентам. Это глубоко ошибочная логика, что промты главное, главное для агента - проект.
Да какой вы плано можете составить, если не знаете до конца как работает периферия. Ну не смешите. Ваша портянка об этом красноречиво говорит. Claude тем и хорош что раскрывает такие детали о кторых и знать не могли. И вытягивает их из этих многомегабайтных кривых хидеров. Ну я еще PDF даю ему сканировать. Нет, планы - это не область человека. Человеку - только метод тыка хорошо подходит. Другое дело что чтобы вспомнить контекст надо создать доку с промежуточным результатом для Claude, но это не план.
Ничего не путаете опыть? Я про жесткое, а вы про теплое. Речь идет о премиум запросах, где рельно надо думать. Это наверно похоже на ваши Code Reviews, которых у вас там 100 штук. Походу вы наверно только дополнением кода пользуетесь.
Ну так в том-то и разница. Clаude понял почти как человек. Т.е. надо сделать быстро, полно, качественно и понятно заказчику. А GPT понял как тупой автомат. Упомянута в запросе одна функция - только ее и переделал, причем реально способом которым в Arduino дети делают.
Чем мощнее агент тем меньше ему что либо надо объяснять в промптах. В этом и есть прогресс.
Только что провел эксперимент. Сказал GPT 5.2 и Claude Opus 4.5 сделать одно и тоже - переписать драйвер SPI из SDK производителя в функции прямой работы с регистрами (такое нужно для сверх малого потребления функций). Ну так GPT 5.2 мне тупо переписал одну функцию отсылки в стиле Bit-banging ! И все! Ну не придраться. Да, это будет компилироваться. Но это будет не пойми с какими задержками и таймингами. Работать нормально скорее всего не будет. А Claude Opus 4.5 мне создал нормальное API с инициализацией, записью, отработкой ошибок, учетом тактовых частот шины и таймингов (он сам нашел в проекте) и дружественным отчетом от том что он сделал и почему.
Странно, в статьях про умные колонки так много расписано про растановку микрофонов, подбор их характеристик, по цифровой обработке, по акустике, материалам. А тут тяп-ляп из пластмассы и готово.
Не, что-то вы путаете. За лимит плана выходишь уже в середине месяца. Исчерпывается лимит на 1500 запросов. Плана явно не хватает. После 1500 включается взрослый счетчик. Не знаю что вы там в CLI делаете и каким образом укладываетесь в план. У меня вся работа через визуальные среды, визуальные отладчики и VS Code. VS Code сам умеет решать какому движку отдать вопрос. Так вот он GPT брезгует.
Ну я бы посмотрел как тут "порядок" понять. GPT всегда отставал и отстает, чуть чуть, но неприятно. Дольше думает и это уже жирный минус, во-вторых ну не для программирования он. Его фэйлы прям фатальные если он их делает. После него Opus знатно подчищает. А самое главное цена! Она говорит за себя.
Нюанс в том, что Claude Opus 4.5 сейчас самая дорогая модель. Одна сессия ленивого программирования пары функций в ней легко выходит в 10 $ Приходится уже думать об экономии. И да, Claude Opus 4.5 это что-то особенное. Находит ошибки в самых сложных хардварных драйверах ориентируясь только по стандартным хидерам. GPT 5.2 и рядом не валялось. Если удается создать рабочий процесс когда она может править , компилировать, запускать и видеть результат - это просто бомба, результат 100% годный. Проблема что такой процесс трудно создать. Ну и на деньги сразу влетаешь неконтролируемо. Поэтому да, сегрегация нового типа неизбежна.
Я бы даже сказал не землю делать, а кучу пар земля-сигнал для такой конфигурации щупа
Иначе можно ловить все что угодно, но только не то что нужно.
И даже не JTAG, а SWD. Тут опять проблемы разделения на электронщиков и программистов. Если программисты вообще не хотят что-то слышать об интерфейсах, то электронщики ничего не хотят знать об отладочной периферии. У ST в чипах один из лучших отладочных модулей - ARM CoreSight Segger чипы STM32 использует как эталон для своих трассировщиков. А тут UART какой-то, светодиоды ... И еще этот ужасный, бестолковый и неуклюжий PogoPins , это наверно чтоб SWD только в крайнем случае подключали. Между тем даже на самых дешевых отладках сейчас ставят инструментальные чипы для работы через SWD.
Ну вот и стоило было им заниматься. Конечно протокол проприетарный. И там адресация и маршрутизация, и механизмы масштабирования, и механизмы изоляции сбойных узлов и т.д. и т.п. Эт не BLE ломать. Свою платку сделать и уже хакать по полной гирлянду, не волнуясь какие там софтовые заплатки сделает производитель.
Одно дело защитить от хаков какого-то производителя , он и так деньги хорошие делает. И другое дело дать народу проверенную технологию двухпроводного полевого протокола.
Это вы так видите мир вокруг себя - конкуренты, злые маньяки, завистники?
А просто праздного любопытства не бывает в вашем мире?
И да опишите всю сложность, очень интересно что тут может быть сложного, что аж пришлось одного из разработчиков засудить.
Мне понравилось про U5005
Но даже ChatGPT знает что
И вот так весь обзор.
Отрывочно, безцельно (что мы тут хотим найти? ) и с уходом в стороннии даташиты не имеющие к данной схеме отношения, только лишь на предположении что они должны быть по мнению автора похожи.
Значит все таки два WiFi используются.
Забавное решение.
Сдается мне что проще просто примочку на ESP сделать к десктопному PC и это будет еще более умный дом. Там разворачивают Home assistent и получают все радости жизни.
Словом скажите уже правду.
Вы взяли ESPHome с Home assistent на одноплатнике и вся ваша работа была только в том чтобы запаковать это в шар.
Тогда писать надо понятней.
Такая типа крутая разработка , а написана про нее какая-то лабуда.
При чем тут тогда ESP32 и эти платки на фотографиях , если все сделано на каком-то одноплатнике?
Или на чем все таки сделано?
Разработчикам до лампочки какие у вас там дачтчики.
Раскажите про центральный элемент управления и коммуникации. И оно само станет понятно что ваш дивайс может, а что нет.
Нафига вообще ESP с WiFi если у вас связь с одноплатника?
Это такая кривизна дизайна?
Ваш сайт тоже еще тот, внушает о...очень много подозрений.
Т.е. как понимаю это винегрет из нескольких плат на ESP32 , одна для камеры , одна для датчиков, аудио непонятно как сделано. Все базируется на глючных сторонних проектах.
Скорость трафика не гарантирована. WiFi на каждой плате свой. Наверно еще и конфликтуют между собой. Защиты трафика почти нет.
Я правильно понял архитектуру ?
Популярный он только у тебя в голове. Был бы он действительно тебе полезен ты бы уже тонны своего кода с гитхаба вываливал здесь. А так сорри, спорить не о чем.
Я считаю что пользовательский опыт напрямую формируется моделями. Какова модель таковы и повадки юзеров. Так вот GPT формирует плохой пользовательский опыт. Типа буд-то бы моделям надо что-то объяснять подробно, от этого они типа умнее ответят. Они ответят также как Claude, только ваше время съедят дополнительно.
О, агентов малышам подвезли.
Але, я агентами пользуюсь уже год.
У меня в палитре 20 разных моделей.
А вы похоже заплатили сами не знаете за что.
Чтобы тяпать ручками команы в терминале?
Это в наше то время, когда никаких команд больше не надо знать вы себя загоняете в тиски CLI. Это ж для мамонтов было сделано.
Все бывает.
Но короткие промты - это конкурентное преимущество.
Именно короткие промты ускоряют работу. Понятно что промты не в вакууме, а в рамках проекта, который весь доступен агентам.
Это глубоко ошибочная логика, что промты главное, главное для агента - проект.
Да какой вы плано можете составить, если не знаете до конца как работает периферия. Ну не смешите. Ваша портянка об этом красноречиво говорит.
Claude тем и хорош что раскрывает такие детали о кторых и знать не могли. И вытягивает их из этих многомегабайтных кривых хидеров.
Ну я еще PDF даю ему сканировать.
Нет, планы - это не область человека.
Человеку - только метод тыка хорошо подходит.
Другое дело что чтобы вспомнить контекст надо создать доку с промежуточным результатом для Claude, но это не план.
Ничего не путаете опыть?
Я про жесткое, а вы про теплое. Речь идет о премиум запросах, где рельно надо думать. Это наверно похоже на ваши Code Reviews, которых у вас там 100 штук.
Походу вы наверно только дополнением кода пользуетесь.
Ну так в том-то и разница. Clаude понял почти как человек. Т.е. надо сделать быстро, полно, качественно и понятно заказчику.
А GPT понял как тупой автомат. Упомянута в запросе одна функция - только ее и переделал, причем реально способом которым в Arduino дети делают.
Чем мощнее агент тем меньше ему что либо надо объяснять в промптах.
В этом и есть прогресс.
Только что провел эксперимент.
Сказал GPT 5.2 и Claude Opus 4.5 сделать одно и тоже - переписать драйвер SPI из SDK производителя в функции прямой работы с регистрами (такое нужно для сверх малого потребления функций).
Ну так GPT 5.2 мне тупо переписал одну функцию отсылки в стиле Bit-banging !
И все! Ну не придраться. Да, это будет компилироваться. Но это будет не пойми с какими задержками и таймингами. Работать нормально скорее всего не будет.
А Claude Opus 4.5 мне создал нормальное API с инициализацией, записью, отработкой ошибок, учетом тактовых частот шины и таймингов (он сам нашел в проекте) и дружественным отчетом от том что он сделал и почему.
Странно, в статьях про умные колонки так много расписано про растановку микрофонов, подбор их характеристик, по цифровой обработке, по акустике, материалам.
А тут тяп-ляп из пластмассы и готово.
Не, что-то вы путаете.
За лимит плана выходишь уже в середине месяца.
Исчерпывается лимит на 1500 запросов.
Плана явно не хватает. После 1500 включается взрослый счетчик.
Не знаю что вы там в CLI делаете и каким образом укладываетесь в план.
У меня вся работа через визуальные среды, визуальные отладчики и VS Code.
VS Code сам умеет решать какому движку отдать вопрос. Так вот он GPT брезгует.
Ну я бы посмотрел как тут "порядок" понять.
GPT всегда отставал и отстает, чуть чуть, но неприятно. Дольше думает и это уже жирный минус, во-вторых ну не для программирования он.
Его фэйлы прям фатальные если он их делает. После него Opus знатно подчищает.
А самое главное цена! Она говорит за себя.
Нюанс в том, что Claude Opus 4.5 сейчас самая дорогая модель.
Одна сессия ленивого программирования пары функций в ней легко выходит в 10 $
Приходится уже думать об экономии.
И да, Claude Opus 4.5 это что-то особенное.
Находит ошибки в самых сложных хардварных драйверах ориентируясь только по стандартным хидерам. GPT 5.2 и рядом не валялось.
Если удается создать рабочий процесс когда она может править , компилировать, запускать и видеть результат - это просто бомба, результат 100% годный. Проблема что такой процесс трудно создать.
Ну и на деньги сразу влетаешь неконтролируемо.
Поэтому да, сегрегация нового типа неизбежна.
Я бы даже сказал не землю делать, а кучу пар земля-сигнал для такой конфигурации щупа
Иначе можно ловить все что угодно, но только не то что нужно.
И даже не JTAG, а SWD.
Тут опять проблемы разделения на электронщиков и программистов.
Если программисты вообще не хотят что-то слышать об интерфейсах, то электронщики ничего не хотят знать об отладочной периферии.
У ST в чипах один из лучших отладочных модулей - ARM CoreSight
Segger чипы STM32 использует как эталон для своих трассировщиков.
А тут UART какой-то, светодиоды ...
И еще этот ужасный, бестолковый и неуклюжий PogoPins , это наверно чтоб SWD только в крайнем случае подключали.
Между тем даже на самых дешевых отладках сейчас ставят инструментальные чипы для работы через SWD.
Ну вот и стоило было им заниматься.
Конечно протокол проприетарный.
И там адресация и маршрутизация, и механизмы масштабирования, и механизмы изоляции сбойных узлов и т.д. и т.п.
Эт не BLE ломать.
Свою платку сделать и уже хакать по полной гирлянду, не волнуясь какие там софтовые заплатки сделает производитель.
Одно дело защитить от хаков какого-то производителя , он и так деньги хорошие делает.
И другое дело дать народу проверенную технологию двухпроводного полевого протокола.
Ну, ну. Расскажите мне про 1-wire.
Если бы там была 1-Wire, они бы секундами из одного состояния в другое переходили.