Тук Алтиума може би не е най-добрата основа, но KiCad поддържа Python MCP. От индустриалните мисля, че JITX е с подобни възможности. Идеята е, че ако приложението се (пре)напише с добра API поддръжка на основните фунции, съвместимостта с агентите идва от самосебе си. Пък после който иска да го ползва както реши. По мои директни наблюдения, индустрията е официално мъртва. Софтуерни инженери, RTL дизайнери, PCB layout-ери, следващите 12-24 месеца работата ще става все по-малко и впоследствие ще изчезне. Ще остане само EDA поддържащия персонал, който да се грижи агентите да работят ефективно.

Домино ефект. Подозирам, че ще има много нови професии изникнали върху изядените от ИИ

Поздравления, Н'бабане! Не бях влизал от много време, и гледам интересни неща са се появили. Едва ли ще изчета всичко последните месеци, но този проект е доста сериозен! Ти си и програмист и вероятно това много помага да контролираш изкуствените, докато го разработваш.
Поздравления още веднъж!

Всички репортнати бъгове досега са изчистени. Ако видите още, казвайте.
Следващия билд ще съдържа фиксовете и е особено важен понеже ще съдържа началната версия на една от планираните "функции-убийци" - това, което всички дето правят дизайн мразят най-много - правенето на футпринтове.
В JD ще може направо да му дадеш даташит и от него с ИИ то вади чертежа и дефинира компонент за схема и футпринт. Ако има няколко варианта - предлага избор за тия дето да направи.

абе, тези от ALTIUM не ти ли мрънкат за "права" ?
ти реално им ебаваш мамата

Поздравления, Н'бабане! На фона на гигабайтовите програми това наистина изглежда невероятно като функционалност и размер. Вярно че използва браузера, но въпреки това 4Mb е изключително малък файл. На времето преди 35 години работих с Оркад на правец 16 с 2 флопита и беше на 2 дскети по 360kb всяка. Е, графиката беше 640х480 .

Изглежда уникално за размера си !

Ами аз реално не правя нищо по-различно от кикад. Там също се поддържа експорт в алтиумски стандарт на файловете но UI-то е по-криво за човек свикнал с алтиума. JD няма и един ред алтиумски код - всичко е от нулата и данните са достъпни в нета.
Реално погледнато JD дори прави услуга на алтиумците понеже би помогнало да се намалят кракнатите версии дето ги има по нета, а вместо това повече хора да се ориентират към алтиум вместо към кикад или други такива.
На тях бизнесът им не е от такива като нас а от големите фирми, а те няма да спрат да си плащат в близко време.

Абе не е ясно къде им е бизнеса в момента. Големите фирми плащат, но има много малки точно като нас. Има и индиректен ефект, зависи какво работиш. Част от това с което се занимавам е да вкарваме продукти в производство, и при нас идват основно за DFM, и производство. При тия продукти не проектирам като цяло, но задължително искам ако има платки да са алтиум, иначе клиента ще си плати 100% девелопмънт и при нас. То аз не само искам алтиум, имам доста изисквания но ако са алтиумски файловете поне някаква част може да е използваема. Е сега имаме едни такива и заради нас си купуват Алтиум и Солид лицензи но такъв е живота, може да се окаже, че директно и индиректно, малкките генерират не по-малко пари на алтиумци от големите. освен това като имаш 50-100 работни места ще ги натиснеш за цена, ще искаш съпорт, и ще го използваш защота ако имаш 100 платкаджии изпозлващи Алтиум много вероянто е 90 от тях да са льольовци та не е ясно от къде печелят повече.
Как да е, на мен ми харесва, не знам видя ли проблемите които описах, кажи къде е по добре да ги пиша, тука или там нейде имаш репорт на проблеми. Аз лично бих го използвал ако се фикснат по-фрапантните неща, и както казах съм готов да си плащам. Така или иначе нито схематик нито сигнал симулациите на алтиум са годни за нещо, та тая част няма никакъв смисъл и да се почва. Интерфейс към нещо което може да прави signal integrity симулации би било много полезно, хиперлинкс-а или нещо сходно като качество на симулацията

