Игорь Кищак

Доброго Времени суток! Возник следующий вопрос. Разрабатывается мультимедийное устройство (WiFi + Audio out + Mic INput + пару кнопок), которое для начала планируем произвести в количестве 100штук и процентов 50% продать знакомым а остальные через "Pre-Order" на сайте, таким образом собрать feedback о устройстве а дальше уже думать есть ли жизнь такому гаджету и есть ли смысл производить в больших количествах. Вопрос таков? Как обойти пункт сертификации CE, так-как для малой партии делать его не рентабельно и не планируем. Хотелось узнать как правильно в правовом поле или может в договоренном порядке прописать данный пункт и уведомить покупателей о таком подходе, и имел кто нибудь такую практику и возможно ли такое теоретически??? Изначально все компоненты WiFi модуль и.т.д. внутри устройства сертифицированы, входное напряжение 5В, потребление 800мА, сетевой блок питание в комплект не входит. Не исключено также что устройство приобретут в Европе. Заранее спасибо.

Спасибо за разъяснение, буду экспериментировать!

Устройство спроектировано под совершенно иные задачи и выбранный STM как раз оптимален под них. И так-как USB пины (порт) на STM-ки. не заюзаны и пока еще ресурсы позволяют то эту самую энумерацию скорее всего будет реализовано на нем. Не до конца еще разобрался как правильно параллельно подключить нагрузку и батарею и как bq24095 будет вести себя если устройство подключено к ЮЗБ порту и в этот момент заряжается током в 500мА и одновременно потребление тока самого устройства будет больше например чеМ 500 мА? Кто в этом случае будет отдавать эти "мАч" системе? П.С. цитата с моего первого поста

Спасибо за ответ! МК есть = STM32F407, то есть надо подключать хост МК следующим образом Scheme и также необходимо поднять на нем драйвера "ЮЗБ девайса". Пока что первое приходит на ум это просто эмулировать виртуальный ком порт. Или я ошибаюсь? В будущем связи по ЮЗБ (обмен данными) не планируется, может для обновления прошивки, и то не факт, так-что ЮЗБпорт планирую юзать суто как порт для подзарядки устройства.

Доброго времени суток! Хотел поинтересоваться у тех кто может использовал bq24095 данную микросхему или поможет разобраться в следующих вопросах. Планирую использовать для портативного устройства которое должно заряжаться как от адаптера AC/DC так и USB порта, потребление устройства от 250мА - 900мА, аккумулятор Li-Pol 1800 - 2000мАч. 1. Нужно ли использовать связку Diode + MOSFET для "current direction control" подобно тому как реализовано у AN1149. page 5 TI пишет что можна подключать нагрузку с бат. параллельно Но до конца не понял, есть ли подвох? 2. Как словить "ивент" подключение к USB порту чтобы ограничить ток зарядки на 100мА или 500мА? И Что если ток потребления превысит допустимое значение в 500мА а устройство подключено к USB порту может выдать максимум 500мА? понятно что можно будет ухитрится устройству не дать потреблять больше чем 500мА загнав его в пониженные режимы и.т.д. ну все же интересно как справляются с данной задачей мощные смартфоны и.т.д. (см. файл Block diagram.pdf) П.С. Устройство С батарейным питанием разрабатываю впервые!!! Остановился на данном чипе так-как адекватная цена. Block_diagram.pdf

Спасибо! именно по етим адресам и считал значения.

Привет! Не могу никак разобраться как с камня научится считывать Unique device ID (побайтно). Кто-то работал с данным регистром? Заранее спасибо!

