Beiträge von PSblnkd

Nachdem in dem ellenlangen Thread im Mikrocontroller-Forum (-> https://www.mikrocontroller.net/topic/574459#new) die Mehrzahl der "Experten" sich nur in negativen Statements geäußert haben, habe ich eine andere Platform gesucht und dann ist mir diese hier untergekommen: "Interactive PowerBasic Forum" -> https://forum.it-berater.org/index.php . Dort gibt es auch eine deutsche Seite und der Moderator/Admin ist sehr freundlich!
Ich bin dort nun auch angemeldet und habe hier -> https://forum.it-berater.org/index.php/topic,6923.0.html meinen ersten Beitrag geschrieben.

Wenn es weitere Erkenntnisse / Fortschritte gibt, werde ich dort weiter berichten und nicht mehr im µC-Forum.

Grüsse aus Berlin

PSblnkd

Peter S. Taler

Danke für Deinen Beitrag und Du hast Recht - bisher war ich mit AutoIt ganz zufrieden und konnte Vieles realisieren, was mit den gängigen Hochsprachen nur sehr aufwändig möglich gewesen wäre.
Besonders interessant fand ich auch die COM-Unterstützung bei AutoIt und - wie ich eingangs berichtete - funktioniert das im Prinzip auch, nur eben nicht in der "In-Prog"-Variante mit dem direkten Zugriff auf die entsprechende COM-Schnittstellen-DLL des Zielprogramms - bei mir TurboCAD.

Im Mikrokontroller-Forum (-> https://www.mikrocontroller.net/topic/574459#new) gibt es einen ellenlangen Thread, wo sich die "Experten" sehr negativ über "PowerBASIC" äußern - schon weil es eben den Namen "BASIC" trägt, aber in Wirklichkeit nur noch sehr wenig damit zu tun hat.

Dort habe ich auch erste Versuche mit PowerBASIC gepostet (Quelle & EXE), so daß sich jeder einen ersten Eindruck davon gewinnen kann.
Wie gesagt - der Funktionsumfang von PowerBASIC ist gigantisch und es wäre m.E. sehr schade, wenn man das nicht erhalten könnte ...

Ich werde weiter berichten - im µC-Forum.

Grüsse aus Berlin

PSblnkd

Danke Euch allen für die Hinweise. -

Aber - viele andere Basic-Varianten habe ich mir schon angesehen, nur ist deren Funktionalität immer irgendwie eingeschränkt, nicht nur was die max. Codezeilen betrifft. COM wird nicht unterstützt - und wenn, dann ist dessen Funktionalität vielleicht genauso problematisch, wie bei AutoIt. Und welche IDE mit welchem Funktionsumfang vorliegt - z.B. der hier in AutoIt auch schon angesprochene "STEP"-Betrieb - ist mir nicht bekannt. Vom Ergebnis - exe und dll mal ganz abgesehen ...

Nun ja, auch bei PowerBasic ist das noch nicht sicher - kommt halt auf einen Test an.
Vielleicht ergibt sich demnächst eine Testmöglichkeit ducch einen befreundeten Elektroniker-Kollegen ...

Ich werde weiter darüber berichten.

Grüsse aus Berlin

PSblnkd

Nachdem es zu meinem Problem -> DLL-Return als Objekt - wie? offenbar keine Lösung gibt, habe ich mich mal umgesehen - und eine Beschreibung zu "PowerBasic 10" gefunden.

Wenn man allerdings powerbasic.de aufruft, kommt eine archivierte Startseite von Kirschbaum-Software, wo keinerlei weitere Inhalte (Links) funktionieren. Nur in der Start-Seite kommt noch ein Hinweis auf einen neuen Internet-Auftritt und eine Tel.-Nr für "Notfälle".
Dort angerufen wurde mir erklärt, daß Powerbasic schon lange nicht mehr vertrieben wird und Herr Kirschbaum verstorben ist. Somit gibt's also keine Quelle mehr für den deutschsprachigen Raum ...?
Nachdem nun auch der US-Hersteller powerbasic.com "under contruction" ist, erhebt sich bei mir die Frage der Sinnfälligkeit eines weiteren Interesse für diese - aus meiner Sicht - genialen Basic-Version.
Nachdem für die Version 10 (!) das HB mit über 2000 (!) Seiten online gestellt wurde -> https://www.logosfoundation.org/instrum_gwr/ru…ows%20v10.0.pdf, kann jeder (der englisch versteht) nachlesen, was alles damit möglich ist.
Mangels Beschaffungsoptionen kann man (ich) das leider nicht testen ...

Hat jemand diesbezüglich hilfreiche Infos?

Grüsse aus Berlin

PSblnkd

@eukalyptus #17

Vielen Dank für Deine Bemühungen. Endlich komme ich dazu weiter an diesem Thema zu arbeiten.

Deine letzten Skript-Beispiele verwenden die ObjCreate-Funktion - damit geht es natürlich, hatte ich doch im TO-Text geschrieben. Dieses Verfahren hat aber den Nachteil, daß der Start des AutoIt-Skripts durch das Laden des gesamten TC-Programms recht lange dauert. Mit dem Zugang über die COM-Schnittstelle als "InProgServer" soll dieser Vorgang wesentlich schneller erfolgen.

In umfangreichen Untersuchungen habe ich versucht mit den AutoIt-Mitteln die DLL der COM-Schnittstelle Imsigx10.dll zu referenzieren - so, wie es unter VB(A) sehr einfach geht, aber leider bisher erfolglos. Wie in der PDF anbei (Auszug aus der Entwicklungsbeschreibung) nachgelesen werden kann, sind zwar viele neue Erkenntnisse gewonnen worden, aber letztendlich blieb der Erfolg dann doch aus - leider!

Die Weiterführung des eigentlichen Themas - ein Daten-Konverter für TC - wird nun doch auf der Basis "ObjCreate" erfolgen müssen ...

Grüsse aus Berlin

PSblnkd

BugFix #11

Danke für Deine Erläuterungen.

Wie ich das Problem mit der neuesten AutoIt-Version incl SciTE gelöste habe -> DLL-Return als Objekt - wie?

@SOLVE-SMART #12

Da bin ich ganz anderer Meinung.
SciTE ist nicht nur ein schnöder Editor, sondern eigentlich schon eine recht komfortable IDE mit dynamischer Schriftanpassung, was nicht jeder andere hat. Denn nicht umsonst sind dort funktionale Menüpunkte, wie "Compile", "Build", "Go" und "SyntaxCheck" integriert.
Da müßte es doch auch möglich sein einen zusätzlichen Menüpunkt "StepByStep" zu integrieren, wie das bei VB(A) üblich ist.
Siehe dazu -> DLL-Return als Objekt - wie?

Mit BugFix hatte ich dieses Thema schon mal diskutiert und meine Lösungs-Idee vorgestellt - leider momentan keine Zeit mich weiter damit zu beschäftigen.
Der AutoIt-Interpreter "AutoIt3.exe" kann mit dem Parameter "AutoIt3ExecuteLine (Befehlszeile)" eine einzelne Skriptzeile bearbeiten, wobei die sich ggf. dabei veränderten Variablen evt. zusätzlich in ein Array gespeichert dargestellt / ausgegeben werden sollen. Nur habe ich (noch) keine Ahnung, wie man das in einem zusätzlichen Menüpunkt implementieren könnte ...

Grüsse aus Berlin

PSblnkd

eukalyptus #15

Danke für Deine Hinweise.

Daran habe ich auch schon gedacht, daß die DLL möglicherweise nicht gefunden wird - wie auch, macht das AutoIt oder Windows?
Müßte das nicht irgendwie angezeigt werden?
Deshalb habe ich nochmal die Variante mit der ObjCreateInterface-Funktion versucht, aber mit Deinen Definitionen zu $CLSID / $IID.

Dann ergibt sich in meiner MsgBox: @error = 3, Return = 1.
Auch diesmal ist es wieder kein Objekt!
Die endgültige Bestätigung durch Funktionsaufrufe der DLL stehen noch aus ...

Deinen Vorschlag die Test.au3 in den Ordner zu kopieren, wo die DLL liegt und von dort zu starten, muß ich noch testen.
Das "DLL-Tutorial für AutoIt" von BugFix habe ich mir zwischenzeitlich auch angeschaut, aber so richtig neue Erkenntnisse dort auch nicht gefunden.

Ich werde wieder berichten ...

Bei mir läuft AutoIt 3.3.10 mit SciTE 3.3.6

Grüsse aus Berlin

PSblnkd

Heute nun weiter ...

eukalyptus

Ich habe Dein Skript - zunächst die Variante (1), etwas angepasst - getestet.
Die Consolen-Ausgaben sind für mich ungewöhnlich, aber hier:

nach DLLOpen

! 0 0

nach DLLCall

> DLL: -1
! 1 0
$aResult = 0

d.h. es wird kein Array o.ä. erzeugt und die nachfolgende Anweisung ist demzufolge fehlerhaft:

ConsoleWrite("! Error: " & $aResult[0] & @CRLF)
ConsoleWrite("! Error: " & $aResult^ ERROR

Die #include <WinAPIConv.au3> mußte ich deaktivieren, weil nicht vorhanden ...

Von BugFix liegt mir nun auch das "DLL-Tutorial für AutoIt" vor ... mal sehen, ob es damit zu neuen Erkenntnissen kommt.

Wenn ich die UDF DirectSound teste, kommen keine Fehlermeldungen, obwohl bei Abfragung, wie o.g. nach DLLOpen auch nur der numerische Wert 1 erzeugt wird.
Man könnte nun vermuten, daß die DLL-Funktionen in AutoIt nur mit Windows-DLLs funktionieren, oder?

Grüsse aus Berlin

PSblnkd

SOLVE-SMART am Dienstag

Das hat nichts mit dem MS-Support zu tun - während beim AutoIt-Programm die Betriebssysteme angegeben werden - auch WinXP, unter denen das Programm läuft, ist das bei SciTE leider nicht der Fall (oder ich hab's noch nicht gefunden).

Wenn eine Programm-Update erfolgt und neue BS-Funktionen benutzt werden, ist das dann klar, daß dieses dann nicht mehr unter den alten BS laufen wird. Darauf sollte aber hingewiesen werden.

Ich hatte ja immer noch gehofft, daß mal eine STEP-Funktion eingebaut wird - so, wie das bei VB(A) üblich ist. Würde den Code-Prozess ungemein erleichtern ...

Grüsse aus Berlin

PSblnkd

eukalyptus

Da bist Du mir zuvor gekommen ... ich wollte auch gerade heute von meinen Versuchen berichten.

Vielen Dank für das Skript! - Das werde ich versuchen, wobei es schon jetzt auf den ersten Blick Unklarheiten gibt:

Zeile 5: Der DLL-Name ist korrekt "Imsigx10.dll", die "Imsigx.dll" gibt's zwar auch, ist aber eine sehr alte Version ...

Zeile 10/11: Die Umwandlung der String-Werte mit der WinAPI-Funktion muß ich mal testen - ebenso den Rest ...

Meine Versuche zur Referenzierung der DLL mit

$DLL_Ref = DLLOpen("Imsigx10.dll")

und nachfolgendem Abfrage-Komplex

If IsObj($DLL_Ref) Then
MsgBox(0, "Variablen-Abfrage", "Variable ist Objekt")
ElseIf IsHWnd($DLL_Ref) Then
		MsgBox(0, "Variablen-Abfrage", "Variable ist Hwnd")
ElseIf IsPtr($DLL_Ref) Then
	MsgBox(0, "Variablen-Abfrage", "Variable ist ein Zeiger")
ElseIf IsArray($DLL_Ref) Then
	MsgBox(0, "Variablen-Abfrage", "Variable ist ein Array")
ElseIf IsBinary($DLL_Ref) Then
	MsgBox(0, "Variablen-Abfrage", "Variable ist binär")
ElseIf IsBool($DLL_Ref) Then
	MsgBox(0, "Variablen-Abfrage", "Variable ist Boolsch")
ElseIf IsNumber($DLL_Ref) Then
	MsgBox(0, "Variablen-Abfrage", "Variable ist numerisch")
ElseIf IsInt($DLL_Ref) Then
	MsgBox(0, "Variablen-Abfrage", "Variable ist Ganzzahl")
ElseIf IsFloat($DLL_Ref) Then
	MsgBox(0, "Variablen-Abfrage", "Variable ist Gleitkommazahl")
ElseIf IsString($DLL_Ref) Then
	MsgBox(0, "Variablen-Abfrage", "Variable ist ein String")
Else 
	MsgBox(0, "Variablen-Abfrage", "Variable ist unbekannt")
EndIf 
	DllClose($DLL_Ref)

ergaben kein Objekt, kein Array, sondern den numerischer Wert: 0 - entgegen der Angaben in der Hilfe, wo -1 bei Fehler angegeben ist.

Im Quellcode vom TLB-Viewer wird die DLLOpen-Funktion nur bei Windows-eigenen DLLs benutzt, ansonsten auch so wie Du die DLLCall-Funktion. Diese ist aber in ihrer Handhabung extrem kompliziert!
Mir liegt jetzt die "DLL_HowTo.au3" vor, wo ggf. "schlaue Antworten" zu finden sind ...

Wir werden sehen ...

Wolltest Du mich nicht mal anmailen, wegen der Imsigx10.dll?

Grüsse aus Berlin

PSblnkd

@eukalyptus

Danke für die Blumen - wie ich zu AutoIt gekommen bin, kannst du hier -> http://www.ps-blnkd.de/AutoIt.htm nachlesen ...
Hier im AutoIt-Forum gibt's u.a. eine langen Thread "Wir bauen uns ein CAD" (der Link auf meiner HP ist leider nicht mehr richtig - muß ich mal korrigieren) ...

Es erfreut mich außerordenlich einen Spezialisten für mein Problem zu interessieren.
Wenn Du mich via eMail (-> Impressum meiner HP) kontaktierst, dann kann ich Dir auch die DLL schicken.

Leider bin ich noch nicht dazu gekommen, die weiteren Schritte auch praktisch zu erproben ... aber es wird schon werden.
Wenn es Neuigkeiten gibt, stehe ich hier wieder auf der Matte ...

Grüsse aus Berlin

PSblnkd
Homepage von PS

Bei meinem kürzlich erfolgten Download der Version 3.3.16 vom Link im deutschen AutoIt-Forum kam nur die englische Hilfe mit und SciTE läuft nicht unter WinXP!

Grüsse aus Berlin

PSblnkd

water
Die Links im engl. Forum gehen auch auf die ungültigen im deutschen Forum zurück.

Moombas
Mir liegt es fern irgend jemanden zu verärgern - hatte halt gehofft, daß "Wissende" wie z.B. eukalyptus die in seinem Beitrag vom 16.08.2024 geposteten Hinweise noch näher erläutern.

Zwischenzeitlich ist mir der Download von Direct2D-UDF und DirectSound-UDF gelungen, da aber die Quellcodes unkommentiert sind, ist ein Verständnis für die Funktionalität nur sehr schwer zu erreichen.
Nach dem bisherigen Erkenntnisstand sind zur Verwendung der ObjCreateInterface-Funktion folgende Verfahrensschritte notwendig (adaptiert aus der UDF DirectSound-UDF

1) Referenzierung der DLL mit $DLL-Ref = DLLOpen ("Imsigx10.dll")

2) Pointer zur DLL mit $dllPointer = DLLCall ( $DLL-Ref, - diverse weitere Parameter - )

3) Objektbildung mit $TCapp = ObjCreateInterface ($dllPointer, - 2 weitere Parameter - )

Warum die Referenzierung mit den Parametern $CLSID und $IID - wie im Funktions-Beispiel angegeben - nicht funktioniert, ist damit noch nicht erklärt.

Es wäre sehr hilfreich, wenn jemand wie z.B. eukalyptus noch tiefgreifendere Erklärungen parat hat ...

Grüsse aus Berlin

PSblnkd

Leider hat sich ja niemand bemüssigt gefühlt sich ebenfalls zu diesem Problem zu äußern.

Wie versprochen, habe ich weitere Untersuchungen angestellt.
Zunächst habe ich mir eine nicht ganz so aktuelle AutoIt-Version, die 3.3.10 versuchsweise installiert. Kurioserweise wurde dabei ohne zu fragen die modernste 3.3.16 einfach überschrieben.

In der 3.3.10 wird die ObjCreateInterface-Funktion auch nicht mehr als "unbekannt" bemeckert und das dort integrierte SciTE läuft bei mir auch noch. Das ist jetzt zwar sehr erfreulich, aber eben nur in englisch ...
Nun habe ich den Versuch wie oben beschrieben mit den Werten aus dem TLB-Viewer und o.g. Funktion wiederholt, aber leider wird kein Objekt erzeugt, wie dann mit nachfolgender Abfrage ausgewiesen wird.

$CLSID = {6A481000-E531-11CF-A115-00A024158DAF}
$IID = {6A481100-E531-11CF-A115-00A024158DAF}
$TCapp = ObjCreateInterface($CLSID, $IID)
;
If IsObj($TCapp) Then
	MsgBox(0, "Variablen-Abfrage", "Die Variable ist ein Objekt.")
Else
	MsgBox(0, "Variablen-Abfrage", "Die Variable ist kein Objekt.")
EndIf

Beim Versuch der weiteren Verwendung der "Objektvariablen" $TCapp wird auch sofort wieder der Fehler ausgewiesen, daß das keine Objektvariable ist.

Zur Untersuchung des Quellcodes vom TLB-Viewer bin ich noch nicht gekommen ... ist für mich sehr kompliziert das zu verstehen ...

Grüsse aus Berlin

PSblnkd

Wie versprochen habe ich mich, oder besser gesagt, wollte ich mich eingehender mit der Funktion ObjCreateInterface beschäftigen.

Entsprechend der Hilfe-Ergänzung hat die Funktion 2 wesentliche Parameter: CLSID, IID und 2 optionale. Im Beispiel werden für die Parameter kryptische Werte verwendet, deren Herkunft nicht erklärt wird. Die Suchfunktion im deutschen Forum funktioniert bei mir leider nicht, aber im englischen ...
Dort fand ich einen Hinweis auf das Tool "TLB-Viewer" - und tatsächlich, wenn man die betreffende COM-Schnittstellen-DLL läd, wird u.a. auch die dazu gehörenden CLSID und IID angezeigt.

So weit so gut - nun wollte ich einen praktischen Versuch machen, aber meine derzeitige AutoIt-Version "versteht" diese Funktion noch nicht. Das wiederum nahm ich nun zum Anlaß mal die neueste Version 3.3.16 zu installieren. Nach der leider nur in Englich vorhandenen Hilfe sollte diese unter Win-XP bis Win10 lauffähig sein. Die Installation verlief auch ohne Probleme. Leider ließ sich SciTE nicht starten, d.h. sprang kurz an, um dann in's Nirwana zu verschwinden ...

Woran kann das liegen, bzw. was kann ich tun?

Einen weiteren Hinweis habe ich im Quellcode des TLB-Viewers gefunden. Dort ist es auch möglich ohne ObjCreateInterface auf die Funktionalität einer COM-Schnittstellen-DLL zuzugreifen. Wie das funktionieren soll, muß ich erst noch versuchen aus dem komplizierten Quellcode vom TLB-Viewer herauszubekommen ...

Grüsse aus Berlin

PSblnkd

@eukalyptus

Danke für Deinen Hinweis.
Diese Funktion von AutoIt kenne ich noch nicht - vielleicht, weil ich nicht die neueste Version benutze.
Leider kann ich mir Deine UDFs nicht anschauen - die Links sind nicht mehr aktuell.
In der AutoIt-OnlineHilfe -> https://autoit.de/onlinehilfe/on…teInterface.htm wird ObjCreateInterface als "experimentell" angegeben und ist nach kurzem Drüberschauen mindestens genauso kompliziert wie DllCall -> https://autoit.de/onlinehilfe/on…ons/DllCall.htm. Da muß man eine Menge Verständnis mitbringen, Geduld und eigene Erfahrungen ...

Mit ObjCreateInterface werde ich mich aber noch eingehender beschäftigen. Momentan muß es eben mit ObjCreate und ObjGet gehen. Leider funktioniert eine Referenzierung der COM-Dll mit ObjGet nicht, sondern nur mit dem exe-Hauptprogramm ...

Grüsse aus Berlin

PSblnkd

In VB(A) geht das so:

Sub test()
    Dim TheApplication As Application
    Dim TheActiveDrawing As Drawing
    Dim GraphicsCollection As Graphics
    Dim NewGraphic As Graphic
    Set TheApplication = IMSIGX.Application
    Set TheActiveDrawing = TheApplication.ActiveDrawing
    Set GraphicsCollection = TheActiveDrawing.Graphics
    Set NewGraphic = GraphicsCollection.AddLineSingle(1, 1, 0, 1, 10, 0)
    Set NewGraphic = GraphicsCollection.AddLineSingle(1, 10, 0, 10, 10, 0)
    Set NewGraphic = GraphicsCollection.AddLineSingle(10, 10, 0, 10, 1, 0)
    Set NewGraphic = GraphicsCollection.AddLineSingle(10, 1, 0, 1, 1, 0)
End Sub

Mit den AutoIt-DLL-Funktionen DLLCall, DLLOpen habe ich das nicht adaptiert bekommen.
Wie im VBA-Code zu sehen ist, wird mit dem Aufruf der IMSIGX.dll ein Objekt zurückgegeben, was wohl mit den AutoIt-DLL-Funktionen nicht geht.

Wie könnte man das realisieren?

Mit der AutoIt-COM-Funktionalität (GetObject usw.) kann ich erfolgreich direkt auf das Programm (exe) zugreifen, aber es ist dann recht langsam. Der Zugriff über die COM-Schnittstellen-DLL wäre als "InProg-Server" viel schneller.

Hier noch ein paar Screenshots von der VB-IDE, wenn man im Schrittbetrieb die komplizierte Struktur des referenzierten Objekts der COM-Schnittstellen-DLL "aufblättert":

Grüsse aus Berlin

PSblnkd

So - weiterer Test!
In der Freeware-Version geht nur eine begrenzte Anzahl Codezeilen, d.h. bei größeren Projekten muss man die Funktionen einzeln konvertieren. Hier ein Beispiel im Anhang (doc/zip-Datei).

Im 1. ScreenShot ist die Funktionalität für ganze C++-Datein zu sehen, was aber in der Freeware-Version i.d.R. nicht geht, weil auch eingezogene include-Datein mitzählen.
Der 2. ScreenShot zeigt die Funktionalität für sog. Code-Schnipsel - im allgemeinen Fall z.B. eine C++-Funktion - und das funktioniert auch in der Freeware-Version.

Bei der Konvertierung -> siehe doc/zip-Datei, werden auch Kommentare (in englisch) eingefügt, wo der Konvertierer Probleme sieht.

Also - ich bin eigentlich überrascht von dem m.A.n. doch recht brauchbaren Ergebnis - und nun Eure Meinung dazu.

Grüsse aus Berlin

PSblnkd

Hallo msmn,

... einfach den o.g. Thread -> SciTE-Tutorial im Auge behalten ...

Grüsse aus Berlin

PSblnkd

Hallo BugFix,

eigentlich wollte ich Dich direkt kontaktieren (eMail), habe aber leider keine Kontaktmöglichkeiten hier im Forum gefunden.
Wollte Dir das komplette Skript (Arbeitsversion) und den dazugehörenden Entwicklungsbericht schicken. Das mit dem Entwicklungsbericht mache ich immer, weil ich mich nach ein paar Tagen Untätigkeit am Thema (ich habe auch noch andere "Baustellen") nicht mehr erinnern kann, was ich mir bei diesem oder jenem gedacht hatte, bzw. was geht und was nicht geht).

Bitte um Kontaktaufnahme über meine eMal-Adresse -> Impressum meiner HP.

Grüsse aus Berlin

PSblnkd
Homepage von PS