ASDFS, USB-гуру (23.12.2013 17:12, просмотров: 291) ответил aoreh на да, но что это означает применительно к пикам? и какаим пикам конкретно и чем они более проф. уровня, чем какие-либо другие контроллеры-
- ну я с пиками очень мало работал, только с пик18ф и только один проект, работа была на С и крови попила крайне немало. Но fk0 постоянно упирает на эти контроллеры "проф. уровня" и не могу понять это серьезно или какой-нить сарказм - aoreh(23.12.2013 17:15)
- Не расстраивайтесь. Мне тоже комфорт дороже. Я на PIC14000 делал несколько проектов и ... Bill(138 знак., 28.12.2013 15:43)
- А вообще, профессионал должен уметь работать на том, на чем в требуется в данный момент. Все остальное - только Bill(43 знак., 28.12.2013 15:47)
- что-что насчет крови с PIC18??? да это идеальный 8-битный МК! я с ними вес нагуливаю! - Argon(23.12.2013 17:34)
- и в чем идеальность? использовался купленный XC8, до знакомства с ним, я думал, что компиляторы пишут мегапрофи и вероятность ошибки в нем крайне мала - aoreh(23.12.2013 17:38)
- идеальность PIC18 в его отличном сочетании простоты и функциональности. уточню: я про МК, а не средства разработки. Сам пользовался C18 и компилятором от HiTech - фатальных проблем не было. - Argon(23.12.2013 18:31)
- да, про С18 так плохо, как про ХС8 сказать не могу, проблемки были, но самое главное, что все было системно и предсказуемо. Но ведь микрочип позиционирует его как устаревший, а ХС8 пришедший на смену... - aoreh(23.12.2013 19:01 - 19:04)
- Кажисть все до сих пор на хайтеке 9.50 сидят и в общем неплохо себя чуют. - ASDFS(23.12.2013 19:12)
- Вообще _все_ и _всё_ делают на пиках. Это аксиома. - fk0(23.12.2013 19:55)
- Кажисть все до сих пор на хайтеке 9.50 сидят и в общем неплохо себя чуют. - ASDFS(23.12.2013 19:12)
- да, про С18 так плохо, как про ХС8 сказать не могу, проблемки были, но самое главное, что все было системно и предсказуемо. Но ведь микрочип позиционирует его как устаревший, а ХС8 пришедший на смену... - aoreh(23.12.2013 19:01 - 19:04)
- И что XC8? Как себя показал? Были ошибки? Глюки? Как впечатления? - Apтём(23.12.2013 17:40)
- сказанного не достаточно? я просто в шоке, я никогда такого не ожидал от компилятора, он частенько тупо неправильно разбирал выражения, плюс глюки с указателями (я так понимаю, из-за попытки совмещения несовмещаемого), плюс глюки с возвращаемыми aoreh(821 знак., 23.12.2013 17:54)
- Тут явно видно, что проблема не в компиляторе, а в рукожопости программиста. У нас XC8 используется для десятков проектов и никаких серьезных проблем с ним не было. Ясно, что вместо того, чтобы найти у себя ошибку, проще винить во всём компилятор. FDA(185 знак., 26.12.2013 16:51)
- шо ты мелишь... скорее у тебя проекты из разряда 2 кнопки 2 светодиода - aoreh(26.12.2013 22:05)
- Кто нибудь с ружом, отстрелите это. - Nikolay801_(27.12.2013 11:52)
- Нет, у меня проекты сложные. TCP/IP, графические ЖКИ, работа с GPRS и ГЛОНАСС. И ни разу я не наблюдал явных глюков компилятора. Часто казалось, что вроде вот он глюк, но в итоге это была ошибка программиста. - FDA(26.12.2013 22:30)
- Открываем реадми к 1.21 вышедшему в октябре! 2013 и читаем багфикс aoreh(236 знак., 26.12.2013 23:19, ссылка)
- Ты ещё почитай багфикс к Delphi или C#, так вообще ночами спать не будешь! - FDA(27.12.2013 08:30)
- значит ты в глаза хс8 не видел. а вот это вот "казалось, что вроде вот он глюк" я прошел много лет назад и можно сказать уверовал в непогрешимость компиляторов, поэтому давно не имел привычки искать проблемы в них. ХС8 меня отрезвил - aoreh(26.12.2013 22:59)
- Я на XC8 перешёл год назад где-то. Так с того момента и использую. Ещё раз повторю, проблемы в 99.9% в рукожопости программистов. Компилятор тут не при чём! Я могу тебе посоветовать книжки по основам программирования почитать, чтобы опыта немного FDA(102 знак., 27.12.2013 08:33)
- Разница в том, что я от PRO версий хайтека уже отказался 5 лет тому назад. И регулярно на них посматриваю, чтоб понять, что становится только хуже. - fk0(27.12.2013 12:25)
- охренеть... какой там говоришь у тебя серьезный проект? смешно! - aoreh(27.12.2013 10:26 - 10:30)
- серьезный проект может быть выполнен и без использования указателей, в этом случае соответствующий баг может быть не замечен. - Argon(27.12.2013 10:34)
- Да, наверное можно заменить везде указатели на целочисленное что-то и преобразовывать в последний момент, но это будет полнейший идиотизм, который опять же все равно упрется в возвращаемые значения. поэтому их нужно наверное будет сделать aoreh(124 знак., 27.12.2013 10:42 - 10:44)
- да, а заодно и без функций, че уж там мелочиться, если серьезный проект - елочная гирлянда, то да, может. в любом другом проекте, где есть интерфейс - нет, где много упакованных строк, упакованная конфигурация фпга и т.п - не может. Но пусть будет aoreh(152 знак., 27.12.2013 10:39)
- Исключить нужно так же структуры, типы данных отличныe oт беззнаковых байтовых... И тогда может он перестанет заявлять, мол can't generate code. - fk0(27.12.2013 12:30)
- да, :) маленький пример из баг фикса aoreh(700 знак., 27.12.2013 12:46)
- Исключить нужно так же структуры, типы данных отличныe oт беззнаковых байтовых... И тогда может он перестанет заявлять, мол can't generate code. - fk0(27.12.2013 12:30)
- серьезный проект может быть выполнен и без использования указателей, в этом случае соответствующий баг может быть не замечен. - Argon(27.12.2013 10:34)
- Я на XC8 перешёл год назад где-то. Так с того момента и использую. Ещё раз повторю, проблемы в 99.9% в рукожопости программистов. Компилятор тут не при чём! Я могу тебе посоветовать книжки по основам программирования почитать, чтобы опыта немного FDA(102 знак., 27.12.2013 08:33)
- Открываем реадми к 1.21 вышедшему в октябре! 2013 и читаем багфикс aoreh(236 знак., 26.12.2013 23:19, ссылка)
- Три, три светодиода :) - scorpion(26.12.2013 22:09)
- Два разных программиста видели, что не работает макропроцессор для проекта успешно собираемого три последних года двумя другими компиляторами. Про рукожопость рассказывай в другом месте. - fk0(26.12.2013 17:02)
- В очередной раз потратил пол-ночи на эту поделку индусов. XC18 называется, очередной версии. Разложенные грабли обошёл (попытку насильно вкомпилить свой doprnt.c, подсовывание собственных .h с дурными именами а-ля adc.h -- отсюда, кстати, и грабли fk0(992 знак., 27.12.2013 01:54 - 02:02)
- Продолжение. Удалось установить, что часть "can't generate code" связаны с трудностями внутри компилятора по обработке некоторых выражений. Для которых если вручную распределить временные переменные и переписать по-проще -- обходится. Типа такого, fk0(1169 знак., 27.12.2013 20:43)
- Так может найти другую работу? Где PIC-и не применяют. - Apтём(27.12.2013 15:21)
- сам про не использую, нет оси под нее. Но спарведливости ради, проверил у коллеги у него проц pic16F1xxx :-( так вот на версии 1.21 XC8 код генерится Хотя сам про задвинул по этой же причине, когда на работающем проекте не смогла сгенерить код. abivan(148 знак., 27.12.2013 11:56)
- У меня вот такое нормально компилируется: FDA(585 знак., 27.12.2013 15:47)
- Ты struct tm из time.h возьми. И засунь код в середину реальной большой функции. Поэтому hello wolrd и работают, а реальные программы -- нет. - fk0(27.12.2013 12:34)
- Твоя проблема, видимо в том, что ты программировать прост не умеешь. Могу для начала посоветовать почитать книжки по Си, потом по основам программирования, а в идеале попрограммить ещё для ПК, обязательно на другом языке - Delphi или C#, там FDA(172 знак., 27.12.2013 08:45)
- Ты тут не умничай, ты пальцем покажи, где здесь неправильный код: fk0(3391 знак., 27.12.2013 20:36 - 20:47)
- Толсто троллите, либо и правда сложнее елочных гирлянд ничего не делали - Alex B.(27.12.2013 11:27)
- Какое отношение нормальные книжки по Си имеют к компилятору, который не может генерить правильный код из исходников на Си? Там от Си только названия ключевых слов останутся. - aoreh(27.12.2013 10:48 - 10:56)
- Учат алгоритмы нормальные разрабатывать и, соответственно, программы нормальные писать. - FDA(27.12.2013 15:44)
- только они исходят из стандарта, а не из этого фуфела XC8 - aoreh(27.12.2013 15:47)
- Вот и поизучай этот стандарт, а также пару книжек типа "Приёмы программирования на Си". - FDA(27.12.2013 15:49)
- да уж... тяжелый случай - aoreh(27.12.2013 15:52)
- Вот и поизучай этот стандарт, а также пару книжек типа "Приёмы программирования на Си". - FDA(27.12.2013 15:49)
- только они исходят из стандарта, а не из этого фуфела XC8 - aoreh(27.12.2013 15:47)
- Учат алгоритмы нормальные разрабатывать и, соответственно, программы нормальные писать. - FDA(27.12.2013 15:44)
- Пусть человек с 100500 проектами не учит жить, В других местах за это время сделали штук 6 проектов, причём на общей кодовой базе. На пиках (18 и 24). Программисты разные 4 шт. fk0(1463 знак., 26.12.2013 21:38 - 21:43, ссылка)
- Да проектов у меня много, поэтому и пинаю вас, чтобы вы лучше свой код нормальный писали, а не сваливали на всё на компилятор. - FDA(27.12.2013 08:36)
- собственно как я уже говорил, после перехода на С18 удалось быстро закончить проект, так шо пусть свою рукожопость засунет себе подальше. - aoreh(26.12.2013 22:22)
- Значит ты так и не разобрался с ошибками в своей программе. Ну, надейся, что они не всплывут! Только не стоит людям давать вредных советов по поводу перехода с XC8 на C18, когда лень свой код изучить. - FDA(27.12.2013 08:40)
- бля.... сначала тестирование с престрастиями на месте, потом, первой партией девайс разошелся 1000 штук, все в идеале. Вредных... пусть люди калечат свою псхику с икс8, хотя может там действительно поправили и в будущем будет aoreh(9 знак., 27.12.2013 10:35 - 11:08)
- У меня девайсы и большими партиями расходятся. При этом никаких проблем с компилятором не было. - FDA(27.12.2013 15:50)
- ну так у нас на барабане елочные гирлянды чуть ли не на вес продают, хули там проблем с компилятором - aoreh(27.12.2013 15:51 - 16:06)
- У меня девайсы и большими партиями расходятся. При этом никаких проблем с компилятором не было. - FDA(27.12.2013 15:50)
- бля.... сначала тестирование с престрастиями на месте, потом, первой партией девайс разошелся 1000 штук, все в идеале. Вредных... пусть люди калечат свою псхику с икс8, хотя может там действительно поправили и в будущем будет aoreh(9 знак., 27.12.2013 10:35 - 11:08)
- Значит ты так и не разобрался с ошибками в своей программе. Ну, надейся, что они не всплывут! Только не стоит людям давать вредных советов по поводу перехода с XC8 на C18, когда лень свой код изучить. - FDA(27.12.2013 08:40)
- когда начали всплывать первые проблемы, мой напарник - немец, начал копаться в инете, лазить по форумам, нашел подтверждения и рекомендации обхода некоторых проблем. что-то удавалось решать, но компайлер преподносил сюрпризы один за другии - aoreh(26.12.2013 22:12)
- Вот о чём я и говорю. Вместо того, чтобы разбираться со своим кодом он тратит своё рабочее время, чтобы найти посты таких же долбоёбов, которые программировать не умеют! - FDA(27.12.2013 08:38)
- Пиздили вас в детсве мало, раз за глаза людей долбоебами называете - Alex B.(27.12.2013 11:29)
- Просто я не делаю разницы между дебилами и долбоёбами. Поэтому если не нравится второе слово, возьмите первое! - FDA(27.12.2013 14:53)
- просто ты имбецил, вот и все объяснение, поэтому и не били, поэтому и херню несешь - aoreh(27.12.2013 15:43)
- Просто я не делаю разницы между дебилами и долбоёбами. Поэтому если не нравится второе слово, возьмите первое! - FDA(27.12.2013 14:53)
- еще раз, почитай багфикс и объясни в чем рукожопость, если сам микрочип пишет, что компилятор генерит шо попало - aoreh(27.12.2013 10:33)
- А ты почитай баuфикс к Delphi наконец! Так он намного больше и ничё, программы люди спокойно пишут! - FDA(27.12.2013 14:54)
- Мне не нужен делфи, более того, там где он применяется - ресурсов обойти баги больше на несколько порядков. В то же время XC8 обходные пути так же упираются в баги, ресурсов перестает хватать, компайлер генерит ошибки в БАЗОВЫХ блядь для языка aoreh(7 знак., 27.12.2013 14:56)
- В этом-то и проблема твоя, что не хочешь расширить свой кругозор! Поэтому и программировать не умеешь нормально! - FDA(27.12.2013 15:36)
- вот жеж конченный тролляка... - aoreh(27.12.2013 15:41)
- В этом-то и проблема твоя, что не хочешь расширить свой кругозор! Поэтому и программировать не умеешь нормально! - FDA(27.12.2013 15:36)
- Мне не нужен делфи, более того, там где он применяется - ресурсов обойти баги больше на несколько порядков. В то же время XC8 обходные пути так же упираются в баги, ресурсов перестает хватать, компайлер генерит ошибки в БАЗОВЫХ блядь для языка aoreh(7 знак., 27.12.2013 14:56)
- А ты почитай баuфикс к Delphi наконец! Так он намного больше и ничё, программы люди спокойно пишут! - FDA(27.12.2013 14:54)
- Пиздили вас в детсве мало, раз за глаза людей долбоебами называете - Alex B.(27.12.2013 11:29)
- Вот о чём я и говорю. Вместо того, чтобы разбираться со своим кодом он тратит своё рабочее время, чтобы найти посты таких же долбоёбов, которые программировать не умеют! - FDA(27.12.2013 08:38)
- В очередной раз потратил пол-ночи на эту поделку индусов. XC18 называется, очередной версии. Разложенные грабли обошёл (попытку насильно вкомпилить свой doprnt.c, подсовывание собственных .h с дурными именами а-ля adc.h -- отсюда, кстати, и грабли fk0(992 знак., 27.12.2013 01:54 - 02:02)
- шо ты мелишь... скорее у тебя проекты из разряда 2 кнопки 2 светодиода - aoreh(26.12.2013 22:05)
- Вот это и есть настоящий проф. уровень. Из эклипса в котором ничё не глючит и всё работает строго по даташиту -- любой студент, любую программу за месяц сделает. А тут -- тут нужен настоящий профессионал с опытом fk0(107 знак., 23.12.2013 18:35)
- Помнится обсуждали мы в ветке про АРМ какую среду использовать для ST32F407. Пришли к выводу, что нужно среду собирать хер знает как из каких-то кусков и плюс к этому ручками править какие-то стартапы, в которых нормальный человек вообще понять FDA(55 знак., 26.12.2013 16:53)
- Это в любом серьёзном проекте, отличном от hello world, так будет. А если аффтар неспособен разобраться со "средой", то и к программированию, возможно, не стоит подпускать (по крайней мере без обучения). PS: для PIC у меня тоже свои стартап, свои fk0(112 знак., 26.12.2013 17:03)
- Зато результат какой будет! Apтём(431 знак., 26.12.2013 16:58)
- Ты ещё программистам на Delphi посоветуй Delphi из кусков собрать! - FDA(27.12.2013 08:41)
- Мы не программисты на Delphi. Мы МК программируем... Apтём(75 знак., 27.12.2013 15:41)
- Как минимум включить генератор и PLL, ибо у некоторых старт на встроенном 32kHz генераторе и запуска main можно дожидаться до вечера... И тут же проверить, что вообще запустилось, дабы не зависнуть вусмерть, а хоть помигать на прощание лампочкой и fk0(19 знак., 26.12.2013 17:06)
- Да я на CooCox за два вечера написал нужную мне программу. Но сам АРМ всё равно не понравился. Поэтому пока это единственный на нём законченный проект. Жду PIC32MZ. - FDA(27.12.2013 08:42)
- CooCox - поделка китайских студентов. Кастрированный Eclipse. Ничего более. - Apтём(27.12.2013 15:42)
- Если старт на 32к, то само собой... - Apтём(26.12.2013 17:11)
- Да я на CooCox за два вечера написал нужную мне программу. Но сам АРМ всё равно не понравился. Поэтому пока это единственный на нём законченный проект. Жду PIC32MZ. - FDA(27.12.2013 08:42)
- Ты ещё программистам на Delphi посоветуй Delphi из кусков собрать! - FDA(27.12.2013 08:41)
- Не просто профессионал, а можно сказать "человек знания". - Apтём(23.12.2013 19:12 - 19:44)
- Помнится обсуждали мы в ветке про АРМ какую среду использовать для ST32F407. Пришли к выводу, что нужно среду собирать хер знает как из каких-то кусков и плюс к этому ручками править какие-то стартапы, в которых нормальный человек вообще понять FDA(55 знак., 26.12.2013 16:53)
- Спасибо...Впечатляет...Я так понял, что это были незабываемые впечатления на всю жизнь. - Apтём(23.12.2013 18:06)
- Незабываемые впечатления мне подарила связка PIC18 + MicroC. Рекомендую, будет что рассказать внукам. - scorpion(23.12.2013 23:32)
- PIC12+MicroC тоже впечатлило:) Логические игры отдыхают - 1111111(23.12.2013 23:34)
- не то слово :( - aoreh(23.12.2013 23:28)
- Незабываемые впечатления мне подарила связка PIC18 + MicroC. Рекомендую, будет что рассказать внукам. - scorpion(23.12.2013 23:32)
- Тут явно видно, что проблема не в компиляторе, а в рукожопости программиста. У нас XC8 используется для десятков проектов и никаких серьезных проблем с ним не было. Ясно, что вместо того, чтобы найти у себя ошибку, проще винить во всём компилятор. FDA(185 знак., 26.12.2013 16:51)
- сказанного не достаточно? я просто в шоке, я никогда такого не ожидал от компилятора, он частенько тупо неправильно разбирал выражения, плюс глюки с указателями (я так понимаю, из-за попытки совмещения несовмещаемого), плюс глюки с возвращаемыми aoreh(821 знак., 23.12.2013 17:54)
- идеальность PIC18 в его отличном сочетании простоты и функциональности. уточню: я про МК, а не средства разработки. Сам пользовался C18 и компилятором от HiTech - фатальных проблем не было. - Argon(23.12.2013 18:31)
- и в чем идеальность? использовался купленный XC8, до знакомства с ним, я думал, что компиляторы пишут мегапрофи и вероятность ошибки в нем крайне мала - aoreh(23.12.2013 17:38)
- Не расстраивайтесь. Мне тоже комфорт дороже. Я на PIC14000 делал несколько проектов и ... Bill(138 знак., 28.12.2013 15:43)
- ну я с пиками очень мало работал, только с пик18ф и только один проект, работа была на С и крови попила крайне немало. Но fk0 постоянно упирает на эти контроллеры "проф. уровня" и не могу понять это серьезно или какой-нить сарказм - aoreh(23.12.2013 17:15)