Насчет выкладывания скетча задумался...
Один форумчанин взял мой скетч модуля ОС, обещал отчисления за него, анонсировал начало продаж китов этих модулей ОС. И пропал...
Еще сравниваю редкие "спасибо" за посты со скетчами/схемами и с кол-вом скачиваний, которых на порядок больше.
Вот и задумался, а есть ли вообще смысл делиться скетчами (программными наработками). Ведь никто мне не предлагает бесплатно модели, т.к. в них вложены часы/дни/недели труда. А программы, которые тоже пишутся далеко не за 5 минут с перекурами, по ряду причин, ценятся гораздо меньше
- - - - - - - - - - Добавлено - - - - - - - - - -
С третьей стороны всегда декларировал, что у меня две цели: макет и популяризация ЖД моделизма.
Но иногда пессимизм берет верх и при этом альтруизм падает до нуля. Надеюсь на понимание. Плохое настроение - это не навсегда.
Последний раз редактировалось shalex; 18.09.2017 в 18:14.
На данный момент там старый.
Совсем не показатель. Вот я сейчас скачал, посмотрел, стёр.
Смысл есть. Посмотрят, может что подскажут. Может кого-то натолкнёт на ещё какие идеи.
И ещё, у Dani Guisado декодер видели http://www.clubncaldes.com/2017/08/a...with-frog.html
Посмотрел. Спасибо! Программирование из оболочки RR - отличная идея!
А вот над самим переводом стрелки автору программы надо подумать и переделать, особенно если в библиотеке нет реализации стека для событий типа notifySwitchRequest. Возможны пропуски команд декодером, пока переводится одна из стрелок декодера. И чем медленнее скорость движения сервы, тем больше вероятность пропуска команды КС. Плюс реализация самого перевода стрелки имеет слабый запас по регулировкам - к медленным приводам уже не применить. Впрочем смотрел недолго, могу ошибаться, рассуждая без тестирования кода и более тщательного изучения.
Еще один побочный "эффект" того декодера - нельзя поменять направление для уже двигающейся сервы. Т.е. снова пропуск команды.
Да еще и серво приводы всегда в режиме удержания, если правильно понимаю.
.....
Действительно, ведь я могу спокойно делиться идеями без кода!
Для знатоков программирования, в пресловутом неопубликованном скетче только несколько (понемногу вспоминаю, т.к. теперь уже занимаюсь вагонным декодером) новых "фич", помимо выше перечисленных в предыдущих постах:
- софтовый сброс ардуины;
- лайт управление по серийному порту, для удобства тестирования декодера без подключения к макету: перевод первой и последней сервы, сброс и сброс к "заводским" настройкам;
- переход к одновременному движению всех серв вместо "по очереди". Чтобы двое ворот депо открывались одинаково и когда вместе и когда по отдельности;
- увеличена дискретность вычисления угла сервы, что позволяет повысить плавность на минимальнейшей скорости (привод ворот депо, например);
Последний раз редактировалось shalex; 19.09.2017 в 15:53.
Подтверждение не делал, т.к. физическую ОС (кнопки, герконы) для контроля перевода стрелки не использую. Возможно в подобной ОС есть смысл, если наблюдаются пропуски команд перевода стрелки или ненадежность самого механизма перевода стрелки. Пока ни того, ни другого.
Хотя сама плата декодера вполне подходит для режима: 4 сервы, 4 датчика ОС от стрелок. Надо только добавить еще немного кода в скетч.
Кстати, тут зависит от ответа на вопрос - как RR строит стрелочные маршруты если два маршрута одновременно. Если асинхронно, то вполне могут прийти две команды на декодер одновренно и тогда команда, занявшая второе место, будет просто пропущена - состав упал/врезался/КЗ. Рискнувшие повторить тот декодер(прошивку) по ссылке получат хорошую такую мину замедленного действия. Причем ошибку плавающую, которую без кропотливой отладки и логирования просто так не поймать. Хотя код красиво отформатирован и причесан.