Arduino.ru

извините, в пунгкте 3 не серво а шаговый

1. Да, реализуемо.

2. Да.

3. Шаговый, если оборотами нужно управлять.

4. По хорошему - один микроконтроллер - одно устройство. Но исходя из простоты задачи - можно и несколько.

http://arduino.ru/forumy/ishchu-ispolnitelya

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

1.б. Все это возможно, но PC здесь прдставляется лишним. По крайней мере, счудя по Вашему описанию задачи.

2. Шаговому двигателю нужно подавать команду на выполнение каждого шага. Соответственно, скорость - понятие производное: сколько шагов в едитницу времени подадите, такова и будет скорость. Угол поворота всегда равен целому (или полуцелому) числу шагов. У сервы такого ограничения нет, но точность позиционирования значительно хуже.

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

4. Не зная роли PC, ответить на этот вопрос не представляется возможным. Собственно, ответ на вопрос очень сильно зависит от конкретных условий. Верхняя оценка - несколько десятков.

б/н. Этот вопрос лучше сразу задать в разделе "Ищу исполнителя". Заодно он (я так думаю) поможет Вам составить ТЗ, если возникнет такая необходимость. Но вообще, стоимость комплектующих в проекте, по моему мнению, не превосходит единиц процентов, самая дорогая "деталь" - это скетч. О некотором балансе стоимости на программное и аппаратное обеспечение можно говорить лишь в случае, когда изделие идет в серию (скажем, один скетч заливается в несколько сотен устройств).

Спасибо, ребята, за ответы.

Уточнения: PC необходим потому что с него идет сигнал к началу этой вычачи раздаточного материала.

Если управлеяет PC, то согласен с Gippopotam: одно исполнительное устройство - один контроллер с максимально простым скетчем. Так Вы существенно сэкономите на разработке скетча.

прочитал :) и сразу вспомнил это, если поймете, что там - есть шансы на реализацию...

Спасибо, не то! но тоже инетресно)

А почкму Вы решили, что "не то"?

значит , не поняли... а ведь это именно ТО, я же не утверждал, что совпадение 100%, всего-то 95% )))))))))) 

совет: займитесь чем-нибудь по проще, для начала.

Вы читали что мне нужно? Каким боком ЧПУ станки к этому относятся?

Там похожая элементная база, одинаковые принципы проектирования, программирования и отладки кода.

От того, будет в схеме два мотора или три, - Вы считаете, что-то изменится?

В чпу есть датчик?

По хорошему есть и не один.

Сейчас в конце этой длинной темы, как раз датчики и обсуждают.

День добрый. Прошу еще раз вашей помощи: пользуюсь библиотекой RemoteSwitch, коды со своего пульта прочитал и принимаю команды нормально, но немогу реализовать нужный алгоритм управление нагрузкой. Что нужно добавить что бы при пропадании сигнала выход деактивировался?

#include <RemoteReceiver.h>
int led = 10;

void setup() {
RemoteReceiver::init(0, 3, retransmitter);
  Serial.begin(9600); 
 pinMode(led, OUTPUT);  
}
void loop() {

}
void retransmitter(unsigned long receivedCode, unsigned int period) {  
  
  RemoteReceiver::disable();
  interrupts();
 Serial.print(receivedCode);
  RemoteReceiver::enable();
  if (receivedCode == 531369) {
  digitalWrite(led,HIGH);
  
}
}

нужно: пока жму-крутит, отпустил-не крутит

Спасибо) но ничего пока не понятно)

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

Именно это мне и надо. Но я не знаю где строчки о приеме кода и о пропадании сигнала. я просто включил библиотеку и считал свой пульт.Если не трудно укажите какие строчки отвечают за прием и пропадание сигнала

Путь в 200 миль начинается с первого шага.

Нужно просто разбить результат на пункты и двигаться в направлении их решения.

Кстати стоит учесть ньюансы реализации эмуляции ардуино в протеусе.