Кстати у кого небудь на этих динамиках получалось что небудь дельное?
А то у меня их уже насобиралось три пары.
Стати от телевизоров(советских) отличный материал на корпуса,даже не надо ничем обклеивать.
DIMON_CHAiNIK\\, у корпуса советского ТВ во какие габариты, значит, и ящичек таких же габаритов (ЗЯ). Мб, что-то терпимое и получится, а самые низы дины не отыграют - уж больно конструкция не та.
Можешь попробовать на этих динах сделать сч-вч колоночки, а снизу подпереть нч звеном.
А у меня проблема с общими папками в windows xp sp3. Открываю общий доступ (простой общий доступ), вроде бы с другого компа заходит и работает всё. Но иногда случается глючок, что начинает требовать пароль (типа чтобы зайти по сети на комп). Соответственно, при создании на моем компе пользователя с паролем логин и пароль не подходят.
Проблему решить не сложно - нужно другим пользователям разрешить подключаться к нужному компьютеру в свойствах подключения локальной сети, и вырубить брандмауэр.
Быстро, Качественно, Недорого.
Выбрать можно только 2 варианта.
Есть вопрос.
Стоит ли делать виртуальную машину для МК, типа ATMEGA32?
Ну, типа, написать ядро с необходимыми модулями и зашить их в МК.
К МК прицепить внешнюю ПЗУху с набором байткодов виртуальной программы и исполнять её из внешней памяти?
Так, чисто для самообразования. Уже всё прикинул, что и как. И приживётся ли идея на практике?
I am DX168B and this is my favourite forum on internet!
Нееет. Мне не МК надо симулировать, а заставить МК выполнять программу из внешнего ПЗУ. К примеру с MMC флешки. Для этого надо виртуалку написать, которая в последствии будет зашита в МК и заниматься исполнением программы, поступающей извне.
Продумал, как организовать чтение команд и их аргументов (операндов) при этом оперируя программным счётчиком команд. Продумал организацию относительных и прямых переходов и вызовов подпрограмм. Только вот задачка выпала на счёт обращения к периферии МК, но вроде как вся периферия может адресоваться косвенной адресацией. Пока просто картину всего этого складываю в голове. Такое можно в ЧПУ станках применить. Типа сунул флешку и МК исполняет записанный на неё алгоритм. Для ЧПУ могу хоть сейчас написать, так как там простые команды, типа включить вращения сверла, поднять сверло на N шагов, опустить сверло на N шагов, сдвинуться на N шагов влево и т.д. А тут что-то немного посерьёзнее придумываю.
Ясное дело, что ARMы с этим легко справятся, но хочу извратиться именно с AVR8.
Вот сегодня копался в интернетах и вдруг осенило Вроде тов. as32888 спрашивал почему фотоаппарат при подключении по USB питается от аккумов , а не от компа меня тоже интересовал сей вопрос .
Копался значит в интернетах приглядывая китайский планшет , и заметил что на планшетах как правило 2 разьёма USB - обычный и OTG , вроде к последнему нельзя цеплять флешку ибо нету 5 вольт или что то типа того . Ну дык вот фотики как раз относятся к OTG и питание берется непосредственно с фотика дабы продлить обоим устройствам время автономной работы http://en.wikipedia.org/wiki/USB_On-The-Go
Всё же байда это редкостная. Как будто нельзя организовать независимое питание (питание не для зарядки аккума, а именно для питания устройства). Это же до ужаса просто. А тут еще странный эффект - заряд аккумулятора убегает очень быстро, когда цифровик висит на юсб. При этом аккумулятор ощутимо греется (очень теплый). Я думаю, причина одна - Sony хочет, чтобы аккумуляторы в ее аппаратах быстрее отрабатывали ресурс и чтоб быстрее покупались новые.
Наверное, надо сделать преобразователь с выходом 3,6В и от него дома питать цифровик .
as32888 писал(а):А тут еще странный эффект - заряд аккумулятора убегает очень быстро, когда цифровик висит на юсб. При этом аккумулятор ощутимо греется (очень теплый).
У меня тоже самое на Olympus C-310. Но "своим" аккумулятором сей аппарат не комплектуется.
Совершенно разные аппараты, а сделано все как у всех, что за фигня!
меня тоже интересовал сей вопрос . 
