bsvi Расскажи в двух словах, как работать с UART из Picoblaze? Он в исходжниках? Можно использовать отдельно от процессора, со своей низкоуровневой логикой?
Как выглядит сигнал со счетчиков? Он же аналоговый, да? Тогда как понять, что наступило совпадение, может это шумы от мобимльника наводятся… В этом случае, наверно, есть смысл разнести счетчики подальше, и искать не совпадения, а определенную задержку между сигналами
А я пытаюсь доказать, что для вашего случая эти теории неприменимы! Экономические закономерности, которыми вы пытаетесь оперировать, верны «в среднем», когда работает закон больших чисел. У вас же — единичные, ручные продажи и индивидуальное ценообразование. Не все покупатели выбирают оптимальные решения, кто-то делает импульсивные покупки, кого-то (в принципе) можно обмануть и он заплатит втридорога. Нельзя считать этих покупателей показательными, чтобы строить вероятностные модели и делать прогнозы. Понимаете, о чем я? Не работает здесь экономика…
Наоборот. Я говорю, что разработчик UTC4 — НЕ корпорация, он продает единичные устройства, и «классические» законы экономики для него не работают. Приведенный классический график для вашей ситуации вполне может оказаться такого вида:
Но узнать точно, попали вы хотя бы на локальный максимум, или нет — невозможно. Поэтому единственный выход — назначить цену самостоятельно.
Мое скромное мнение, что не стоит усложнять. Пока вы не корпорация, вам не нужно изучать американский маркетинговый бред и все эти коэффициенты.
Есть конкретный разработчик, который уважает себя и ценит свой труд. И дает свою оценку стоимости экземпляра изделия. Именно оценку, свою собственную. И не может быть идеальной цены! Многое зависит от характера, амбиций, удачи.
Вопрос не в цене даже, а в том, насколько разработчик сам себя уважает. Если НЕ уважает, то будет подстраиваться под рынок, будет завистливо подглядывать за конкурентами, мониторить колебания цен и пытаться мелочно выжать каждую дополнительную копейку. А если уважает, то будет САМ диктовать рынку свои условия.
1/ Вынеси data из структуры fifo_t, оставь только указатель на внешний массив. Это позволит создавать очереди разной длины. Нужно вбудет объявлять сначала массив, потом экземпляр fifo_t и инициализировать указатель.
2/ Не нужна функция fifo_init() — структуру можно инициализировать при объявлении как обычную переменную
3/ Каждый экземпляр очереди должен работать с элементами одного типа/длины. Соответственно, в fifo_t стоит внести поле element_size и тогда при чтении и записи будет уже известно, сколько байт читать или писать — не потребуется указывать параметры этим функциям.
4/ Зачем функциям чтения и записи параметр offset? Фифо очередь должна сама знать, с какого элемента писать и с какого элемента читать и есть ли элементы вообще. ???
tqfp
...разрабатываем электронику вместе
Но узнать точно, попали вы хотя бы на локальный максимум, или нет — невозможно. Поэтому единственный выход — назначить цену самостоятельно.
Есть конкретный разработчик, который уважает себя и ценит свой труд. И дает свою оценку стоимости экземпляра изделия. Именно оценку, свою собственную. И не может быть идеальной цены! Многое зависит от характера, амбиций, удачи.
Вопрос не в цене даже, а в том, насколько разработчик сам себя уважает. Если НЕ уважает, то будет подстраиваться под рынок, будет завистливо подглядывать за конкурентами, мониторить колебания цен и пытаться мелочно выжать каждую дополнительную копейку. А если уважает, то будет САМ диктовать рынку свои условия.
2/ Не нужна функция fifo_init() — структуру можно инициализировать при объявлении как обычную переменную
3/ Каждый экземпляр очереди должен работать с элементами одного типа/длины. Соответственно, в fifo_t стоит внести поле element_size и тогда при чтении и записи будет уже известно, сколько байт читать или писать — не потребуется указывать параметры этим функциям.
4/ Зачем функциям чтения и записи параметр offset? Фифо очередь должна сама знать, с какого элемента писать и с какого элемента читать и есть ли элементы вообще. ???