Jump to content

    

Покупаю идеи+проекты.

Я ж написал - одна функция на модуль. Т.е. отдельно модуль с диммером. Отдельно модуль с 2-мя релюшками. Отдельно модуль - контроллер RGB.

 

Для работы с диммером накой высокая скорость? Розеткой взглядом управлять?

 

Вы знаете стандартизированный проводной интерфейс получше?

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

Короче риски большие. Поэтому сначала Ethernet, а потом уже ваша технология.

 

Н-да... Не читал, но осуждаю! (с) Шариков.

Попробуйте все же сначала почитать про современные PowerLine технологии и хотя бы поверхностно с ними разобраться.

Напр: http://www.nix.ru/price/search_panel_ajax....:homeplug;p:all

Кстати, HomePlug, никак не пересекается с моим модемом, и могут "жить" в сети одновременно.

Для управления устройствами на скорости до 10 МБит можно использовать чипы QCA7000, стоимость в розницу примерно $8.

 

Ни о каких сертификатах я с вами даже говорить не собираюсь. ВНИМАТЕЛЬНО почитайте посты по ссылке, потом общаться возможно будем.

Share this post


Link to post
Share on other sites
Для управления устройствами на скорости до 10 МБит можно использовать чипы QCA7000, стоимость в розницу примерно $8.

 

Всю документацию по этому чипу Qualcomm дает только под NDA и при больших заказах. Ищу руководство по программированию и т.п. уже полгода, но даже у китайцев ее нет в продаже. Может быть она есть у вас?

 

Share this post


Link to post
Share on other sites
Если сделать Ethernet c TCP/IP/UDP, ARP, DHCP, DNS, HTTP, MQTT, SSL, ICMP, IGMP, TELNET на том же микроконтроллере что и основная задача, то грош цена вашей надежности.

простите, зачем ?

 

Share this post


Link to post
Share on other sites
Если логический контроллер имеет интерфейс Ethernet, то этот интерфейс у него всегда! обслуживает отдельный процессор.

Ориентироваться на 30$ в такой конфигурации нереально.

 

Если сделать Ethernet c TCP/IP/UDP, ARP, DHCP, DNS, HTTP, MQTT, SSL, ICMP, IGMP, TELNET на том же микроконтроллере что и основная задача, то грош цена вашей надежности.

Ваш дивайс будет заниматься только тем что парсить бесконечный флуд сетевых сканеров, маршрутизаторов, ботов, и просто сетевых сервисных служб обычных ПК.

Я уверен 100% что дивайс в такой сети будет виснуть не реже раза в неделю.

Короче идея выводить в интернет или даже в локалку отдельные дивайсы - зло.

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

Хотя я имел дело с МК, на котором был реализован TCP/IP стек, FTP и Вебсервер еще в 2003 году. Он также сам дергал ногами, считал импульсы от электросчетчика и был выставлен в интернет с белым айпишником и с ссылкой на заглавной странице университета. Все на одном МК с производительностью примерно 51 разогнанного процессора. Время бесперебойной работы достигало года, до того, как его выключили. Перезагрузок никто не делал - о нем просто забыли.

Так что я понимаю, что у вас какие-то фобии по этому поводу. Неудачный софт применили?

Share this post


Link to post
Share on other sites
Так что я понимаю, что у вас какие-то фобии по этому поводу. Неудачный софт применили?

Т.е. вы тоже признаете, что управлять качеством такого софта невозможно. Можно только надеяться на удачу.

Но тогда простая логика. Чем меньше софта - тем надежней работа.

В CAN-е софта меньше на порядок.

 

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

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

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

Низкие протоколы это пропускали, а высокие с PTP шифрацией - нет.

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

Примеры отдельно стоящих и несбоящих embedded серверов здесь никого не убедят.

 

 

 

Share this post


Link to post
Share on other sites
Всю документацию по этому чипу Qualcomm дает только под NDA и при больших заказах. Ищу руководство по программированию и т.п. уже полгода, но даже у китайцев ее нет в продаже. Может быть она есть у вас?

Есть. И чо? Поделиться не смогу ибо подписаны бумаги о не распространении. И все, кто занимается разработкой на основе чипов Qualcomm/Atheros подписывает аналогичные документы. Так, что те же китайцы ваш вежливо пошлют. Есть даже отладочные комплекты от Qualcomm.

Выполнить разработки - пожалуйста.

Несколько лет занимался PLC ( модемы ). Остались даже пара уникальных, по сути готовых к производству образцов ( кстати, совместно с китайцами ) - PLC + хаб 3 порта 100 МБит в пром инкарнации. Требовалось решение по объединению контроллеров в сеть в условиях жутких ЭМП.

Витая пара ( экранированная ) глохнет сразу же. CAN тоже, мало того, при тестировании один из интерфейсных чипов CAN вообще взорвался на пару с защитой ( это про уровень ЭМП ). Ну и есс-но одно из требований - подешевше... Остались варианты оптики и PLC. Остановились на последнем ( были образцы показать работоспособность технологии, но оффисного варианта ). Разработана и изготовлена небольшая партия. Все работает уже несколько лет.

 

...Все работает уже несколько лет.

Забыл дополнить, что решение на основе AR7420

Share this post


