[haker_fox 60]

6 minutes ago, VladislavS said:

Так то и реализацию оператора присваивания кто-то написал и мог допустить ошибки.

Та ниии...) Мы же говорим о сертифицированном компиляторе (IAR, KEIL, про другие не знаю) и кубе/хале, сертификаты которых под большим вопросом, если вообще есть.

[VladislavS 29]

23 минуты назад, haker_fox сказал:

Мы же говорим о сертифицированном компиляторе

Release notes от "сертифицированных" когда-нибудь читал? :)

[haker_fox 60]

19 minutes ago, VladislavS said:

Release notes от "сертифицированных" когда-нибудь читал?

Полагаю, забыли добавить букву и в слове читал...

Да, читал. А вы про что конкретно? Ибо я и так указал, что они не идеальны.

[VladislavS 29]

40 минут назад, haker_fox сказал:

Полагаю, забыли добавить букву и в слове читал...

C людьми к которым отношусь хорошо или нейтрально на форуме общаюсь на ты. Со всякими неадекватами на вы. Выбирай.

 

40 минут назад, haker_fox сказал:

А вы про что конкретно?

Про разделы "Known problems" и "Bug fixes". Почитаешь и сомнения берут как оно вообще работало и чего стоят эти сертификаты.

[falling_stone 0]

5 hours ago, haker_fox said:

А это не ограничение периферии?

Я как раз и написал, что это баг самого камня, в противоположность всему тому, что ранее написал о софте. Если у Вас 4 байта на пиксель, всё хорошо, выравнивание областей по 4-байтной границе и кратность размера не мешают, но это автоматически подразумевает внешний ram, потому что уместить это во внутреннем при сколько-нибудь большом разрешении экрана невозможно. В моей задаче я написал простенький gui, для экрана vga, и при этом умудрился вписаться во внутреннюю память микроконтроллера. Для этого пришлось использовать 8битное представление цвета, но и тут-то ограничение и вылезло. Так что, да не до конца продуманная периферия.

[Сергей Борщ 119]

4 часа назад, VladislavS сказал:

C людьми к которым отношусь хорошо или нейтрально на форуме общаюсь на ты. Со всякими неадекватами на вы. Выбирай.

Модератор: В Правилах фрума содержится требование соблюдать общепринятую культуру общения, которая подразумевает обращение на "вы" к незнакомому человеку. Обращение на "ты" в таких случаях можно подвести под категорию "грубая лексика". Вы можете придерживаться Правил форума или каких-то своих правил, но уже вне форума. Выбирайте.

[haker_fox 60]

5 hours ago, VladislavS said:

C людьми к которым отношусь хорошо или нейтрально на форуме общаюсь на ты. Со всякими неадекватами на вы. Выбирай.

Честно скажу, что сейчас меня не так задевает обращение на "ты", как раньше (видимо, взрослею и мудрею). Но предпочитаю придерживаться общепринятой культуры. Впрочем, я не стану вас банить для себя лично, если вы останетесь при своём мнении... И интересен ваш критерий между "адекватами" и "неадекватами". А то может быть я за свой аватарчик могут в одну из них угодить...

5 hours ago, VladislavS said:

Про разделы "Known problems" и "Bug fixes". Почитаешь и сомнения берут как оно вообще работало и чего стоят эти сертификаты.

Меня радует, что у них хватает смелости и адекватности это признать. Это нормально. Радует возможность задать им вопрос, сообщить о найденном баге. Впрочем, подтверждение в профильной ветке IAR. Как минимум, два подтверждения, когда пользователи форума рапортовали о проблемах и получали ответ.

1 hour ago, falling_stone said:

Я как раз и написал, что это баг самого камня, в противоположность всему тому, что ранее написал о софте.

Простите, я вас не сразу понял. Теперь, перечитав, убедился)

[VladislavS 29]

Я за создание на форуме атмосферы дружеского общения единомышленников. Мне не трудно и на вы, если это так принципиально, но это как-то не сближает.

А насчёт багов, не ошибается тот кто ничего не делает. 

[haker_fox 60]

1 minute ago, VladislavS said:

Я за создание на форуме атмосферы дружеского общения единомышленников.

