swat24

Там есть вход питания +5 на контактах

Добрый день, подключаю к Raspberry питание на ноги GPIO, при 5В от регулированого блока питания или от импульсного - не стартует, горит красный диод и все. На регулированном уменьшаю напряжение до 4.7 и все нормально запускается... В чем может быть причина? и как заставить работать от 5В?

надо срочно)

Добрый день, подскажите пожалуйста где можно купить соединительный монтажный провод такого типа "Провод соединительный 20-контактный (F-F)" - https://www.chipdip.ru/product/20-pin-dual-female-splittable-jumper-wire-300mm в Литве? Желательно Каунас или Вильнюс, что то у них в магазинах ничего не нашел...

У вас получается есть два вентилятора, у которого по две обмотки. Каждой обмоткой управляет отдельное реле? Чем именно управляет реле 1 и реле 2? По условиям: 1) Тcurrent > T1 ----- RL1(ON) RL2 (OFF) 2) Tcurrent > T2 ----- RL1(ON) RL2(ON) так? Температуры T1, T2 мы настраиваем на устройстве?

В примере только инициализация дисплея и все. Что не получилось реализовать в текущем алгоритме?

Я бы сделал в том же солиде или подобной программе необходимую форму, а затем в альтиуме создать контур платы по модели. По фото бы не делал, т.к. могут потом не совпасть размеры из-за угла фотоаппарата относительно детали

скоростная печать на ЧПУ... как мне кажется тут не скорость передачи важна, а то, что ЧПУ не ускоришь... Допустим передашь ты весь файл в память на устройство, а что это даст? ЧПУ быстрее не отработает А для передачи файла (в кодах для ЧПУ) по сути текста, можно или взять готовый какой то протокол с контрольной суммой, или описать самому и отправлять по пакетам. К примеру по паре строк кода с контрольной суммой. Нужно не смотреть как флешка работает и как печатает принтер, а начать, как посоветовал @KRAB с азов. Как минимум с того, как работает ЮАРТ. Посмотреть в сторону протоколов обмена данными.

http://www.st.com/resource/en/reference_manual/dm00091010.pdf все регистры находятся в Reference Manuals

Добрый день. Имеется схема сенсорной клавиатуры на микросхеме AT42QT1040. В приложении схема и печатная плата. Проблема заключается в следующем - кнопка CS1 работает хуже чем остальные, когда сверху нет оргстекла не особо страшно, т.к. реагирует более-менее нормально, но хуже остальных. А когда кнопки наклеиваются на 3 мм оргстекло, то она срабатывает через раз. Кнопки наклеиваются на двух-сторонний скотч на 3 мм орг стекло. В чем может быть проблема? Может из-за того, что эта кнопка используется для настройки? Запаяны перемычки R7, R9. И можно ли как то увеличить чувствительность данной кнопки? можно всех

У меня еще проблема в считывании информации с камеры... только с DMA сразу на экран нормально работает, а так считывать что попало...

я понял. В общем нашел пример сохранения BMP в формате 565 на JAVA: public static void main( final String[] args ) { BufferedImage img = map( 320, 240 ); savePNG( img, "C:/test.bmp" ); } private static BufferedImage map( int sizeX, int sizeY ){ final BufferedImage res = new BufferedImage( sizeX, sizeY, BufferedImage.TYPE_USHORT_565_RGB ); for (int x = 0; x < sizeX; x++){ for (int y = 0; y < sizeY; y++){ res.setRGB(x, y, Color.WHITE.getRGB() ); } } return res; } private static void savePNG( final BufferedImage bi, final String path ){ try { RenderedImage rendImage = bi; ImageIO.write(rendImage, "bmp", new File(path)); } catch ( IOException e) { e.printStackTrace(); } } это работает, допишу завтра прием по юарт и попробую. Должно быть следующее: шапка: 42 4d 42 58 02 00 00 00 00 00 42 00 00 00 28 00 00 00 40 01 00 00 f0 00 00 00 01 00 10 00 03 00 00 00 00 58 02 00 00 00 00 00 00 00 00 00 00 00 00 00 03 00 00 00 00 f8 00 00 e0 07 00 00 1f 00 00 00 далее принятый массив читаю с конца и пишу в файл, начиная с 42 байта с помощью: res.setRGB(x, y, Color.WHITE.getRGB() ); только вместо "Color.WHITE.getRGB()" принятые данные. Спасибо, что помогаете Завтра буду пробовать и отпишусь о результате