Link to post
Share on other sites
Т.е. вы тоже признаете, что управлять качеством такого софта невозможно. Можно только надеяться на удачу.

Вообще нет. С чего вы взяли?

 

Share this post


Link to post
Share on other sites
Поделиться не смогу ибо подписаны бумаги о не распространении.

 

Ок, значит продолжаю искать того, кто может.

 

Так, что те же китайцы ваш вежливо пошлют.

 

Когда надо было мы у них приобрели документация и ПО для CSR8670 от Qualcomm, т.к. устали добывать официальным путем.

Скорее решение это узконишевое и доки еще не протекли, но обязательно протекут. Китайцев много и все хотят кушать.

 

2: pitman

Если сильны в линукс, то можете инфу по управлению уже прошитого QCA7000 найти тут: https://github.com/torvalds/linux/tree/mast...hernet/qualcomm

 

Да, про эту утилиту знаю, смотрел ее и драйвера в ядре Линукса. Так же снял дампы обмена SPI для разных команд, делаю реверсинг и т.п.

Share this post


Link to post
Share on other sites
Да, про эту утилиту знаю, смотрел ее и драйвера в ядре Линукса. Так же снял дампы обмена SPI для разных команд, делаю реверсинг и т.п.

Ну, вообще то это не утилита, это драйвера.

форков есть несколько, напр: https://github.com/qca/qca7000

QCA7000 имеет два интерфейса: SPI и UART. Драйвера обеспечивают реализацию стека IP. В случае с UART - SLIP.

 

Это все равно, что сказать, что занимаюсь реверсом для например: ENC28J60

Драйвера для линукс и не только уже есть.

 

Прошивка для QCA тоже вроде не секретна: https://github.com/raspberrypi/firmware/blo...ys/qca7000.dtbo

Описание программирования самого чипа и библиотеки нужны в исключительно редких случаях, когда есть гигантское желание обойтись только QCA для задач автоматизации. Но опять таки памяти у камня не так много и "заточен" он под специфичные задачи. Есть большое желание самому управлять 100+ DSP камня?

Необходимы "утечки" Qualcomm сам организовал, напр: https://www.usbid.com/assets/datasheets/21/qualcom.pdf

Так, что для начала работы с чипом информации вполне хватает.

 

Share this post


Link to post
Share on other sites

Есть идея - создать наконец-то отечественную FPGA. Нету до сих пор, представляете :rolleyes:

Сколько бы Рогозян щёки не раздувал, как не было, так и нету, и делать не собераютсо...

Share this post


Link to post
Share on other sites
Есть идея - создать наконец-то отечественную FPGA. Нету до сих пор, представляете :rolleyes:

Сколько бы Рогозян щёки не раздувал, как не было, так и нету, и делать не собераютсо...

 

А как же Воронеж?))

Share this post


Link to post
Share on other sites
Ну, вообще то это не утилита, это драйвера.

форков есть несколько, напр: https://github.com/qca/qca7000

QCA7000 имеет два интерфейса: SPI и UART. Драйвера обеспечивают реализацию стека IP. В случае с UART - SLIP.

 

Ок, это драйвера которые реализуют работу сетевого стека Линукс через чип. В моем случае интерфейсом является SPI и сетевой стек Линукса шлет кадры Ethernet через него.

 

Вот только помимо передачи данных есть еще управление самой QCA7000. А это делается через набор специальных утилит которые опенсорцные но разрабатываются работниками Qualcomm и как раз дампы управления запрос-ответ были сняты.

 

Прошивка для QCA тоже вроде не секретна: https://github.com/raspberrypi/firmware/blo...ys/qca7000.dtbo

Описание программирования самого чипа и библиотеки нужны в исключительно редких случаях, когда есть гигантское желание обойтись только QCA для задач автоматизации. Но опять таки памяти у камня не так много и "заточен" он под специфичные задачи. Есть большое желание самому управлять 100+ DSP камня?

Необходимы "утечки" Qualcomm сам организовал, напр: https://www.usbid.com/assets/datasheets/21/qualcom.pdf

Так, что для начала работы с чипом информации вполне хватает.

 

Обзорный даташит без особых деталей. Нет описания ММЕ команд и регистров.

Share this post


Link to post
Share on other sites

Еще одна идея - денег не надо:

Сделать комплект шумоподавления для бытового применения. Т.е. комплекс из микрофонов, DSP и аудиосистемы, генерирующий звук с противоположной фазой к измеряемому с помощью микрофонов. Микрофоны должны быть влагозащищены и желательно быть на беспроводных технологиях. Как пример использования: микрофоны размещаем снаружи здания возле окна. С внутренней стороны размещаем аудиосистему и понижаем уровень шума от транспорта, проходящий через окно на пару десятков децибел. Теперь можно спокойно ночью спать с окном на оживленную улицу. Также можно заизолироваться от шумных соседей или наоборот, сделать комнату в которой можно в три часа ночи орать по полной караоке, а соседи ничего не услышат. Основная загвоздка ИМХО - правильные алгоритмы генерации объемного звука, но судя по прогрессу различных домашних кинотеатров, это уже не проблема.

Share this post


Link to post
Share on other sites
Есть идея - создать наконец-то отечественную FPGA. Нету до сих пор, представляете

Есть до сих пор, представляете.

 

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this