roboforum.ru

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

Вот перечитываю прямо сейчас http://robofob.ru/materials/articles/pa ... bline1.pdf и хоть убей не вижу преимуществ ПИД регулирования для такой системы, как маломощный китайский столик Разве что если на нем ПЛА печатать на 60* и то, вкл-выкл вполне укладывается в гистерезис 1* без каких-либо негативных последствий.
Может просветит кто, аргументированно?

аргументированно нет - опыт говорит что пид лучше.
пробовал оба варианта

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

Alex Post писал(а):У тебя по прежнему хитросамодельный стол? Для него ПИД возможно и лучше. Для китайских дохлостолов преимуществ нет, а могут ещё и минусы выскочить. Это мой опыт.

У меня китайский стол на алюминиевой основе. Работает с ПИД отлично.

Внимание дурацкий вопрос!
- как определить в каком режиме работает у меня стол?

Ernesto писал(а):Внимание дурацкий вопрос!
- как определить в каком режиме работает у меня стол?

Посмотреть на светодиод на столе который. Если включается и долго горит, потом тухнет - то в режиме вкл/выкл. Если мигает с разной частотой и периодически выключается - то в режиме ПИД.

Alex Post писал(а):Может. конечно, я ПИД хреново отстроил

совершенно верно =)

Alex Post писал(а):Это ты расскажи тем любителям ПИДа, которые по полчаса ждут, пока у них кровать нагреется. Потому как ПИД начинает ШИМить кровать, снижая мощность, вблизи целевой температуры и нагрев заметно замедляется. Я лично пробовал, ниразу не понравилось: очень бесит, когда остается один градус, а тут вдруг включатся ШИМ и этот градус набирается минуты три, вместо 20-30 секунд в режиме вкл-выкл.

Китайский стол, не изолированный, управляется ПИД. Время выхода принтера в режим печати 14 минут вместе с прогревом хотэнда (стол до 110), последовательно (сначала стол, потом хотэнд). Пока подготовил модель и нарезал - уже все прогрелось.

Господа, вопрос!

Сменил шпильки оси Z на многозаходные, ну и раз такое дело решил вспомнить как настроить марлин. Собственно скачал, настроил (как помнил), залил.

И теперь при отправке через октопринт задания о поиске 0й точки он дергает, примерно, на 10 мм каждой осью и останавливается. То есть поиска дома не происходит.

Куда смотреть что править? Вот конфиг http://pastebin.com/qSFnkfQt

ПС, Это последний релизкандидат с гита

Инвертировать эндстопы по осям?

ппс нашел проблему с закрытыми эндстопами! Спасибо! =)

Добавлено спустя 11 минут 40 секунд:
Блин, вот сейчас опять задам вопрос и снова решу проблему до того как увижу ответ. Но все же!

по плоскости xy у меня теперь все четко, но при первом (холодном старте) наблюдаю такую тему.

подключаю ардуинку в малинку, подключаюсь октопринтом к ардуинке, говорю "домой по xy", а он сначала поднимит Z на 10мм и только потом шустро находит 0 по xy. А после этого нормально ищет Z, когда попросишь и дальше вроде проблем нет.

Собственно куда копать?

Добавлено спустя 21 минуту 35 секунд:
хах, прикольно!

Оказалось это не бага, а фича.

Код: Выделить всё • Развернуть

/**
 * Z probes require clearance when deploying, stowing, and moving between
 * probe points to avoid hitting the bed and other hardware.
 * Servo-mounted probes require extra space for the arm to rotate.
 * Inductive probes need space to keep from triggering early.
 *
 * Use these settings to specify the distance (mm) to raise the probe (or
 * lower the bed). The values set here apply over and above any (negative)
 * probe Z Offset set with Z_PROBE_OFFSET_FROM_EXTRUDER, M851, or the LCD.
 * Only integer values >= 1 are valid here.
 *
 * Example: `M851 Z-5` with a CLEARANCE of 4  =>  9mm from bed to nozzle.
 *     But: `M851 Z+1` with a CLEARANCE of 2  =>  2mm from bed to nozzle.
 */
#define Z_CLEARANCE_DEPLOY_PROBE   10 // Z Clearance for Deploy/Stow
#define Z_CLEARANCE_BETWEEN_PROBES  5 // Z Clearance between probe points

Надо перерь разжиться стопом на верхней точке, чтобы он не уходил в крепления оси =)

У меня новая проблема =(

вчера так и не дошло до печати, а сегодня обнаружил аварийное выключени на старте.
Собственно вот такая проблема:

Код: Выделить всё • Развернуть

Recv:  T:227.9 /250.0 B:65.4 /65.0 @:127 B@:0 W:?
Recv:  T:227.8 /250.0 B:65.3 /65.0 @:127 B@:0 W:?
Recv:  T:227.1 /250.0 B:65.1 /65.0 @:127 B@:0 W:?
Recv: Error:Thermal Runaway, system stopped! Heater_ID: 0
Changing monitoring state from 'Printing' to 'Error: Thermal Runaway, system stopped! Heater_ID: 0
'
Recv: Error:Printer halted. kill() called!

g-код стартует вот с таким началом

Код: Выделить всё • Развернуть

; ==== start ===========================================
M80             ; start power supply
G21             ; set mm units
G28             ; home all axis
G90             ; set absolute coordinates
G92 E0          ; reset extruder distance
G1 Z5 F500      ; up hotend
M190 S<BED>     ; begin heating bed
M104 S<TEMP>    ; set extruder temp and start heating
M109 S<TEMP>    ; wait for extruder temp to be reached
M106 S255       ; start fan 100%
G4 P15000       ; wait 15 sec
M109 S<TEMP>    ; wait for extruder temp to be reached
; ==== end =============================================

По сутит происходит такое:
Прогреваем стол - ок
Прогреваем хотэнд - ок
врубаем куллеры - ок
ждем пока куллеры остудят хотэнд - фаталит


Нашел что это проверка вот этой секции:

Код: Выделить всё • Развернуть

#if ENABLED(THERMAL_PROTECTION_HOTENDS)
  #define THERMAL_PROTECTION_PERIOD 40        // Seconds
  #define THERMAL_PROTECTION_HYSTERESIS 4     // Degrees Celsius

  /**
   * Whenever an M104 or M109 increases the target temperature the firmware will wait for the
   * WATCH_TEMP_PERIOD to expire, and if the temperature hasn't increased by WATCH_TEMP_INCREASE
   * degrees, the machine is halted, requiring a hard reset. This test restarts with any M104/M109,
   * but only if the current temperature is far enough below the target for a reliable test.
   *
   * If you get false positives for "Heating failed" increase WATCH_TEMP_PERIOD and/or decrease WATCH_TEMP_INCREASE
   * WATCH_TEMP_INCREASE should not be below 2.
   */
  #define WATCH_TEMP_PERIOD 20                // Seconds
  #define WATCH_TEMP_INCREASE 2               // Degrees Celsius
#endif

Пытался играть и паузой в G-коде и WATCH_TEMP_PERIOD ставить больше, вылетает и все тут.

Что не так?

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

Убрал паузу и увидел такое (аттач), но не вырубается же.

Теперь другой вопрос, а что такого поменялось в прошивке что он стал так работать? И как теперь быть? До этого таких проблем не было. Версия была что-то типа 1.0.2 тоже релизкандидатская. С тех пор ни исходников ни конфигов не сохранилось. Так что вернуться назад не вариант =(

Добавлено спустя 1 час 14 минут 35 секунд:
Ничего не понимаю!

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