Фортуна-S

swarog2

Знаток
Сообщения
347
Репутация
353
Баллы
63
МД
Молодой исщо
@swarog2, Я думаю, что мне можно было бы объяснять не на подобных примерах для обывателей. Я подобными вещами занимаюсь с 1990 примерно. Так что вполне могу себе понимать нормальный технический язык. Думал, что это хоть чуть-чуть заметно. Что же касается примера... Рискну настаивать, что он не совсем корректный. Так как быстродействие меня, как звена регулирования системы (в данном случае автомобиля) куда более низкое, чем быстродействие контроллера и шины SPI, которую мы с Вами обсуждаем. Ну, раз уж Вы предложили такой способ "достучаться" до истины.. Что ж... Извольте. Хорошо. Отвечу тогда так. Если бы я мог вращать в ней руль со скоростью 2 млн ( 2Мгцмакс частота шины SPI) раз в секунду , то, признаться, мне бы пофигу было сколько рулей Вы мне повесите в руки. Это вообще никак не определяет устойчивость системы в целом. Вплоть до частоты процессов (дорога, на ней происходящие сообытия и пр.) когда они уже будут соизмеримы со скоростью моих возможностей (а именно 2х милн. вращений в секунду. Ну или 1 млн, если учитывать повороты туда-сюда). Так что Ваш пример вообще никак не катит. От слова совсем.
Рабочий вариант и тот и другой. Повторяю - хоть 10 рулей мне в руки, как процессору. Но если я успеваю - ПОФИГУ и системе и тем более пользователю.
А теперь возражения.
Надеюсь выслушаете.
Смотрите...
Когда вы записываете одни и те же данные по шине SPI в обе микросхемы сразу, одновременно (я не возражаю, вроде бы всё отлично и верно. Особенно логически. Ведь это один блок - усиления, а стало быть и писать в него нужно сразу. Но тогда я бы сделал CS одним, ОБЩИМ, объединив его не по монтажному ИЛИ всё же. Так , на всяк случай. Но то такое.... не суть). Так вот... Когда Вы пишите данные в микросхемы, кто Вам сказал, что одни и те же , посылаемые в микросхемы данные запишутся одинаково? Никто! Правильно. А как проверить? Да никак в данном включении !!! И вот в этом то вся и штука! Вы ну никак этогого не определите и не организуете процедуру верификации в данном включении с общим сигналом CS на обеих чипах 6S21. А верификацию следовало бы, в общем то , делать . Это во-первых. Во-вторых, ещё раз повторяю - стандарт SPI и даташит на контроллер оговаривают вполне себе конкретно, что коль скоро на шине два и более подчинённых - будьте добры повесьте их на РАЗДЕЛЬНЫЕ линии выбора подчинённого. Ну, это не моя прихоть. Вот в чём дело. Ещё раз говорю - я ни в коем случае не хочу никак приуменьшить заслуг ни автора, ни ещё кого-либо, но говорю то, что вижу с точки зрения технической. Такое решение хоть и имеет место быть и вполне себе вроде бы очевидно и правильно, вместе с тем имеет ряд существенных недостатков, о которых я Вам постарался подробно написать и так и сяк.
Кроме этого...
Я вполне согласен с SDR в том, что не одним Ку у операционников определяются его технические характеристики. Наверное разброс и других параметров мог бы, пожалуй, приводить к подобной нестабильности. Однако, я считаю, что Ку - наиболее уязвим, если можно так сказать, в данном случае. Что ещё? Коэффициент шумов - вряд ли. Дрейф? Да нууу.. Не на столько же..., чтоб в разы менять картину. А вот если он всё же программируется коряво (в следстиве того, что сами микросхемы "левые"), то коэффициент усиления там прыгает в разы - посмотрите даташит. Соседние значения Ку у него меняются в 2 раза.
С уважением и благодарностью за интересную дискуссию и крутые примеры :)
Ответ простой. Если вы хотите делать верификацию, то никакое включение по шине SPI не поможет. Она просто не допускает этого. Для этого надо использовать шину I2C. Так что все рассуждения о включении 6S21 по шине SPI с верификацией не имеют смысла. Это недостаток этой шины.
 