Всем доброго времени! Есть проект )) Соорудил платформу на которой живут две технологии АРМ9(NUC950ADN) + CortexM3(stm32F2). На АРМ9 линукс+файловая, CortexM3 - standalone (пока без фриртоса). Комуникация между двумя камнями предусмотрел частично по USART частично по I2C чтобы не вешать все на один протокол (АРМ9 играет роль как-бы главной системы для выхода в сеть, ну и больше гипкости с операционкой)))), роль CortexM3 сбор информации с различных подключенных к ниму датчиков, сенсоров... обработка их, ну и дальнейшая передача АРМУ. Часть информации передается по USART, там вроде все понятно, с I2C озадачился: на ARM9 компильнул и установил I2С тулзы, на М3 поднял либу подсмотрев пример в "STM32F2xx_StdPeriph_Examples\I2C\I2C_TwoBoards". по дефолту решил что АРМ9 мастер - М3 слейв. Проблема с ледующего характера: надо из М3 сделать адекватного слейва (похожего на ЕЕПРОМ) который смог бы реагировать на вот такие команды "i2cget -y -0 0x18 0x01" исплоьзуя пример: /* Get Last I2C Event */ Event = I2C_GetLastEvent(I2Cx); switch (Event) { /* ****************************************************************************/ /* Slave Transmitter Events */ /* */ /* ****************************************************************************/ /* Check on EV1 */ case I2C_EVENT_SLAVE_TRANSMITTER_ADDRESS_MATCHED: I2C_SendData(I2Cx, TxBuffer[Tx_Idx++]); I2C_ITConfig(I2Cx, I2C_IT_BUF , ENABLE); break; /* Check on EV3 */ case I2C_EVENT_SLAVE_BYTE_TRANSMITTING: case I2C_EVENT_SLAVE_BYTE_TRANSMITTED: if (Tx_Idx < NumberOfByteToTransmit) { I2C_SendData(I2Cx, TxBuffer[Tx_Idx++]); } else { /* Disable I2C event interrupt */ I2C_ITConfig(I2Cx, I2C_IT_EVT | I2C_IT_BUF, DISABLE); } break; /* ****************************************************************************/ /* Slave Receiver Events */ /* */ /* ****************************************************************************/ /* check on EV1*/ case I2C_EVENT_SLAVE_RECEIVER_ADDRESS_MATCHED: Rx_Idx = 0x00; break; /* Check on EV2*/ case I2C_EVENT_SLAVE_BYTE_RECEIVED: case (I2C_EVENT_SLAVE_BYTE_RECEIVED | I2C_SR1_BTF): RxBuffer[Rx_Idx++] = I2C_ReceiveData(I2Cx); break; /* Check on EV4 */ case I2C_EVENT_SLAVE_STOP_DETECTED: I2C_GetFlagStatus(I2Cx, I2C_FLAG_STOPF); I2C_Cmd(I2Cx, ENABLE); break; default: break; } нормально работают команды i2cget -y 0 0x18 - получить значение которое хранится в буфере, i2cset -y 0 0x18 0x2 0x3 - переслать слейву значение 0х3 в регистр 0х2, А из под линукса буду работать именно "i2cget -y 0 0x18 0х00". считать данные по такому то адресу с такого то регистра. Тоесть я понимаю что проблема в коде и его надо переделать, так-как данный пример заточет под просто отправку и под просто прием. А мне надо грубо рабоать с ним как-бы с EEPROM тоесть режим комбинированного старта где пакет " START+ADDR+W+ack+DATA+ACK+STAR2+ADDR+R+ACK" тоесть режим повторног старта когда мастер нагло еще раз лезит со стартом и повторным адресом (так мой осцилограф показывает) ? После прочтений даташитов и еще прочтений и надо будет еще читать понял то, что мало понял что там ST накрутил.. есть такие функции /* I2C2 second address configuration */ I2C_OwnAddress2Config(I2C1, SLAVE_ADDRESS); /* Enable I2C2 Dual address */ I2C_DualAddressCmd(I2C1, ENABLE); до конца не могу понять для чего они , может их надо использовать? Сталкивался кто либо с такой задачей или знает в каком русле рыть? буду благодарен.

Всем привет!!! Стоит задача развести макетную плату на процессоре NUC950ADN + SDRAM (SAMSUNG K4S561632N-LC75)+NAND (K9F2G08UOB). Разводкой плат занимаюсь но с таким форматом плат (таких частот) никогда не сталкивался, плата не будет использоваться в индустриальном применении. При трассировки руководился просторами интернета и подглядел отладочную плату (производителя процессора Nuvoton). Хотел услышать критику в мой адрес, ну и волнует на мой взгляд самое уязвимое место на данном этапе трассировке, это MCU+SDRAM. 1. Необходимо ли в моем случае выравнивание дорожек 2. Согласующие резисторы по 47Ом, также нужны или нет. Заранее благодарен!!! Файл формата PCB (Altium) TEST.pdf

спасибо!!! будем посмотреть...

большое спаисобо за схему, развели запаяли все работает!!!! ВАм також величезне ДЯКУЮ!!!))))

А на счес стабилитронов, как правильние? ставить их на каждый девайс (все приемо-передатчики), или только на мастер???

Так до конца и не дорозабрался с тем почему вылетели ST485, есть подозрения на то что кода тестировал все 4 девайса то в лабораторных условиях держалось все на "крокодила" и земля в том числе.... Для более точного представления картины опишу еще раз систему: на линии есть 4 девайса (1 мастер 3 слейва, 25 метров максимум) в каждом девайсе установлена микруха ST485 которая питается от 5 вольт (+5 и Землю пускаю для всех девайсов отдельной линией 2 проводами), обмен информацией происходит по витой паре (2 проводника и экран). Понятнол что сама микруха чуствительна к скосам земли, к неправильному порядку включения (тоесть линия заживлена а слейвы в этот момент включайтся то отключаются). А у нас в лабараторных условиях такое и происходит что постоянно то включаем то выключаем, вместо конекторов не совсем надежные крокодилы, это последнее логическое объяснение выхода из строя микрух - не правильные условия експлуатации.. Не могли бы подсказать схему защиты такого рода... или просто обойтись тем что-бы все было включенно должным образом и следавало логическому порядку. Сама систем буде експлуатироваться в автотранспорте. "RS485.pdf (133.51 Kb)"]

спасибо... яэто мой дык в разводке, перепутал А с Б!!!! но если честно то в данный момент работает и все передает)) но всеравно поменяю..

растяжку стянул как-раз со статьи RS485 для чайников)