|
|
|
|
|
GM
Хорошие цифры. Только взяты непонятно откуда. Даже при дурной цене $200 читтый доход от отлаженного производства не превышает 20%. Даже в Китае. Уж поверь. А его еще отладить надо, потом продать - маркетинг и др. И "изобредателя" накормить, чтоб не помер. И где такой "добрый дядя" живет, который в такое производство хоть $10 000 даст и "изобретателя" накормит так, чтобы он 10 лет не работал? Явно ненормальный какой-то. Если знаешь такого - прижмись к его теплому телу, и пусть что хотят про вас говорят - не отпускай. Это твоя удача, а может и судьба. И если тебе повезет и этот "дядя" окажется "тетей", то женнись. Даже если она не очень... Один хрен, дальше вам по-всякому оставшуюся жизнь вместе "лямку тянуть" придется. Ей и деваться будет некуда. Такое производство за $10 000 не запустить...
Железо устареет не через 10, а уже через пол года. А разработчик, если пол года не работал - уже не разработчик. И снова им уже, скорее всего, никогда не станет.
И осцилы - это не бублики и макароны, которые каждый день покупают. И чем больше они нравятся, тем больше берут. Совсе даже и наоборот. С хорошими приборами я и по 10 лет работаю. А всякое барахло сразу убираю. У меня с десяток таких осцилов валяется.
Покупать осцил будут не только любители, а и спецы. Которые ляпы твои заметят. И если сильно прижмет, то и без твоей помощи эти ляпы исправят. Им что, тогда сложно будет твои осцилы самим клепать? В Китае, например? Даже если ты все в "секрете" держишь? Так что после удачной продажи первой партии тебе не о доходах думать придется, а о снижении цены и устранении ляпов, уже бесплатно. И отдыхать тебе будет некогда. Продолжить? Или уже понятно? Думаю понятно...
В полемике о кошке как то забыл. Так она уже сдохла.
Хорошо, что не стая тигров была. Они бы уже кого-нибудь сожрали.
|
|
|
|
caddr
Идея софта проста: библиотека и программа монтировки, все в отдельных файлах. И с хорошим комментарием. Тогда разбираться придется только с нужной частью одного файла.
Отдельно: ПО железа, драйверы, ПО обработки и вывода данных с возможностью работы с любыми файлами (накопители, ОЗУ). А пример такого подхода есть очень наглядный. Это IBM. Система команд - барахло, железо - так себе. Но про LSI (HP), которая IBM "как бык овцу" кроет не все и знают. И Макинтош (Apple) тоже. Только спецы, с зарплатой под сотню килобаксов. У меня Макинтош, а чаще всего я работаю на нем в режиме эмуляции паршивого Пентиума 4. И всего на 4-х Гигах, т.к. в режиме эмуляции он больше не тянет. А почему? Не заметил, что его эмулятор тормозит? Так нет, знаю. Все просто. Над ПО Макинтоша работает около сотни классных програмистов. "Под заказ" любую программу за месяц напишут. А над ПО Пентюков работают миллионы. И хороших, и не очень и даже плохих. Это потому, что можно написать ПО не прочитав до конца и 1 книжку. С Макинтошем так не получится. Поэтому у него даже типовые проги под 1000 баксов стоят. А на деньги за "спецзаказ" приличный ларек с лицензионными (!) дисками ПО под Windows купить можно.
Так и с осцилографом будет. А иначе - только купить осцил HP за 20 килобаксов, а потом плеваться от его ляпов и устранять их "под заказ". Это потому, что его ПО в каждом модуле имеет привязку к твоему железу, на другом работать не станет а разобраться в этом - дешевле свой сделать, без этоих ляпов. Беда в том, что устранив чужие ляпы, чаще всего делаешь свои. В которых и разбираться некогда, да и незачем - другим тоже поработать захочется. Такой проект - для этих, других. Для себя - только гордость, что в приличном проекте принял участие.
Делать железо под такой проект желающих будет более чем достаточно. Можно будет выбрать, у кого и лучше и дешевле плучится. |
|
|
|
Народ!
Отвлекитесь от полемики (если конкретных предложений нет), и вернитесь к в/у конструкции. Gregory:
Тогда поясните, как со всем этим работать?
|
|
|
|
а зачем с этим работать? - там разрешение хуже чем у звуковой карты - студенческая курсовая 
|
|
|
|
dmitriy2: GM Хорошие цифры. Только взяты непонятно откуда
Так из вашего поста и взяты  . Никак не пойму, против чего вы настаиваете ? Или ничего не делать, или жениться на доброй тёте, так что ли? Ну женитесь! И что у вас за акценты такие, смещённые? "Железо через полгода устареет", с чего бы? И разработчик, если это нормальный разработчик, это навсегда, а не так, как у вас - не поработал полгода и всё, уже не разработчик. Полная ерунда. На будущее попрошу вас, давайте обходиться без панибратства, мы с вами на брудершафт не пили.
|
|
|
|
я тоже долго искал прогу в инете - чтоб протокол обмена снять и использовать прогу для себя, но без "железа" протокол не снимается - пишут "но девайс" , а ковыряться в асме(исходников нет) полагаю будет долго  - и у всех прог есть какие-то "недоделки"
в результате купил кучу дисков - делфи, два си(борланд и визуал) в комплекте с бейсиком - теперь разбираюсь что лучше освоить. Начал с делфи - книжек больше. Пока не зашёл "глубоко" посоветуйте может лучше СИ??? - в смысле для реализации осциллографа.
|
|
|
|
AnSi
Для ПО железа и драйверов лучше использовать СИ. Проще писать и более компактный код. И из СИ легко переписать в ассемблер. А вот визуализацию на СИ написать сложнее.
|
|
|
|
AnSi
На перспективу, знание С очень полезно. Стандарт де-факто в области низкоуровневого программирования и своего рода lingua franca для программных интерфейсов (API). Для графического интерфейса (GUI) С действительно неудобен как раз из-за своей низкоуровневости. Проблема частично решается при использовании вспомогательных библиотек для построения GUI. Пожалуй, самая известная -- GTK+ ( http://www.gtk.org/ ). Для С++ выбор графических библиотек больше (самые известные -- Qt, WxWidgets), но С++ существенно сложней С. Не сказал бы, что сложность С++ даёт пропорциональное увеличение эффективности -- язык всё равно слишком низкоуровневый. Список всяческих графических библиотек для разных языков и платформ можно посмотреть тут:
http://www.geocities.com/SiliconValley/Vista/7184/guitool.html Один из многих загнувшихся в зародыше открытых проектов софта для осциллографов, целиком на С (с использованием GTK), тут:
http://gscope.sourceforge.net/
Хоть оно и под Linux, с учетом кросс-платформенности GTK код мало отличается от такового для винды. В целом, вопрос выбора "правильного языка" настолько сложен и противоречив, что страшно даже советовать : - ) Основной принцип: универсальных языков не бывает, каждый язык хорош в своей нише. Если интересно посмотреть на действительно высокоуровневый язык, хорошо подходящий для построения GUI -- есть такая штука, Tcl/Tk ( http://www.tcl.tk/ ). Но понять стоящие за ним идеи, и полноценно использовать (в связке с С) -- тоже не простая задача.
|
|
|
|
для драйверов я взял драйвер студию, хотя брыл не для драйверов, а из-за отладчика - чтоб дизасемблированные проги "отлаживать"
драйвера на USB-виртуальный СОМпорт есть готовые, а с СОМ портом полагаю и делфи справится.
Посмотрел пару прог - сделаны на делфи - например Pc_Lab2000 от PCS100/PCS500 Welleman, а драйвер LPT на С++ , но там вероятно "нестандартное" использование - типа как в программаторах.
_
У меня случилось счастье - "приговорил" сегодня DVDплеер со встроенным монитором - маленькие такие, на аккумуляторах - плеер дохлый, но монитор рабочий - 800х480 хватит на два луча - буду изобретать осцил с видеовыходом, чего и вам желаю, а то одному ковыряться скучно
|
|
|
|
Я потихоньку прорабатываю свое: ЖК уже приобретен - промышленный монохромный 240х128 точек со встроенным контроллером и даже аппаратным выводом надписей - но русского нет. АЦП -TDA8703, CPU - ATMega16, входной коммутатор на реле, память - ищу IDC7102, ДКПД и логика запуска - рассыпуха (максимум частоты тактирования 30 МГц), осталось отработать БП - самое гиблое в плане - сделать из подножных комплектующих с высоким КПД и малыми наводками на измериловку (я тут преобразователи на 34063 никак довести не могу - что-то КПД страдает и помех много - времени нет - что-то там не то). ЗЫ у ЖК подсветка пол ампера жрет... сколько-ж там светодиодов.... Да еще нужно как-то быстрый аналог К555СП1 найти или собрать. С ПЛИС времени разобраться увы нету. |
|
|
|
|