oleg_dyakov

Любопытный
Сообщения
227
Репутация
424
Баллы
63
МД
Квазар-ARM
Этот пользователь заблокирован за нарушение правил форума.
Да ну? С чего Вы это взяли? Вы - не правы. SPI - двунаправленная последовательная шина.
Может быть Вы имели в виду, что одновременно не могут быть и передатчиков и приёмников на шине? Так то и коню понятно - провода то только 2. (не включая управления).
Что-то Вы явно путаете, уважаемый.
P.S> Я на SPI протоколе лично кучу проектов реализовывал. Всегда с двунаправленным обменом.
Или нафига этой шине тогда выводы (MISO - ВХОД мастера/Выход подчинённого и MOSI - ВЫХОД мастера/Вход подчинённого) ? Не задумывались?
Или Вы не в курсе или тупо ошибаетесь круто.
Почитайте спецификацию шины. Вы сильно заблуждаетесь. Увы.
P.S> Кстати, разу уж затронули эту тему... и SPI и I2C интерфейс в данном контроллере реализованы на одном и том же (практически) железе внутри камня. Модуль носит наименование MSSP module. Но может быть сконфигурирован как под работу в режиме SPI, так и в режиме I2C. Я не рассматриваю нарочно разницу их конфигурирования и работы. Там хватает отличий. Но основная логика преобразований из машинных слов потока однобитных данных и обратно - одна и так же практически.
 
Последнее редактирование:

swarog2

Знаток
Сообщения
347
Репутация
353
Баллы
63
МД
Молодой исщо

Пожалуйста, Войдите или Зарегистрируйтесь, чтобы просмотреть ссылку


Недостатки[

Пожалуйста, Войдите или Зарегистрируйтесь, чтобы просмотреть ссылку

|

Пожалуйста, Войдите или Зарегистрируйтесь, чтобы просмотреть ссылку

]

  • Необходимо больше выводов, чем для интерфейса

    Пожалуйста, Войдите или Зарегистрируйтесь, чтобы просмотреть ссылку

    .
  • Ведомое устройство не может управлять потоком данных.
  • Нет подтверждения приема данных со стороны ведомого устройства (ведущее устройство может передавать данные «в никуда»).
  • Нет определенного стандартом протокола обнаружения ошибок.
  • Отсутствие официального стандарта, что делает невозможным сертификацию устройств.
  • ..........
 

oleg_dyakov

Любопытный
Сообщения
227
Репутация
424
Баллы
63
МД
Квазар-ARM
Этот пользователь заблокирован за нарушение правил форума.
И? Здесь написано, что нельзя прочитать из ведомого устройства?
Где? Ткните меня пожалуйста.
Со всем изложенным согласен полностью.
Но не вижу, хоть ты меня убей - где здесь написано, что контроллер НЕ МОЖЕТ читать ИЗ подчинённого данные.?
««« Сообщение автоматически объединено »»»

Расшифрую тогда написанное для Вас.
- Ведомое устройство не может управлять потоком данных.
Да, ведомые не могут управлять шиной. На то они и ВЕДОМЫЕ. Аминь! Тут нечего говорить. Но у нас 6S21 и не собираются это делать. Это нам не нужно. Точка.
- Нет подтверждения приема данных со стороны ведомого устройства (ведущее устройство может передавать данные «в никуда»).
Точно так. Вы никак не определите куда передаёте данные. Аппаратного подтверждения нет. Именно об этом я Вам и пишу и стараюсь показать в чём проблема. Вы меня не слышите. И с чего-то взяли какую-то ложную информацию о SPI шине.
- Нет определенного стандартом протокола обнаружения ошибок.
Конечно нет. Так как протокола, как такового ЛОГИЧЕСКОГО, а не аппаратного вообще не оговорено - делайте как хотите. Но кто Вам мешает организовать его самостоятельно? Никто ведь. Берёте читаете из подчинённого то, что только что писали и сравниваете. Шина это допускает. Вы просто почему-то об этом не знаете.
- Отсутствие официального стандарта, что делает невозможным сертификацию устройств. Это нас вообще никак не касается. Нам не до сертификаций.. Мы тут с простейшим запутались.. :)
--------
 
