Компания ДЭП - Форумы

Если в блоке СИ подключен модуль глобальное переменной , топри его периминовании и новом открытии модуля на си задётся вопрос с указанием места положения, даже при его указании вылитает аксес виолатион

Иногда при редактировании диаграммы происходит глюк, все объекты выбираются но удалить или переместить их нельзя ...

в последний раз я делал следующее:
-Перед компеляцией тянуллинию соеденительную и не перключился на простой режим
-Нажал компиляцию
-Она прошла удачно , я повозился в конфигураторе (перезалил думаю это не важно) вернулся в тоже окно хотеел пернести линию
-Нажал на неё появиласьточка соединения, я перешол по CTRL+1 и всё ... на этом всё подвисло , рестарт программы помогает ....

При открытии блока (меню открыть/или кнопкой на панели) даже если открыт проект текущий каталог указывается в чегерях самого разработчика, это не красиво.

Да и если путь был сменён то всё ровно лезет туда же опять!!!

Так же устал напоминать что длинные имена это нормально , а не роскоЖ.

та кже повторяюсь с того раза что все компоннеты добавляемые на диограмму надозагнать в слайдер панели, а не делать какие то окошечки с ними (в BDS 2009) для этого даже есть компонентик приличный.

ТАк вот глюк с невозможностью выделить объект происходит по причине того что фокус передаётся в компоннт EditMemo (или аналогичный) в который производится вывод компелятора, в при компеляции для A9 там даже можно полазить по писать и по удалять, но фокус на компонет диаграммы не передаётся

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

Судя по трассировке софт айсом, насколько я вкурил, у вас не стоит свойство этого окна ReadOnly=true таким образом там разрешено редактирование, а следовательно окгда вывод компелятора туда чтото выводит срабатывают его скрол бары и им передаётся фокус, а возвращается родителю ... теость фокус получает это окошко редактирования .

Ваш компонент наследник от какогото примитивного графического компоннета (та ки не нашол от какого) просто не способен принять фокус обратно..

Вот и вся причина...

Попытался насильно отправить Диаграмме SetFocus , вылезла куча сообщений об ошибках, какойто странный дебагер, ипрочая ересь. Изумлся.

Можно вопрос ? что испольбзуется при разработке вами ? какая среда ? или какие сторонние средства ? типа дебагер утилы ?

За 3 часа работы , надоело перезапускать разработчик


P.S. я надеюсь что вам это помогает то что я делаю , (бета тест) иначе напишите не буду тратить время ...

В меню разработчика Файл>Открыть снова

Строчка 0 и 1 идеантичны и указывают на последний проект, если его открыть через меню открыть проект , потом выйти из программы и открыть просто кликнуф по файлу проекта в проводнике.

Проблема ещё одна выявлена незнаю правда глюк или так надо ?

У меня есть файл глобальных переменных, одной из переменных является массив, хранимый в озу.

есть модуль куда прицеплен этот файл глобальных переменных и выбран этот массивы, из него прямая ссылка в один компонент доступа к элементу ... всё работает , если попытаться из него завести в разные элементы (например в 2 элемента доступа к элементу) то вылетаетошибка компеляции типа какаято структура определена..

переделываю , создаю несколько ссылок на глобальную переменную из каждой завожу в свой компонент доступа и всё пашет...

час попробовал всё вернуть обратно чтобы ошибочку запостить, а оно и по первому варианту работает ... КАК ТАК ????

P.S. Сижу в шоке... размышляю наджизнью...

А что эта тема не интересна ? где ответы я что протсо так отписываю ???

Иногда при работе с глобальными переменными вылетает ошибка подобная вот этой




После рестарта разхработчика компиляция прохордит нормально ...


Это ваще нормально ? бред ?

Faster писал(а):А что эта тема не интересна ? где ответы я что протсо так отписываю ???

