vk123

Появилось свободное время, поэтому поднимаю тему. Специализация: - разработка контроллеров управления двигателями (BLDC, DC, ШД) мощностью до 10 кВт. Есть семейство своих контроллеров, которые могу адаптировать под ваши потребности. - робототехника. В основном управление движением и связь. - системы контроля батареи (BMS) - различные сенсоры: гироскоп/акселерометр, тензодатчики, УЗ/ИК датчики. - все основные интерфейсы: WiFi, BlueTooth BLE, usb, can и т.д. - Микроконтроллеры: в основном STM, Microchip. - Управляющие программы под Win и Android. Нахожусь в Ростове-на-Дону. email: vvk43210 на yandex.ru

Скинул на почту телефон отдела кадров, все подробности через них. Если совсем коротко, то требуется на постоянной основе собирать опытные и мелкосерийные образцы плат для балансировочных станков и контроллеров BLDC в ООО "Энсет" . Рабочий день с 09 до 18, з/п по результатам собеседования.

На постоянную работу требуется монтажник печатных плат. Основные обязанности: - Ручная сборка электронных плат с SMD компонентами типоразмерами от 0603. - Пайка выводных компонентов. - Сборка и пайка жгутов. - Отмывка собранных плат. Территориально организация находится в помещении ДГТУ

А как оформляется трудоустройство? Рабочая виза или голубая карта? Когда возможно получение ВНЖ?

Вроде в первом сообщении написал... Но повторить не сложно: 16HY7001-11 Есть две шт., 3 тыс./шт. И 87F6Z-05 Есть 1 шт. Цена 15 тыс. Есть еще сервоприводы Dynamixel AX-18A 18шт. по цене 3.5тыс./шт.

Сенсоры нажатия Новые: Есть 19 шт. Цена 400р./шт. Все отдам за 350р./шт.

16HY7001-11 Новые: Есть 2 шт. Цена 3тыс./шт. 87F6Z-05 Фото: Цена 15 тыс. Их относительные размеры:

Не использовался. Описание тут: http://www.ti.com/tool/TMDXEVM365 Цена 8 тыс.

Рекуперация там есть всегда, когда вы тормозите или с горки едете. Возврат энергии будет где-то в районе 5%. В таких изделиях часто аккумуляторы ставят в рюкзак на спину. Даже двигатели пытаются туда же ставить, а момент через гибкий привод передавать. Еще на картинке в первом сообщении вижу крепление ноги к ролику. В случае аварии это крепление не позволит наезднику спрыгнуть, т.е. падение гарантировано. Поэтому на мой взгляд человек должен просто стоять на роликах. А если он спрыгнул, ролики должны остановиться. Для этого потребуется на каждой ноге датчик присутствия человека.

Это вы под каждую ногу свой маленький сигвей хотите сделать, что ли? Как у разработчика сигвея, у меня есть некоторые сомнения в перспективности этой идеи. Но при этом могу всю электронику под ключ разработать, включая BlueTooth. Как на DC, так и на BLDC двигателях. Можете обращаться.

:bb-offtopic: Не подскажете, насколько сложно в Германии найти работу для программиста микроконтроллеров (не Linux) и на какую зарплату с такой специальностью можно рассчитывать? Что-то вроде "senior embedded systems developer".

По ссылке ошибка 404

Могу адаптировать для вас свой двухканальный контроллер. Одним каналом можно ШИМ'ить нагрузку, другим проверяемый двигатель. Вся информация из контроллера выводится в ПК по BlueTooth. Правда, контроллер на dsPIC сделан. Если интересно, писать можно сюда: vvk43210 @ yandex . ru

Ответил на mail

Реально при высокой квалификации фрилансера. Самый простой вариант, который включает в себя: - Подбор готовой механической части. - Разработку электроники. - Разработку встроенного ПО, обеспечивающего простейшие движения платформы и манипулятора, управление с внешнего пульта. - Разработка ПО для ПК можно было бы оценить в 300 - 400тыс. У таких гаджетов обычно себестоимость очень высокая получается, поэтому для бытового назначения они плохо подходят.

Можно немного подробнее о сфере деятельности? Какой темой заниматься придется?

Завершил очередной проект ( робототехника, подробней публиковать не могу ). Теперь опять есть свободное время - могу выполнить ваш заказ. Также закончил свой собственный проект мощного BLDC контроллера (до 10кВт): Могу под ваши требования сделать систему управления BLDC двигателями, есть вариант контроллера для двух двигателей.

Писал вам пару дней назад в личку, а ответа нет.

Ради любопытства, чем мой контроллер вам не подошел? Вы ведь, по-моему, со мной связывались с год назад? Или это кто-то другой был?

Тут только заново программу делать. Дизассемблировать смысла никакого нет. Плюс срисовать схему вашей платы придется. Действительно, где-то 150 - 200т. получится.

Зазор между чем?