Последнее редактирование:

swarog2

Знаток
Сообщения
347
Репутация
353
Баллы
63
МД
Молодой исщо
Если процессор будет заниматься во время работы проверкой что он куда отправил, потом считывать то что получил, потом сравнивать переданное с прочитаннным, то получится отличное устройство по проверке микросхем. Но работать как металлодетектор оно не будет. Я же дал вам недостатки шины. Надо написать стандарт проверки микросхем для нашего случая. Загрузить его с программой. Всая эта возня может быть перед работой в качестве самопроверки прибора, но для работы - это вещь архиневажная и архиненужная. Думаю, хватит уже эту тему размазывать. Поскольку дешевле и проще просто сменить микросхему, если прибор не работает, чем городить тестер микросхем
 

oleg_dyakov

Любопытный
Сообщения
227
Репутация
424
Баллы
63
МД
Квазар-ARM
Этот пользователь заблокирован за нарушение правил форума.
Если процессор будет заниматься во время работы проверкой что он куда отправил, потом считывать то что получил, потом сравнивать переданное с прочитаннным, то получится отличное устройство по проверке микросхем. Но работать как металлодетектор оно не будет
Крутой ответ! Только по сути я так и не увидел ответа.
Я смотрю, что Вы просто не в курсе что и как вообще делается в подобных системах.
Открою Вам секрет. В большинстве процессорных/контроллерных ( не суть ) устройств обмен данными идёт обязательно с проверкой. Особенно, если это критичные для всей системы блоки, узлы, каким, кстати говоря, в нашем приборе является узел фазового детектирования. Получается с Ваших слов так примерно:
будем сидеть и с упорством маньяка проверять и замерять все элементы, входящие в столь точный и сбалансированный узел, коим является ФД, разводить платы симметрично, паять аккуратно, но при этом писать данные в оконечный каскад этого узла (от которого ого-го как всё зависит) будем на "авось". Пусть работает как кто-нибудь на душу положит. Интересный подход. И довльно-таки странный. Тогда бы я уже Вам рекомендовал бы не заморачиваться и не верифицировать по каналам ни резисторы, ни конденсаторы - паяйте также на "авось". Понятное дело, что всё это не в Ваш личный адрес сказано. Я ненавижу переходить на личности. Рассуждения касаются нас всех , они обезличены.
С уважением.
P.S> странное у Вас представление о верификации. :)
««« Сообщение автоматически объединено »»»

Поскольку дешевле и проще просто сменить микросхему, если прибор не работает, чем городить тестер микросхем
Не согласен в корне. И вот почему.
Давайте прикидывать ... Что Вы так сразу то... ?
Давайте допустим (ибо я сейчас не помню на какой частоте даже примерно работает SPI у Фортуны. Но если хотите , то я замеряю.) что для управления коэффициентом усиления передаются аж 20 байт. Думаю, что гораздо меньше.
Но всё же, давайте допустим. Итак.. У нас есть 20 байт или 20 х 8 - 160 бит информации , которую нужно передать в 6S21. Ну, добавим ещё туда служебные биты и байты управления - пусть будет ИТОГО - 200, для ровного счёта.
Что мы имеем по итогу? Предположим мы работаем на частоте всего-навсего в 1Мгц, хотя микросхемы 6S21 по даташиту допускают работу по SPI на частоте в 10 раз выше - на 10МГц.
Итак... Мы имеем... 1 CLK = 1 бит. 200 бит - 200 клоков. Или на передачу пакета - 0.2 мкс Это вообще НИЧТО для наших постоянных времени системы. ОТ слова СОВСЕМ ! Вы о чём вообще ?
И я повторяю - мы сейчас условились, что шина работает на калечной частоте в 1МГц всего-то-навсего. А если это 2 или 5 МГц хотя бы? Разделите тогда, будьте добры 0.2 микросекунды ещё на 2 или на 5. Вообще ни о чём.
Вы просто не представляете себе о чём Вы говорите, я вижу. А зря. Лучше с карандашом в руках рассуждать. Посчитайте сами. При наших частотах (слава Богу низких, до 50 КГц - грубо) у нас не на один порядок меньшие постоянные времени. И мы могли бы не то что микросхемы проверять в данном случае, а ещё и пирожки выпекать (утрированно конечно же). Повторяю - запросто можно было бы реализовать процедуру верификации данных, записываемых в обе 6S21, но для этого они должны быть разделены в адресном пространстве, а стало быть сидеть на разных сигналах выбора чипа. Иначе Вы никак не сможете реализовать чтение из устройства. Потому как на шине возникнет коллизия при таком включении.
P.S> Как Вы понимаете, я оооочень сильно преувеличил количество передаваемых для управления 6S21 байт. Там их существенно меньше. Ну да пусть так. Это не меняет никак общей картины.
««« Сообщение автоматически объединено »»»

