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



Н-да... Не читал, но осуждаю! (с) Шариков.
Попробуйте все же сначала почитать про современные PowerLine технологии и хотя бы поверхностно с ними разобраться.
Напр: http://www.nix.ru/price/search_panel_ajax....:homeplug;p:all
Кстати, HomePlug, никак не пересекается с моим модемом, и могут "жить" в сети одновременно.
Для управления устройствами на скорости до 10 МБит можно использовать чипы QCA7000, стоимость в розницу примерно $8.

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

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

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

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

Т.е. вы тоже признаете, что управлять качеством такого софта невозможно. Можно только надеяться на удачу.
Но тогда простая логика. Чем меньше софта - тем надежней работа.
В CAN-е софта меньше на порядок.

Тут случай был недавно, когда у нас сеть накрылась после молнии.
Некоторые свитчеры как будто бы остались рабочими. Но народ не мог отправить емайлы, а так по сети нормально работал.
Выяснилось что на некоторых портах свитчеры искажали данные пакетов, но так, что контрольная сумма оставалась правильной.
Низкие протоколы это пропускали, а высокие с PTP шифрацией - нет.
Это к тому, что делая потребительский дивайс с Ethernet вам надо готовиться к войне со всей сетевой инфраструктурой со всеми ее глюками.
Примеры отдельно стоящих и несбоящих embedded серверов здесь никого не убедят.

Есть. И чо? Поделиться не смогу ибо подписаны бумаги о не распространении. И все, кто занимается разработкой на основе чипов Qualcomm/Atheros подписывает аналогичные документы. Так, что те же китайцы ваш вежливо пошлют. Есть даже отладочные комплекты от Qualcomm.
Выполнить разработки - пожалуйста.
Несколько лет занимался PLC ( модемы ). Остались даже пара уникальных, по сути готовых к производству образцов ( кстати, совместно с китайцами ) - PLC + хаб 3 порта 100 МБит в пром инкарнации. Требовалось решение по объединению контроллеров в сеть в условиях жутких ЭМП.
Витая пара ( экранированная ) глохнет сразу же. CAN тоже, мало того, при тестировании один из интерфейсных чипов CAN вообще взорвался на пару с защитой ( это про уровень ЭМП ). Ну и есс-но одно из требований - подешевше... Остались варианты оптики и PLC. Остановились на последнем ( были образцы показать работоспособность технологии, но оффисного варианта ). Разработана и изготовлена небольшая партия. Все работает уже несколько лет.


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

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

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

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



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



Да, про эту утилиту знаю, смотрел ее и драйвера в ядре Линукса. Так же снял дампы обмена 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
Так, что для начала работы с чипом информации вполне хватает.

Есть идея - создать наконец-то отечественную FPGA. Нету до сих пор, представляете
Сколько бы Рогозян щёки не раздувал, как не было, так и нету, и делать не собераютсо...

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

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

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



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

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

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