Eagle ULP: hulp bij blinde vlek nodig.

@fatbeard, Ik had al een tijd naar jouw code zitten staren maar zag geen probleem.
Zelfs toen je aangaf dat het probleem in de sprintf zat duurde het nog even.

Op 14 december 2021 09:01:53 schreef rew:
Dat zou in "rare" omstandigheden toch fout kunnen gaan.

@rew, Ik vroeg me af hoe die bijzondere omstandigheid ook kon optreden in ULP. Ik neem eigenlijk aan dat daar gewoon 8 bits ascii wordt gebruikt, geen unicode of andere fratsen. Even een test gedraaid in ULP.
1 toevoegen aan een string gaat goed, dat heeft fatbeard ook al ondervonden.
2 andersom, het eerste deel van de string proberen te overschrijven, gebeurt niet, gaat ook goed.
3 voor het geval punt 2 door de optimiser wordt gecorrigeerd, aan 2 kanten iets er aan plakken, gaat ook goed.

string tmp = "1234567890";
sprintf( tmp, "%s%s", tmp, "abcdefghi" );
dlgMessageBox( tmp);
tmp = "1234567890";
sprintf( tmp, "%s%s", "abcdefghi", tmp );
dlgMessageBox( tmp);
tmp = "1234567890";
sprintf( tmp, "%s%s%s", "abcdefghi", tmp, "abcdefghi" );
dlgMessageBox( tmp);
exit("");

dezelfde testjes uitgevoerd in C:

char tmp[64];
strcpy( tmp, "1234567890" );
sprintf( tmp, "%s%s", tmp, "abcdefghi" );
cout << tmp << endl;
strcpy( tmp, "1234567890" );
sprintf( tmp, "%s%s", "abcdefghi", tmp );
cout << tmp << endl;
strcpy( tmp, "1234567890" );
sprintf( tmp, "%s%s%s", "abcdefghi", tmp, "abcdefghi" );
cout << tmp << endl;
return 0;

Output (warnings genegeerd):

1234567890abcdefghi
abcdefghiabcdefghia
abcdefghiabcdefghiaabcdefghi

Daar hebben we een probleem gevonden, Zowel C als rew vinden dit niet fijn
C geeft een waarschuwing, in ULP houdt men er blijkbaar rekening mee dat men raar doet.

Tsja, het ís een raar taaltje...

Dat past toch goed bij ons!

OK, volgende blinde vlek.
Misschien toch maar eens naar de oogarts gaan...

void editScript()
{ dlgDialog("View/edit script")
  { dlgLabel("<center><font size=+2><b>Be sure to know what you are doing!");
    dlgHBoxLayout
    { dlgVBoxLayout dlgSpacing(900);    // fix vertical size
      dlgTextEdit(cmd);
    }
    dlgHBoxLayout dlgSpacing(700);      // fix horizontal size
    dlgHBoxLayout
    { dlgStretch(1);
      dlgPushButton("back") dlgAccept();
    }
  };
}

Ik krijg een syntax error op de regel
dlgTextEdit(cmd);

en kan niet vinden/bedenken waarom...

Saillant detail: dit brokje code is geknipt/-plakt uit een werkend stuk.

Is de syntax niet:

dlgVBoxLayout { dlgSpacing(900); }

Bij veel statements laat je de accolades weg zoals if en while,
maar ULP is geen C, zou het eens proberen.

Edit:

