Ошибка из-за подключения <SPI.h>. Т.е. #include <SPI.h> всегда загружается, не смотря на flg_software_spi. Если просто закомментировать "//#include <SPI.h>" то ошибка пропадает Почитал инет, говорят надо создавать .h файл. Я так понял, что gcc нечестно работает с расширениями ino? Это можно победить без создания мультифайлов?
http://forum.arduino.cc/index.php?topic=87155.0 The IDE has trouble determining where to add the stuff it adds. It adds all its stuff after the first executable statement that it sees, before the preprocessor has done its magic.
Добавлено спустя 2 минуты 30 секунд: То есть она тебе там вкорячивает куда-то в середину дефайнов вот это: #include "WProgram.h" void setup(); void loop();
Сцуки, минус 2 часа, а ведь мог пойти спать сегодня рано Всем спок...
Добавлено спустя 7 минут 18 секунд:
dccharacter писал(а):То есть она тебе там вкорячивает куда-то в середину дефайнов вот это:
Нее, он загружает <spi.h> всегда, при любых значениях #ifndef. Такое ощущение, что компилятор находит все инклуды в тексте и подключает их не смотря на #ifndef. Если закомментировать #include <spi.h> - все нормально. Ладно, фиг с ним, все равно чистый GCC наше Фсе! Для тиньки просто закомментирую. Завтра допаяю тиньку и все проверю. Во, еще так работает: Если надо аппаратный SPI, то подкл. #include <SPI.h> А в тексте делаем проверку:
я тут поглядываю за разработкой, но мысль уже потерял жду финальных версий. сейчас вроде идет эксперимент с модулем от мышки и лазерной указкой? а вот нафига линза от CD я не уяснил
dccharacter писал(а):Тебе замоделить корпус что ли во фрикаде?
Я еще в творческом поиске. На этих выходных поеду на рынок за кучей пзс, уже со списком свой/чужой. Сегодня/завтра протестирую оптику от камер, если в них нет большой надобности, то лучше не применять, большие они. Правда не знаю какую оптику тогда ставить в народное устройство. Линза от сдром, кажись, такая коленка. Можно повозиться с оптикой/корпус от лазеров, как по твоей ссылке выше. Еще мысли: Все пзс мышек защищены от быстрого Pixel_Grab. Параноики млин. Переход на мелкие цмос камеры очевиден (ну для меня). Тут главное правило: лучшее - враг хорошего. Цмос камера + stm32 = след. устройство с перерывом на большие каникулы...
Добавлено спустя 5 минут 18 секунд:
setar писал(а):а вот нафига линза от CD я не уяснил
Это оптика для самой пзс. В мышке есть линза перед матрицей (прозрачный корпус световода с интегрированной линзой), но она очень короткофокусная.
setar писал(а):я тут поглядываю за разработкой, но мысль уже потерял
Сергей, мы тут зафлудили все, посмотри на:
Надо чела в Питере активного в принтинге найти, отдать на тесты, setar не хо?
Во-первых я опять спалил деталь, на этот раз лазер. Похоже мой век электронщика заканчивается. Так много палил только в свою юность, когда с паяльником был на Вы. Но теперь я научился лазер закреплять/юстировать без термоклея и без ожогов Кронштейн из толстой медной проволоки. Лазер очень легко настраивается подгибанием кронштейна, без просматривания картинки на PC. Когда лазер оптимально попадает в поле пзс, он начинает мигать, ну как мышка по коврику. Очень легко выделить оптимальный квадрат и настроить на центр. Тинька заработала сразу без бубнов. Была проблема с записью новых прошивок через загрузчик (мешал пин пзс), но подтяжка nCS резистором к +5v все решила, на фотке smd резистор 6.2к на первом пине Digispark - P0. Т.е. имеем тиньку с юсб загрузчиком. В тиньку можно дописать софтовый rs232 прямо на разьем юсб, а можно попробовать и DigisparkUSB CDC реализовать. Но это уже все бантики, кажись визуализация картинки не нужна.
Изменение дистанции от контраста стало какое-то лютое, 0.2 - 0.5 мм. Но исследовать это не буду. Говорил раньше, картинка какая-то странная с этой пзс. Вместо пятна - куча контрастных линий, где-то белое пятно выводится белым, где-то инверсным черным. Или что-то с чипом или avago совсем забило на поддержку сырых данных. У меня есть микро мышка с adns5030, полный аналог этой adns5020, но для мобильных устройств, питание 3.3v. Может попробую с нее картинку посмотреть. Там, кста, синий светодиод, т.е. пзс значит хорошо видит в этом диапазоне, и прям так и хочется проверить шероховатость стекла коротковолновыми волнами.
Deviation стал хуже, но вроде под конец улучшился. Или скотч отлипал, или двигатели прогревались, или лыжи не едут.
>>где-то белое пятно выводится белым, где-то инверсным черным Либо дифракционная картина, либо, что вероятнее, пересвечивается матрица. Иногда фотиком солнце фоткаешь и оно черным получается - тот же эффект.
Добавлено спустя 1 минуту 50 секунд: Надо как-то убедиться, что ты ту сторону стекла меряешь
Ну и, всё таки сказываются разные поверхности !, Диман забей уже, сходи на работу отдохни ! , не я понимаю, задор и всё такое !, но в итоге выигрыш минимален.
Последний раз редактировалось barakuda62 10 дек 2015, 00:45, всего редактировалось 1 раз.
dccharacter писал(а):Надо как-то убедиться, что ты ту сторону стекла меряешь
Сторона адназначна та, пятно от нижней части стекла значительно дальше камеры и не в поле пзс. Это я сразу такой угол у лазера выбрал, чтоб обратную стороны не захватывать. С тонким стеклом могуть быть проблемы, но не с 4мм. Щаз ютубу добавлю в прошлое сообщение.
Добавлено спустя 1 минуту 17 секунд:
barakuda62 писал(а):Ну и, всё таки сказываются разные поверхности !
Это говорит чел, который вообще не умеет проводить тесты? У меня валяется датчик как у тебя - шляпа это полная. Сам отдохни
Через час работы принтера клей становится жидкий.
Кронштейн из толстой медной проволоки. Лазер очень легко настраивается подгибанием кронштейна, без просматривания картинки на PC. Когда лазер оптимально попадает в поле пзс, он начинает мигать, ну как мышка по коврику. Очень легко выделить оптимальный квадрат и настроить на центр.