Ну, ок. Смотрю Вам это не приятно что ли... Я тогда завершаю данную дискуссию с Вашего позволения.
Но, реально, уважаемый @swarog2 , Вы не правы в корне. К моему , кстати, сожалению.
Ничего, разберётесь, я думаю . Придёт время.. .
Удачи Вам.
И офигенных сигналов под катушку !

P.S>
 
Последнее редактирование:

swarog2

Знаток
Сообщения
347
Репутация
353
Баллы
63
МД
Молодой исщо
Не хотел этого написать, но напишу, если уж вы решили перейти на личности. Ваша бредовая идея считывать параллельные данные из 6S21 последовательным методом- -это верх идиотизма. Автор специально одновременно одним сигналом сьрасывает эти усилители, чтобы их параллельно считать. Ваши предложения задействовать еще олин вывод процессора чтобы считывать данные сначала с одного, а потом с другого усилителя полностью искажают работу фазового детектора. Так как считанные данные со второго усилителя будут отставать на несколько тактов от данных считанных с первого усилителя. Это приводит к фазовому сдвигу сигнала во втором канале относительно первого. Правильное авторское решение вы так и не поняли и начали предлагать бредовые идеи верификации. Использование обратной связи. Для чего надо залействовать еще один вывод процессора. Эти излишние нагромождения мало того, что не нужны, но еще и проводят прибор в негодность. Не знаю, что вы там разрабатывали, но судя по тому что у меня в доме нет ни одного устройства украинской электронной промышленности, что- то очень секретное. :)
 

oleg_dyakov