Никогда не понимал, почему дружеское общение подразумевает замену местоимения одного на другое

1 minute ago, VladislavS said:

А насчёт багов, не ошибается тот кто ничего не делает. 

Дело немного в другом: вот нашёлся баг в компиляторе IAR или Keil. Я им могу написать. А если нашёлся баг в сборке gcc-for-arm? Кто понесёт ответственность за это?

[VladislavS 29]

28 минут назад, haker_fox сказал:

вот нашёлся баг в компиляторе IAR или Keil. Я им могу написать.

Не пройдя процедуру допроса о легальности используемой версии? Сомневаюсь.

29 минут назад, haker_fox сказал:

А если нашёлся баг в сборке gcc-for-arm? Кто понесёт ответственность за это?

У GCC тоже разработчики есть, он же не из воздуха берётся. И обратная связь с ними тоже есть. Вот, например.

[haker_fox 60]

1 hour ago, VladislavS said:

Не пройдя процедуру допроса о легальности используемой версии? Сомневаюсь.

А чем эта процедура так пугает? Да я могу и в бесплатной версии (ограничение 64 или сколько кБ) этот баг найти. Он не зависит от лицензии.

1 hour ago, VladislavS said:

И обратная связь с ними тоже есть

Да, я в курсе. Но когда сертификационные органы попросят документы, я могу предъявить им сертификат на IAR (если честно, не делал этого в реальности). А что мне предъявлять по поводу gcc?

[rudy_b 1]

On 3/7/2019 at 4:54 PM, haker_fox said:

Ну это субъективно)

...

И, тем не менее, остаюсь при своём мнении, что (мне) лучше разобраться самому с периферией, чем потом искать ёжика в тумане (в чужом коде).

Это совершенно объективно, можете не сомневаться. Аналогичная периферия других производителей сделана намного лучше. Если интересно могу доказать на конкретных примерах, но это отдельная, и уже многократно возникавшая тема.

 

Вы, вероятно, неправильно меня поняли, попробую объяснить. В доках на периферию идет очень грубое описание, подробной структуры и логики работы там нет. В описании регистров назначение бит тоже описано недостаточно. Поэтому - открываем ХАЛ и смотрим как они рекомендуют действовать в различных ситуациях - и разбираемся как используются биты, в какой последовательности нужно действовать и т.д. После чего пишем свой драйвер выкидывая все ненужное.

 

Как вы уже сами убедились на примере I2C, писать драйвера только по докам - это проводить целое исследование, анализ исходников ХАЛ существенно упрощает и ускоряет этот процесс.

[haker_fox 60]

6 minutes ago, rudy_b said:

Это совершенно объективно, можете не сомневаться. Аналогичная периферия других производителей сделана намного лучше.

Ну что сказать... мой опыт работы с avr и pic (в давнем прошлом) и кортексами от ST и NXP (в настоящем) показывает, что, например, у NXP тоже, порой, не всё понятно описано. По-крайней мере мне тоже пришлось проводить исследования, когда я запускал (даже подглядывая в какие-то исходники) их модуль SPIFI и SGPIO. Да даже банальный тамер, изъезженный столетиями, упорно не работал как надо, когда его запускала другая периферия. И ошибиться вроде негде, а здесь на форуме я даже поднимал этот вопрос. Все сошлись, что это особенности периферии. Причём незадокументированные. Так, что, ИМХО, всё познаётся в сравнении. И я пока считаю, что у каждого МК есть и сильные и слабые стороны (описание).

10 minutes ago, rudy_b said:

Если интересно могу доказать на конкретных примерах

Я вам охотно верю, ибо в этой области не один год работаю))))

11 minutes ago, rudy_b said:

анализ исходников ХАЛ существенно упрощает и ускоряет этот процесс

Ну вот у меня с LPC4337 со SPIFI был пример из библиотеки драйверов SPIFI, но без прерываний. А я работаю с FreeRTOS, соответственно, поллингу там не место. И когда стал писать драйвер на прерываниях, проблема возникала в одном месте. В доке тоже ни слова, и примера такого просто нет. Да и пример-то особенно не помог, ибо сам модуль SPIFI прост как два пальца: знай себе посылай команды флешке, да получай результат)