аз познавам бегло AD, и както казва тони 'не искам да слушам радио на средни'
изцяло логиката ми е чужда/различна.

ако се гони пълна съвместимост и в двете посоки, 'екстри', не поддържани в оригинала нямат място.

---


това е пропърти на парт, нарича се Array component (цяло число)
ако имаш 156 кондензатора на някое захранване на BGA, рисуваш/връзваш един, сетваш това пропърти на 156 и готово. при анотиране си получаваш С1..С156 и в РСВ-ти ти се появяват 156 кондера за плейсване.

същото може да се направи и с резистори (терминация на бъс, DDR2 примерно) - връзваш един резистор на БЪСА, сетваш му бройката и той ти ги връзва на мембърите на бъса, докато стигне бройката.


един компонент (без Array)


Array=10 (10 се вижда)


след анотация

нотацията 10х се получава, като (аз) си слагам текст 'х' между стойността 10 и С?.
за яснота на четящия схемата ЕЕ на ИИ не му пука


това не мисля, че може да е обратно съвместимо от JD към AD

--- от друга страна, има неща, които може би са съвместими ---

във 'по-възрасните' кадове (или кадовете за по-възрастни потребители) ВСЯКА жица си има Id, sслужебно. започва с $


можеш да си добавиш свое име (Name - AAA), което да е видимо или не (чафката)


разбира се, може да направиш пълна каша с местата на имената

името е върху жицата

името е върху другата жица, за щастие, като селектираш жицата, той ти посочва и името - в случая курсора е върху долната жица (ВВВ) и ти засветва името върху горната.

на този етап може да определиш диф двойки, клас и т.н.


това в голяма степен съответства на поведението на Net label в AD
моето разбиране е, че всяка жица трябва да си има внятно име, макар и невидимо, още на етапа на схематиката. така или иначе, в РСВ-то си получава име, но (поне на мен) ми е по-удобно при рутене да се ориентирам кое от къде идва и къде отива.

---

друго удобство, донякъде свързано с горното

имаш пин на компонент


опъваш свободна жица, без име


връзваш я към пина, но тя си остава без име


обаче, ако се дръпне от пина навън, получава името на пина автоматично

може да се настройва дали префикса да е от името на компонента (PCIeX4) или от RefDes (J1_12V4)

разбира се, може/трябва да се редактира

или от лист-боксче да се избере вече съществуващ в схемата нет


не се шашкайте от имената 12V3, 12V5, GND6 и т.н.
в тази версия не може да имаш пинове с еднакви имена, затова се налага да им се слагат последователни суфикси (1,2,3...)

---

не можах да накарам форума да слага две картинки една до друга.
щеше ми се за по-добра нагледност джамчето 'Properties' да седи до другото, ама нъцки.
самото джамче седи винаги отворено (отделно ще разсъждавам за модалните прозорци в AD) и виждаш/редактираш на един клик разстояние (с мишката, не километър)

ако е интересно, мога да продължа с идеите

Тука е въпрос на гледна точка. От гледна точка невъзможност за допускане н грешки това работи, от гледн точка удобство и гъвкавост това ми се вижда ,много дървено. Лично аз предпочитам пина да може да има произволно име, и това име по никакъв начин да не влияе нещо друго, в случая името на жицата. Не е само навика от алтиум, просто не обичам софтуера да ми казва какви грешки мога и не мога да правя, това дава поле за самокритика

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

Тия дето ги беше описал са оправени.
По принцип е най-добре да ги пускаш директно през "Report a bug" в JD защото така отиват директно при ИИ девелопъра без да се налага аз да ги прехвърлям на ръка

За Signal Integrity - в плановете е и ще дойде скоро. Симулации вече има дори в текущата версия.
Аз това вече няколко пъти го пиша - пускайте смело репорти за всичко - бъгове, идеи, липси спрямо AD. Скрийшотове или разширена информация помагат страшно много.

Интересно каква дискусия ще се завърже, а и малко реклама не вреди.
https://www.linkedin.com/pulse/end-eda- ... hev-dibke/

Рекламата (извън форума) е факт от ден 1...