Ik krijg een syntax error op de regel
{ dlgVBoxLayout dlgSpacing(900); // fix vertical size
en kan niet vinden/bedenken waarom...

je hebt de vraag veranderd
Blijkbaar was ik te snel

[Bericht gewijzigd door hennep op dinsdag 21 december 2021 11:41:14 (65%)

Oops, verkeerde regel genoemd, aangepast: dlgTextEdit(cmd); is de boosdoener.

Achter dlgVBoxLayout komt een statement (wat een blok kan/mag zijn).
Achter dlgDialog() moet een blok staan.

als de foutmelding 'unknown identifier' was geweest had het meteen opgelost geweest: cmd was lokaal in het oude stuk en hier onbekend...

Hoebedoelu, verkeerde been?

Voor een oude compiler/interpreter.... worden variabele namen aan het "woordenboek" toegevoegd. Dus something (unknownstring) is dan een syntaxerror, want er moet of een getal of een variabele staan.

Maar als je ergens zegt:   Smurf+=1;     terwijl de declaratie luidt   int smurf;     zegt-ie wel "unknown identifier"...
Tikkie inconsistent als je het mij vraagt.

Dit alles terzijde: hier is versie 1.00, ter leeringh ende vermaeck.

Geen licentie, gemiste kans!
EDIT: Een hebberige nederlander heeft daar "een krat" bij geschreven. De originele versie in het engels

Als ik de ULP opstart (voorzichtig met: show/edit) dan krijg ik de tekst te zien: "Be sure to know what you are doing".
Dat weet ik dus niet. Enige uitleg is welkom.
De ULP start trouwens probleemloos in Eagle 7.7. Verder dan dat ben ik nog niet gekomen.

EDIT2:
In de tekst die wordt getoond onder show/edit vind ik: "grid mm;" terwijl ik toch echt inches heb ingesteld bij zowel board als schematic.

Ach, misschien verander ik de licentie wel voor versie 1.2...

De tekst "be sure to know what you are doing" slaat op het mogelijk editen van het getoonde script (een foutje is zo gemaakt), de edit functie is bedoeld om te kunnen fijnslijpen.
Als je nix wijzigt is er nix aan de hand. Of je klikt HELP...

Het getoonde script zal, indien uitgevoerd, een of meerdere bibliotheken aanmaken in de projectdirectory.

De eenheid die je hebt ingesteld is alleen voor de grafische omgeving van de editors, intern werkt Eagle met een grid van 0.1 micron. Om daar optimaal gebruik van te kunnen maken moet het grid voor de te produceren bibliotheken op mm worden gezet.
De gereproduceerde symbolen en packages zouden dan exact dezelfde maten moeten hebben als de originelen.

Alle data (zowel het script en de bibliotheken) wordt opgeslagen in de project ditectory, als je daar geen bibliotheken hebt staan kun je het script gewoon starten.
N.B. Als je 'run' gebruikt wordt het script niet opgeslagen maar alleen uitgevoerd.

Ik heb een schema getekend met een enkele opamp er op.
MCP604P uit linear.lbr

Bij het uitvoeren van het script krijg ik een aantal errors:

Unknown gate/pin: +IN
Unknown gate/pin: -IN
Unknown gate/pin: OUT

Ik heb de indruk dat voor iedere component in de library deze 3 meldingen worden getoond.

Ligt dit aan v.7.7 of kun jij het reproduceren en is er mogelijk iets mis met die library van Linear?

EDIT:
Een schema met alleen een 0805 weerstand gaat goed, geen meldingen.
Ik heb ook de checkbox "skip unused..." getest en dat werk ook goed in 7.7.

Ligt dit aan v.7.7 of kun jij het reproduceren en is er mogelijk iets mis met die library van Linear?

Geen van beide: is een bug.
Probleem ontstaat zodra er meerdere symbolen in een device zitten: daar heb ik dus ff geen rekening mee gehouden bij het connecten...
Wordt opgelost in versie 1.10, maar dat zal alleen wel na de kerst zijn.

Ander bug(je): packages die alleen op de PCB staan (en dus geen device hebben, zoals targets en logo's) worden niet correct geëxporteerd: ze krijgen de orientatie en locatie die op de PCB is gebruikt. Is opgelost.

<edit>
Het bleek eenvoudiger in te passen dan ik dacht, hier is versie 1.10.
Doet alleen nog steeds geen update met de 'nieuwe'bibliotheken.

[Bericht gewijzigd door fatbeard op donderdag 23 december 2021 00:10:10 (12%)

Op 22 december 2021 22:30:26 schreef fatbeard:
Doet alleen nog steeds geen update met de 'nieuwe'bibliotheken.

Is dat belangrijk, je kunt toch de hele library opnieuw genereren.
Of zijn er beren op de weg die ik over het hoofd zie?

Geen beren op de weg, alleen wat giftige slangen onder het gras...

Het einddoel is het schema/board geheel onafhankelijk maken van de geïnstalleerde bibliotheken door alle gebruikte parts en packages te extraheren en in (een) nieuwe bibliothe(e)k(en) onder te brengen.
Tijdens dat proces kunnen die parts ook worden ontdaan van alle 'ballast' (niet gebruikte packages).

Door nu het schema/board te updaten naar die nieuwe bibliothe(e)k(en) zodat de parts en packages terugverwijzen naar die nieuwe bibliothe(e)k(en) verdwijnen die ongebruikte packages ook uit het schema/board en heeft een wijziging/uitbreiding van een originele bibliotheek geen onverweachte bijwerkingen mocht het schema worden aangepast.
Dat scheelt soms een gigantische hoeveelheid ruimte, met de bijbehorende snelheidswinst (mijn PCs zijn niet zo snel).
Als neveneffect (buiten de vergrote kennis van de interne structuur) laat zich een en ander makkelijker converteren naar andere pakketten (in versie 5 zijn alle files binair)...

Ik heb, in het verleden, al een aantal keren een Eagle schema naar iemand gestuurd en daarna een bericht terug gekregen met de melding er ontbreekt een component/library. Dit is voor mij dus een handig tooltje om dat te voorkomen in de toekomst.
Ik had al opgemerkt dat wanneer een library is opgeslagen in de projectdirectory en ik een tweede keer het script draai, dat er dan veel meldingen worden getoond:
Pin name '?' already exists!
Het weggooien van de oude library volstaat dan voor mij maar misschien was het handiger geweest om de vraag te stellen: "update or overwrite library?".
Een update heeft dan weer als nadeel dat een component die je al uit het schema hebt verwijderd, ongebruikt achter blijft in de library.

maar misschien was het handiger geweest om de vraag te stellen: "update or overwrite library?"

... en precies dat staat in het lijstje "wanted" ...
Gaat zeker komen, zeer zeker in versie 2.0, misschien eerder.
Grote drukte op de zaak en heel slecht slapen zorgen voor wat vertraging.

Ben nu nog ff bezig met 1.20 (de update functie), zou volgende week klaar moeten zijn.

't hééft even geduurd, maar hier is dan versie 1.20.

Redlijk tot volledig vrij van bugs, alleen de afhandeling van reeds bestaande libraries ontbreekt nog.

Ah! Dat wilde ik net gaan vragen!

Al doende leert men, mijn huidige library waar ik alles in doe wat ik zelf maak, is niet zo netjes opgezet. Een keer met de bezem er doorheen zou geen kwaad kunnen. Dat betekent: al mijn projecten van de laatste twee jaar openen en zo'n library export doen naar 1 gezamelijke library.

Dan heb ik een verzameling van de her-en-der standaard componenten die ik gebruik, de dingen die ik zelf gemaakt heb: Alles bij mekaar.

Dan kan ik daar in gaan huishouden, dus de SO8 footprint die ik fijn vind gebruiken voor alle dingen die SO8 gebruiken en zo.

Ik heb toch nog een bug ontdekt: gebruikte layers die alleen in ongebruikte packages zitten worden niet meegenomen in het script.
Is alleen niet zo heel simpel op te lossen...

Gerelateerd vraagje:
weet iemand hoe je de schermgrootte kan opvragen?
Dan kan ik ervoor zorgen dat er geen grotere tabellen op het scherm komen dan erop passen...

Ik denk dat eagle ulp daar geen mogelijkheid voor heeft.
Met de system functie kun je wel een windows programma daarvoor starten:
wmic desktopmonitor get screenheight
wmic desktopmonitor get screenwidth

Voor linux en osx zullen daar ook wel commando's voor zijn.

Het 'displayprobleem' wordt voorlopig opgelost met een paar constanten en -al zeg ik het zelf- wat slim programmeerwerk, uitgaande van minimaal full HD.
Zodra ik een elegante manier heb gevonden om data van het OS naar de ULP te sturen wordt het definitief opgelost.

Voor de gebruikers van versie 1.20
Er blijkt een redelijk vervelende bug in te zitten: bij selectie "multiple libraries from schematic only" worden de bibliotheken niet correct gegenereerd: er wordt slechts één symbool en één footprint gegenereerd...

Sneak preview van de 2e helptekst uit v2.00:

Het mooiste wat ik kan bedenken is een tijdelijk bestand wegschrijven in de project directory. Wanneer je in Eagle een bestand opent met

output( <file>, "wD" )

dan wordt het automatisch opgeruimd zodra je Eagle afsluit.