Ниже мой полный вариант этой функции, работает без нареканий. Передача производится, когда основная программа установит флаг TrmUSB. А дальше все, как в примере. Функция приема/передачи: void APP_DeviceVendorBasicDemoTasks(void) { //User Application USB tasks below. //Note: The user application should not begin attempting to read/write over the USB //until after the device has been fully enumerated. After the device is fully //enumerated, the USBDeviceState will be set to "CONFIGURED_STATE". if((USBDeviceState < CONFIGURED_STATE)||(USBSuspendControl==1)) return; //As the device completes the enumeration process, the USBCBInitEP() function will //get called. In this function, we initialize the user application endpoints (in this //example code, the user application makes use of endpoint 1 IN and endpoint 1 OUT). //The USBGenRead() function call in the USBCBInitEP() function initializes endpoint 1 OUT //and "arms" it so that it can receive a packet of data from the host. Once the endpoint //has been armed, the host can then send data to it (assuming some kind of application software //is running on the host, and the application software tries to send data to the USB device). //If the host sends a packet of data to the endpoint 1 OUT buffer, the hardware of the SIE will //automatically receive it and store the data at the memory location pointed to when we called //USBGenRead(). Additionally, the endpoint handle (in this case USBGenericOutHandle) will indicate //that the endpoint is no longer busy. At this point, it is safe for this firmware to begin reading //from the endpoint buffer, and processing the data. In this example, we have implemented a few very //simple commands. For example, if the host sends a packet of data to the endpoint 1 OUT buffer, with the //first byte = 0x80, this is being used as a command to indicate that the firmware should "Toggle LED(s)". if(!USBHandleBusy(USBGenericOutHandle)) //Check if the endpoint has received any data from the host. { int i; for (i=0;i<(sizeof(OUTPacket)-2);i++) { OUTPacketStep=OUTPacket[i+2]; } OUTPacket[0]=0; switch(OUTPacket[0]) //Data arrived, check what kind of command might be in the packet of data. { case 0x80: //Toggle LED(s) command from PC application. LED_Toggle(LED_DEVICE_VENDOR_BASIC_DEMO); break; case 0x81: //Get push button state command from PC application. //Now check to make sure no previous attempts to send data to the host are still pending. If any attemps are still //pending, we do not want to write to the endpoint 1 IN buffer again, until the previous transaction is complete. //Otherwise the unsent data waiting in the buffer will get overwritten and will result in unexpected behavior. if(!USBHandleBusy(USBGenericInHandle)) { //The endpoint was not "busy", therefore it is safe to write to the buffer and arm the endpoint. INPacket[0] = 0x81; //Echo back to the host PC the command we are fulfilling in the first byte. In this case, the Get Pushbutton State command. if(BUTTON_IsPressed(BUTTON_DEVICE_VENDOR_BASIC_DEMO) == false) //pushbutton not pressed, pull up resistor on circuit board is pulling the PORT pin high { INPacket[1] = 0x01; } else //sw2 must be == 0, pushbutton is pressed and overpowering the pull up resistor { INPacket[1] = 0x00; } //The USBGenWrite() function call "arms" the endpoint (and makes the handle indicate the endpoint is busy). //Once armed, the data will be automatically sent to the host (in hardware by the SIE) the next time the //host polls the endpoint. Once the data is successfully sent, the handle (in this case USBGenericInHandle) //will indicate the the endpoint is no longer busy. USBGenericInHandle = USBGenWrite(USBGEN_EP_NUM,(uint8_t*)&INPacket,USBGEN_EP_SIZE); } break; } //Re-arm the OUT endpoint for the next packet: //The USBGenRead() function call "arms" the endpoint (and makes it "busy"). If the endpoint is armed, the SIE will //automatically accept data from the host, if the host tries to send a packet of data to the endpoint. Once a data //packet addressed to this endpoint is received from the host, the endpoint will no longer be busy, and the application //can read the data which will be sitting in the buffer. USBGenericOutHandle = USBGenRead(USBGEN_EP_NUM,(uint8_t*)&OUTPacket,USBGEN_EP_SIZE); } if (TrmUSB) { TrmUSB=0; int i; USBTrmBusy=1; for (i=0;i<sizeof(INPacket);i++) INPacket=StepINPacket; USBGenericInHandle = USBGenWrite(USBGEN_EP_NUM,(uint8_t*)&INPacket,USBGEN_EP_SIZE); USBTrmBusy=0; } }//end ProcessIO

Вот я когда-то выкладывал простейший измеритель напряжения для 4-х ячеек: http://electrotransport.ru/ussr/index.php?...01367#msg401367. К данной схеме и программе можно легко добавить еще три ячейки. В принципе, под вашу задачу должен подойти. Только он на PIC'е.

Для такой задачи лучше использовать готовый драйвер ШД, специально под вас его делать дорого будет. Если бы напряжение пониже было, я бы предложил использовать что-то вроде L6470. Но он до 45В. Нужно искать что-нибудь с бОльшим напряжением. Всю логику/интерфесы, включая CAN и ethernet можно реализовать на dsPIC.

Я занимаюсь управлением двигателями. ШД и BLDC. Если что-нибудь конкретное надо - пишите.