1. Dashboard
  2. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
    3. Team
    4. Mitgliedersuche
  3. Forenregeln
  4. Forum
    1. Unerledigte Themen
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Artikel
  • Seiten
  • Forum
  • Erweiterte Suche
  1. AutoIt.de - Das deutschsprachige Forum.
  2. Mitglieder
  3. tueftler_work

Beiträge von tueftler_work

  • Datei auf Script (.exe) ziehen und Pfad dazu bekommen. Wie zu implementieren?

    • tueftler_work
    • 28. September 2017 um 12:47

    Ach, über die $CMDLine Argumente funktioniert sowas.

    Super, das schau ich mir an.

    Danke Dir!

  • Datei auf Script (.exe) ziehen und Pfad dazu bekommen. Wie zu implementieren?

    • tueftler_work
    • 28. September 2017 um 12:43

    Hallo da.

    Wollte mir grade zur Erleichterung des Handlings kurz nen Script proggen.

    Ich würde gerne eine oder mehrere Dateien auf die geschlossene .exe schieben können und diese nutzt dann die Pfadangaben für weiteres.

    Bin leider mit der Suche nicht auf die passende Funktion gestoßen.

    Irgendwie finde ich nur Dinge mit Files verschieben :)

    Evtl. könnte mir da kurz jemand nen Wink geben.

    Danke!

  • FTDI d2xx-dll-ULP nutzen. Eine Funktion bekomme ich einfach nicht zum Laufen

    • tueftler_work
    • 5. Februar 2016 um 16:46

    Hi da!

    Nutze folgendes .ulp um mit einem FTDI-USBchip zu reden:
    https://www.autoitscript.com/forum/topic/92441-ftd2xxdll-udf/?do=findComment&comment=664401

    Das funktioniert soweit auch alles supi, jedoch beim EEprom lesen knallt es und AutoIt bricht ab.
    Es geht um den Funktionsaufruf "_FT_EE_Read".
    Leider verstehe ich nicht, wie ich das zweite Argument für den Funktionsaufruf zu definieren habe :(

    Hier einmal die Funktion der .ulp:

    Code
    ; #FUNCTION# ;===============================================================================
    ;
    ; Name...........:  FT_EE_Read
    ; Description ...: 	Read the contents of the EEPROM.
    ;
    ; Syntax.........:  FT_EE_Read ($FT_HANDLE)
    ;
    ; Parameters.....: 	$FT_HANDLE			Handle of the device.
    ;					$pData        		Pointer to structure of type FT_PROGRAM_DATA.
    ;
    ; Return values .: Sucess - 0 if successful,
    ;                  Failure - the return value is an FT error code.
    ;				   	|x - use _USBFT_ErrorDescription(x) for more detailed information
    ;
    ; Author ........: Neil Jensen (wakido;NBJ)
    ; Modified.......:
    ; Remarks .......: Part of the FTD2XX.dll EEPROM Programming Interface
    ;						This function interprets the parameter pData as a pointer to a structure of type
    ;						FT_PROGRAM_DATA that contains storage for the data to be read from the EEPROM.
    ;						The function does not perform any checks on buffer sizes, so the buffers passed in the
    ;						FT_PROGRAM_DATA structure must be big enough to accommodate their respective strings
    ;						(including null terminators).  The sizes shown in the following example are more than
    ;						adequate and can be rounded down if necessary.  The restriction is that the Manufacturer
    ;						string length plus the Description string length is less than or equal to 40 characters.
    ;						Note that the DLL must be informed which version of the FT_PROGRAM_DATA structure is
    ;						being used.  This is done through the Signature1, Signature2 and Version elements of the
    ;						structure.  Signature1 should always be 0x00000000, Signature2 should always be 0xFFFFFFFF
    ;						and Version can be set to use whichever version is required.  For compatibility with all current
    ;						devices Version should be set to the latest version of the FT_PROGRAM_DATA structure which
    ;						is defined in FTD2XX.h.   See url above for more information.
    ; Related .......:
    ; Link ..........:
    ; Example .......:
    ; Original ......: FT_EE_Read(FT_HANDLE ftHandle, PFT_PROGRAM_DATA pData)
    ;==========================================================================================
    Func _FT_EE_Read($FT_HANDLE, $pData)
    	$v_Result = DllCall($v_Dll, 'long', 'FT_EE_Read', 'ptr', $FT_HANDLE, 'ptr', DllStructGetPtr($pData))
    	Return $v_Result[0]
    EndFunc   ;==>_FT_EE_Read
    Alles anzeigen

    Hat hier schon jemand Erfahrung mit sammeln können? :?:

  • ISN AutoIt Studio

    • tueftler_work
    • 25. März 2015 um 10:57

    Hi ISI360.

    danke für den Tipp mit F5/F9!
    Ich hatte immer oben den runden Knopf mit dem Play-Button genutzt ohne mir bewusst zu sein, dass es hier eine getrennte definition gibt.
    Der Button zum Starten der Hauptdatei funktioniert bei mir nicht.
    Wenn ich darauf drücke, "vibriert" dieser nur ganz kurz, startet das Programm aber nicht.

    Bin gespannt ob es in nächsten Versionen mit in den Scriptbaum rein kommt :)

    Noch eine Idee die extrem nützlich wäre bei mehreren au3s ist eine search/replace Funktion die das komplette Projekt unterstützt.
    Derzeit öffne ich alle Dateien im Notepad++ und tätige globale Änderungen hierüber.

    Gerade noch aufgefallen bei einer includierten GUI:
    Ich kann leider in den GUI-Eigentschaften unter X/Y Position derer keine Formeln und Macros einfügen, sondern nur Zahlen.
    Somit ist es nicht möglich mit z.B.

    [autoit]

    @DesktopHeight - 105

    [/autoit]

    die GUI dynamisch zu verschieben.
    Die GUI_create wird ja hier direkt includiert, mit der man das ja machen würde...

  • ISN AutoIt Studio

    • tueftler_work
    • 20. März 2015 um 17:39

    Hi Isi360!

    Nutze schon lange Deine IDE und bin begeistert :)
    Nun habe ich jedoch eine Kleinigkeit entdeckt die evtl. schön wäre wenn sie gefixt wäre...

    Ich dachte ursprünglich es läge an mir, daher habe ich einen eigenen Thread eröffnet.
    Es geht um ein Projekt das einige .au3 Dateien enthält.
    Hier wird bei "Script ausführen" nicht die als Hauptdatei definierte Datei gestartet, sondern die aktuell im Vordergrund ist.
    Hier genauer nachzulesen:
    Script mit mehreren Unterscripten und globalen Variablen unverständliches Handling

    Auch ist bei einem multi-au3-Projekt die Sache mit globalen Variabeln nicht ganz gut gelöst.
    Diese werden natürlich in der jeweiligen .au3 im Scriptbaum gelistet, aber alle anderen verfügbaren nicht.
    Kannst Du irgendwie eine "Abstufung" in der Ansicht mit "Actual File" und "Project" einfügen?
    Unter "Actual File" würden dann alle Globals und Funktionen der aktuell geöffneten .au3 angezeigt werden.
    Unter "Project" dann alle verfügbaren Funktionen und Variabeln projektweit.

    Wäre echt toll, wenn das in Zukunft irgendwann einfliessen würde!

    Grüße und ein schönes Wochendende!!!

    [autoit][/autoit]
  • Script mit mehreren Unterscripten und globalen Variablen unverständliches Handling

    • tueftler_work
    • 20. März 2015 um 17:29

    Hi da.

    Vielen Dank für die Tips!
    Komme arbeitstechnisch jetzt erst dazu zurück zu schreiben.

    Die Idee mit Include-once und dem Aufbau von 4ern werde ich mir definitiv im Kopf behalten.
    Habe nun auch heraus gefunden wo es hier hakt...

    Das Script funktionierte eigentlich auch zum Zeitpunkt der Anfrage hier.
    Ich nutze das ISN-Studio.
    Bei diesem gibt man bei den Projektdaten die Hauptdatei an.
    Daher war ich der Meinung, dass ich bei einem "Script-Testen" drücken, diese auch ausgeführt werden würde.
    Leider wird jedoch die gerade geöffnete .au3 gestartet.
    Diese findet dann natürlich die Ganzen Globalen Variabeln und Funktionen nicht und es hagelt Fehlermeldungen.
    Zufällig war ich dann in der main.au3 unterwegs und drückte darauf -> Funktioniert.

    Also funktioniert mein Aufbau nach dem auseinander rupfen eigentlich schon!

    Werde das mal als Bug der IDE eintragen.

    Euch ein schönes Wochenende!!!

  • Script mit mehreren Unterscripten und globalen Variablen unverständliches Handling

    • tueftler_work
    • 19. März 2015 um 11:32

    Hallo.

    Ja, ich weiß was ein Minimalbeispiel ist.
    Da ich aber eine Herangehensweise und kein Bug suche, ist das ja obsolet.

    Sollte es denn so sein, dass wenn ich einen Codeteil in eine .au3 verschiebe und genau an der Stelle das include setze, alles so auffindbar sein sollte wie vorher?

  • Script mit mehreren Unterscripten und globalen Variablen unverständliches Handling

    • tueftler_work
    • 19. März 2015 um 11:10

    Hallo.

    Habe ein Script geschrieben, welches nun noch erweitert werden sollte.
    Dieses hat derzeit ca. 1500Zeilen und sollte der Übersichtlichkeit halber in mehrere .au3 aufgeteilt werden.
    Bei C würde ich da einfach die Globalen Funktionen in Headerfiles deklarieren und Globale Variablen mit "extern" einbinden.
    Nur wie funktioniert das in Autoit?

    Ich habe einmal versucht das Script Schritt für Schritt zu splitten, nur leider findet er nun die Funktionen in den anderen .au3s nicht.
    Auch globale Variabeln die in der Main-Au3 als global definiert wurden kennt er nicht.

    Leider finde ich nirgends ein Beispiel wie so etwas zu händeln ist.
    Hoffe daher auf einen schnellen Tip, damit es weiter gehen kann ;)

    Grüße!

Spenden

Jeder Euro hilft uns, Euch zu helfen.

Download

AutoIt Tutorial
AutoIt Buch
Onlinehilfe
AutoIt Entwickler
  1. Datenschutzerklärung
  2. Impressum
  3. Shoutbox-Archiv
Community-Software: WoltLab Suite™