хорошо, получается в шапке я указываю начало картинки и с этого адреса шлю "ст"+"мл" байты и так всю картинку, правильно? Если даже не переворачивать массив - то картинка будет перевернута, но должна быть. Еще в файле после массива данных идет массив нулей, попробовал его убрать - ругается на то, что файл поврежден. Его оставляю?

В примере для камеры настраивается DMA на 32 бита источника и 16 бит приемник и отправляется на экран. Я считаю 2 байта на пиксель, так как выводится на экран, и буду отправлять попиксельно в юарт. Правильно? Вопрос как записывать в файл BMP? "00 00 ст мл" ? (ст - старший байт, мл - младший байт) или без пустых байт в начале?

У меня функция возвращает 32 бита, т.е. получается два пикселя. Я их и запихиваю в бмп... С камерами никогда не работал, поэтому и вопросов куча) в файле получается такое:

да, считывается с камеры по DCMI 32 бита

Спасибо, в результате получается тоже, что и у меня с разноцветной мозайкой. Похоже не то считывается с камеры... Смотрите, я считываю 32 бита данных с экрана, используются только 16 младших бит. И отправляю все, что принял. начиная со старшего байта. Правильно?

Создал изображение в paint.net - изменил размер, вставил свое изображение, но все-равно пишет "формат данного файла не поддерживается" Оставил заголовок не изменяя вообще и получается следующее, похоже и передача не правильная Безымянный.bmp

320x240, попробую еще с заголовком поиграться http://www.fastgraph.com/help/bmp_header_format.html это правильный заголовок?

не нахожу с 16 битным цветом изображения, попробовал создать в кореле и paint.net, но там или 24 бита, или 8 бит. Ладно, попробую с камерой, которая уже JPEG выдает

Хорошо, а как-нибудь без шапки его можно открыть? каким-нибудь редактором? Я не особо уверен, что правильно передается с камеры изображение

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

Добрый день. Необходимо передать изображение из камеры OV9655 на ПК и отобразить его, Камера имеет выходной формат изображения RGB 565, с камеры считываю с использованием DCMI: uint32_t cameraData = DCMI_ReadData(); И после этого передаю через USART на ПК: USART_SendData(Open_USART, (uint8_t) cameraData>>24); while (USART_GetFlagStatus(Open_USART, USART_FLAG_TC) == RESET) {} USART_SendData(Open_USART, (uint8_t) cameraData>>16); while (USART_GetFlagStatus(Open_USART, USART_FLAG_TC) == RESET) {} USART_SendData(Open_USART, (uint8_t) cameraData>>8); while (USART_GetFlagStatus(Open_USART, USART_FLAG_TC) == RESET) {} USART_SendData(Open_USART, (uint8_t) cameraData); while (USART_GetFlagStatus(Open_USART, USART_FLAG_TC) == RESET) {} На компьютере принимаю через терминал и сохраняю в HEX файл. Скажите как потом его можно открыть? В качестве просмотрщика планирую использовать Java, но теперь вопрос как преобразовать данные с камеры в изображение. Может уже кто-то имел опыт работы с данной камерой? Подскажите, как можно передать изображение с нее на ПК?

Настройте прерывание по приему, подключите TX к RX и поставьте в отладке точку останова на обработчике прерывания и посмотрите передает или нет. Или переходник подключите usart-usb и в терминале смотрите что передает. Осциллографом можете ничего не заметить - передача одного байта с двумя задержками будет происходить очень быстро, можете вообще убрать задержку и тогда увидете передачу

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