Любопытный
Сообщения
227
Репутация
424
Баллы
63
МД
Квазар-ARM
Этот пользователь заблокирован за нарушение правил форума.
Не хотел этого написать, но напишу, если уж вы решили перейти на личности. Ваша бредовая идея считывать параллельные данные из 6S21 последовательным методом- -это верх идиотизма. Автор специально одновременно одним сигналом сьрасывает эти усилители, чтобы их параллельно считать. Ваши предложения задействовать еще олин вывод процессора чтобы считывать данные сначала с одного, а потом с другого усилителя полностью искажают работу фазового детектора. Так как считанные данные со второго усилителя будут отставать на несколько тактов от данных считанных с первого усилителя. Это приводит к фазовому сдвигу сигнала во втором канале относительно первого. Правильное авторское решение вы так и не поняли и начали предлагать бредовые идеи верификации. Использование обратной связи. Для чего надо залействовать еще один вывод процессора. Эти излишние нагромождения мало того, что не нужны, но еще и проводят прибор в негодность. Не знаю, что вы там разрабатывали, но судя по тому что у меня в доме нет ни одного устройства украинской электронной промышленности, что- то очень секретное. :)
Эммм, к сожалению, не знаю Вашего имени. Но не суть. Я так понял, что Вы не только pdf-ы читать не умеете, но и то, что Вам люди пишут.
Спорить с Вами - просто не интересно. Просто потому, что исходя из того, что я вижу, кроме "желчи" и неконструктива Вы абсолютно ни на что не способны. Даже просто понять простые вещи, о которых Вам пишут. При этом, заметьте, я специально ведь написал - ВАС ЭТО НЕ КАСАЕТСЯ. Я точно то же могу адресовать себе и это и сделал. Но Вы, на сколько я могу видеть, абсолютно далеки и от техники, и от хоть сколь-нибудь маломальских правил приличного общения.
P.S> Зачем автор одним сигналом (и специально или нет делате то или иное ) - я спрошу лучше у автора, но точно не у человека, который мне рассказывает, что SPI интерфейс по определению однонаправленный. И Вы мне будете что-то рассказывать после этого? Про то, что к фазовому сдвигу приводит увеличение частоты датчика (от расчётного в 10Кгц скажем до 23 КГц ) аж на -50 градусов - то тоже Вам бессмысленно говорить. Оно Вам всё равно ничего не скажет.
У Вас есть руль (нет - два!) и дорога с булыжниками... , на которых , я так понимаю, ... Ладно , продолжать не буду.
P.S> Прибор в негодность может привести только тупость... , а не здравый смысл и правильный подход, а также вменяемое, доказательное с фактами и пруфами обсуждение.
Вам - одно! Вы - опять за рыбу гроши.
P.P.S - Фортуна - офигенный прибор! И автор его - также очень хороший человек. Общался с ним не раз. В отличие от Вас, он способен воспринимать критику. Я - тоже.
Но это, я смотрю, совсем не про Вас. Так что от сего момента, я думаю, правильным с моей стороны решением будет - просто Вас тупо игнорировать. Вы мне просто не интересны. Никак и ни в каком качестве. :)
 
Последнее редактирование:

Bur

Любопытный
Сообщения
106
Репутация
137
Баллы
43
МД
Фортуна
@oleg_dyakov, Вы думаете, что на форуме только радиолюбители? Уверяю Вас есть очень не плохие инженеры. На форуме их видно сразу. Цель автора достигнута, спаяй аккуратно и все будет работать!
Я свой первый компьютер Микро-80 сделал еще в 1986-м году. а цифровой частотомер в 1982-м. Ну и что с того. Уверяю, будь они публичней, то Вам бы пришлось извиняться.........
 

oleg_dyakov

Любопытный
Сообщения
227
Репутация
424
Баллы
63
МД
Квазар-ARM
Этот пользователь заблокирован за нарушение правил форума.
@oleg_dyakov, Вы думаете, что на форуме только радиолюбители? Уверяю Вас есть очень не плохие инженеры. На форуме их видно сразу. Цель автора достигнута, спаяй аккуратно и все будет работать!
Я свой первый компьютер Микро-80 сделал еще в 1986-м году. а цифровой частотомер в 1982-м. Ну и что с того. Уверяю, будь они публичней, то Вам бы пришлось извиняться.........
А я разве с этим где-то спорил? Или сомневался в том, что здесь полно толковых спецов? Напротив даже..
А извиняться то за что ? За то, что хотел разобраться в проблеме? Или за что? Ну, давайте не голословно. Вот Вы, @Bur сочли возможным (что хорошо имхо) ответить.
За что, Вы (неплохой, как я понял, специалист) считаете я должен перед Вами извиняться? Поверьте, я искренен вполне. Я извинился, кстати, выше. Если потрудитесь прочитать выше посты - увидите. Но всё-таки? За что?
P.S> Поверьте, я очень хорошо умею выслушивать собеседника и принимать его точку зрения, если она мне реально на пользу и не противоречит истине.
Более того - я всегда благодарю за подобное отношение ко мне потому, что считаю, что когда со мной чем-то делятся (возможно незаслуженно с моей стороны), то мне только благодарить нужно. Но , простите, когда мне "втирают".. и тем более, когда так по-хамски и безапиляционно... , то тут уж.., пардон... Думаю, что Вы примерно также реагировали бы.
 