получился просто монолог((
Тема интересна, просто Вы пишите быстрее чем я думаю. Сегодня попробую повторить и посмотреть эти проблемы. Если они повторяемы((

Хорошо бьудем ждать ... просто страюсь вам помочь ... как не как сам кодер

Faster писал(а):P.S. я надеюсь что вам это помогает то что я делаю , (бета тест) иначе напишите не буду тратить время ...

Спасибо за замечания и тестирование. Если что-то будет ещё вылазить, пожалуйста отписывайте в этой теме. Реально исправлять проблемы будем при следующем редактировании Разработчика. Сейчас в нем исправляются только "фатальные" ошибки.

Faster писал(а):Иногда при работе с глобальными переменными вылетает ошибка ...
...После рестарта разхработчика компиляция прохордит нормально ...
Это ваще нормально ? бред ?

Светлана писал(а):...Реально исправлять проблемы будем при следующем редактировании Разработчика. Сейчас в нем исправляются только "фатальные" ошибки.

Уже много версий подряд такая проблема...просто приходится закрывать глаза на подобные ошибки вашего ПО...зная как оно вообщем глючное и убогое по своему функционалу!
Кстати как там тема с CoDeSys'ом?:)

Дарнер, немногогрубо конечно но верно , про кодесис лучше ихне трогай.

Я ващене верю в задачу в такую, я с коде сис имелдело когда работал с контроллерами ATmega и могу ет сказать среда сама глючная , так как такой гигант как Atmel отказался далее вести разраблотки под кодесис, и сделал весь свой комплект по , который кстати фантастически выполонен (может по этому их мк и юзают везде , включая деп )

я давно вывел формулу , чем больше собрано в одном месте тем хуже это реализовано...


Тот же деп, уних в по иногда выскакивают такие смешные ошибки типа аксесс виалатион в NULL и блин они их немогут поймать ...


зато кидая пример кода они его так извращают кучей переопределений #Define им прочей есриси ...


хтел изучить их библиотеку СИ для контроллера меня прохватил тихий ужас...

тьуда даже не смотри
новые типы типа _t0_ depread
и прочее

если честно за всю жизнь не видел более , даже не убогово кода .. а я не знаю как выразить , наверно более загадочного .... а мне доводилось работать и в оченьбольших проектах.

Мн ене понятно зачем тип BYTEBOOL что bool не удовлетваряет
и прочие казусы ...

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


уже сколько прошу SDK дать по функциям в си... нет недают, с чем связано ???

в общем не понятное дело тёмное ...

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

darner писал(а):Кстати как там тема с CoDeSys'ом?:)

А никак пока и никакого интереса со стороны пользователей. Причина непонятна. Нам бы первого пользователя

Faster, изучение кода, который генерит Разработчик - ни есть изучение библиотек. Про BYTEBOOL: bool в D-182 (Zilog) однобайтовый, в Win32 и А9... его вводили для структур, передаваемых по сети (и конфигурационных структур), короткий и одного размера от разных контроллеров. Многие проблемы просто наслоились исторически. Всё это в SDK описывать - брррр.

Описание функций родных (не Разработчика) делать, конечно, надо. Но пока они использовались только нашими программистами - была большая свобода в обновлении. Что надо описать: работа с базами параметров, чтение запись системных и конфигурационных параметров, работа со временем. Это реально. А вот структура компонента и сообщений, разбор компонентом своих конфигурационных данных, сохранение переменных в ОЗУ и РПЗУ... - это уже сложно. Но может быть на первом этапе и не надо. Для компонентов, собираемых в Разработчике, эти проблемы решены. Хотелось, чтобы драйвера для внешних устройств Вы сами могли бы писать, вот тогда было бы нам счастье

OFF: "обнаружена" очень полезная для отладки функция в А9: "TracePrintf. Формат как у обычной printf. Эта функция пишет в журнал сообщений, который можно читать Конфигуратором"
Надеюсь её в ближайшее время встроят в WD

А никак пока и никакого интереса со стороны пользователей. Причина непонятна. Нам бы первого пользователя

Я вам поясню... я бы пошол под неё поглядел, но меня пугают послдствия , я лично занимаюсь серьёзными проектами с серьёзными суммами , и увы оборудование депа даже 1% не стоит в тех суммах, поэтому рисковать и ити на чтото новое?

Пока писал подумал почему бы и нет , поррою сёдня кодесис , она помоему пилатна стала, нарою кряк потом жду от вас поста с тем как ваше к ней прицепить.

Faster, изучение кода, который генерит Разработчик - ни есть изучение библиотек. Про BYTEBOOL: bool в D-182 (Zilog) однобайтовый, в Win32 и А9... его вводили для структур, передаваемых по сети (и конфигурационных структур), короткий и одного размера от разных контроллеров. Многие проблемы просто наслоились исторически. Всё это в SDK описывать - брррр.

Светлана вы в микрософт не работали ? или ваши кодеры, ато заявления уже начинают, вам осталосьтока кричать что новая версия берётбольше и кидает дальше...

Я уже много раз писал о том что надо иногда херитьнеудачные идеи...

Описание функций родных (не Разработчика) делать, конечно, надо. Но пока они использовались только нашими программистами - была большая свобода в обновлении. Что надо описать: работа с базами параметров, чтение запись системных и конфигурационных параметров, работа со временем. Это реально. А вот структура компонента и сообщений, разбор компонентом своих конфигурационных данных, сохранение переменных в ОЗУ и РПЗУ... - это уже сложно. Но может быть на первом этапе и не надо. Для компонентов, собираемых в Разработчике, эти проблемы решены. Хотелось, чтобы драйвера для внешних устройств Вы сами могли бы писать, вот тогда было бы нам счастье

если бы я смог писатьдрайвера под внешщние устройства , вам бы пришлось мне платить

а вообще идея хорошая, но увы я работаю с вамидва года и гдето полтора из них прошу SDK

TracePrintf- Зачёт ... но это надо было сделать в первую очередь.

Иногда при редактировании диаграммы происходит глюк
К сожалению, ошибка доступа возникает часто и спонтанно: трудно
определить, при какой операции редактирования это произошло.
Для устранения иногда достаточно щелкнуть на пустом пространстве окна, иногда приходится перезагружаться.
Хорошо, что почти всегда можно сохраниться.

Б.Е.Г. писал(а):Иногда при редактировании диаграммы происходит глюк
К сожалению, ошибка доступа возникает часто и спонтанно: трудно
определить, при какой операции редактирования это произошло.
Для устранения иногда достаточно щелкнуть на пустом пространстве окна, иногда приходится перезагружаться.
Хорошо, что почти всегда можно сохраниться.

А что пишет "глюк"