Последнее редактирование:

oleg_dyakov

Любопытный
Сообщения
227
Репутация
424
Баллы
63
МД
Квазар-ARM
Этот пользователь заблокирован за нарушение правил форума.
хамили бы меньше, цены б вам не было
ну так это уже реакция... Кстати, хамства, поверьте здесь нет ни на йоту. Я написал реально то, что образовалось после общения с данным человеком на душе.
Не кривя душой при этом. Реально стало не о чем говорить после некоторых перейденных им барьеров. И всё. Не более. Это правда - ну, не интересен. Совсем.
Что ж мне теперь то? Где здесь хамство то? Вполне допускаю, что я могу быть кому-то неинтересен. И что с того? Мир остановился? :)
Если это лично Вас как-то задело (правда не знаю чем и как) - что ж, извините...
««« Сообщение автоматически объединено »»»

Ок, ответа нет.. Ладно.
Очень хочу закрыть эту тему. Нафига я вообще за это (помогать кому-то в чём-то разбираться) взялся? Оно мне нужно?
Не хочу превращение очень хорошей темы в срач.
Больше не отвечаю по этой теме.
Сорри. Все вопросы кому интересно и нужно - в ЛС.
 
Последнее редактирование:

zenkov

Любопытный
Сообщения
230
Репутация
72
Баллы
28
Какой аллюминиевый эмальпровод лучше купить для датчика 20-25 см,высокочастотного..упс не в ту тему..
 

SeagateAL

Новичок
Сообщения
5
Репутация
0
Баллы
3
МД
Simplex +
на сколько я представляю проблему, то суть ее не в том кто производитель микросхем, китайцы или фирма. А дело в том что есть разброс по коэффициенту усиления в разных экземплярах микросхем. А всего то для нормальной работы блока нужно чтобы в каналах стояли микры с одинаковыми параметрами усиления. И если бы данный параметр можно было бы корректировать программно из меню блока, то никаких бы проблем в работе не возникало. На сколько я прав, думаю может дать ответ только автор прибора.
в оригінальних мікросхемах кристал великих розмірів в підробках зазвичай кристал в два атой в три рази менший. відповідно здешевлене виробництво.
 

Валерьян

Специалист
Сообщения
463
Репутация
496
Баллы
93
МД
АРМ,Ф2Про2,Ф-S
в оригінальних мікросхемах кристал великих розмірів в підробках зазвичай кристал в два атой в три рази менший. відповідно здешевлене виробництво.
Предлагаете колупать корпуса?Не с чем сравнить.
 

brodiaga

Собеседник
Сообщения
63
Репутация
72
Баллы
18
МД
Фортуна Про2
Добрый день всем.
Подскажите доработку дисплея LG12864T, достался по случаю, хочу использовать.
Заранее благодарен.
 

Вложения

oleg_dyakov

Любопытный
Сообщения
227
Репутация
424
Баллы
63
МД
Квазар-ARM
Этот пользователь заблокирован за нарушение правил форума.
Добрый день всем.
Подскажите доработку дисплея LG12864T, достался по случаю, хочу использовать.
Заранее благодарен.
Однозначно перемычку J3 (P - Parallel Mode) отпаиваете и вместо неё запаиваете перемычку J4 (S - Serial Mode).

Дальше - трудно сказать.
Похоже у Вас версия индикатора 3.3V. А именно на неё рассчитана схема у автора.
Так что более никаких переделок не потребует. Но лучше уточните ещё это у других специалистов для подстраховки и проверьте сами. Скорее всего я- прав. Вроде бы всё должно работать без особых переделок в данном случае. Только задать последовательный режим работы перепайкой джамера с J3 на J4, как я Вам написал.
Удачи. Отпишитесь - получилось или нет.
 

Yurik2304

Знаток
Сообщения
254
Репутация
53
Баллы
28
Для дисплея с буквой U нужно было поставить еще одну перемычку.Но у вас дисплей с буквой T, и шлейф на 30 выводов.Надо пробовать.

Снимок.JPG