Beiträge von Indi2Go

Zitat von olruebe

Falls mir das jemand mit dem binary erlären kann, sehr gern

Das ergibt sich aus dem angegeben Protokoll für den Mifare Reader.
Dort ist bei Stream Format für die Länge,Commando&Checksumme jeweils ein BYTE als Größe angegeben.
Ein Byte ist 8bit groß und kann deshalb Werte von 0 bis 255 annnehmen.

Wenn nun in den Bsp. zB. "02 03 05" steht, dann bedeutet das 3 Bytes gesendet werden sollen. (eben mit dem Wert 2 3 5)

Ein String ist aber in ASCII kodiert. Sprich "02" steht dort für das ASCII Zeichen "0" das mit 48 kodiert ist & "2" hat den ASCII-Code 50.
Wenn also der String "02" über die ser. Schnittstelle gesendet wird. So wird die Zahl 48 & 50 übertragen...
Erwartet wird aber nur eine Zahl (Byte) mit dem Wert 2.

Hoffe alle Klarheiten beseitigt zu haben

/Indi2Go

Ich frage mich auch wer da die ganzen Dateien runterlädt. (teilweise ja alle auf einmal, wie man aus den Abrufdaten schliessen kann...), wenn man dann hier keine übersetzten Dateien findet.
Vielleicht sind das Leute die über Suchfunktionen in den Thread finden & glauben hier die Hilfe zu finden...
(Vielleicht sollte man bei den einzelnen Postings mit den Dateien nicht "Platzhalter x" schreiben, sondern extra nochmals "ACHTUNG Datei zum Übersetzten". Obwohl eigentlich sollte das nicht zum übersehen sein...)

Jedenfalls hab ich diesmal auch Dateien übersetzt, die erst vor 5 Tagen runtergeladen wurden...
Aber wenn ich mir die UDFs ansehe die da jetzt dabei waren, sind dort nur Kosmetik betrieben worden... (die teilweise in der Deutschen Datei sowieso schon vorhanden). Ist also max. in einer Stunde erledigt...
Wenn man ein skriptfähigen Textvergleicher hätte, sollt man das auch automatisieren können...

.oOo.

to be continued...

...

Ich schaue das die Datei die letzten 10 Tage nicht heruntergeladen wurde, die ich übersetzte.
Hoffe so eine doppel Übersetzung zu vermeiden...
(obwohl mir ein Rätsel wieso da manche Datein schon vor 14 Tage mehr als 6 mal runtergeladen wurde, aber noch nicht übersetzt... Neujahrsvorsätze? )

Zitat

So,
ich habe noch mehr Dateien zum überarbeiten hochgeladen.

& ich hab mich schon gefragt wieso da 9 Platzhalterseiten am Anfang sind

/Indi2Go

@PTR-Hilfe:
da stand in der ursprünglichen deutschen Hilfe (vom damaligen Übersetzer?) unter "Remarks" ein Verweis auf die HEX - Funktion.
Da mir der Sinn nicht klar ist & es auch in der eng. Hilfe nicht vorkommt, habe ich die Bemerkung gestrichen.

Hallo,
in der eng. Hilfe von ObjEvent hat sich von 3.3.8.1 auf 3.3.10.0 die Beschreibung der Syntax so verändert:

3.3.8.1
ObjEvent ( $ObjectVar, "functionprefix" [, "interface name"] )
ObjEvent ( "AutoIt.Error" [, "function name"] )

3.3.10.0
ObjEvent ( $ObjectVar, "functionprefix" [, "interface name"] )
ObjEvent ( "AutoIt.Error" [, "function"] )

Leider ist für den zweiten Aufruf (zum registrieren der Fehlerbehandlungsfunktion) keinen Beschreibung des Paramter 'function' angegeben. (der sich von 'funktion name' auf 'function' geändert hat).

In der neuen Hilfe steht unter den Bemerkungen nun bezüglich des zweiten Aufrufs folgender Satz:
If the second parameter is omitted, it will return the name of the current Error handler function or function, depending what was used when registering.

Wie kann ich mir das vorstellen? Was ist da mit "function" gemeint? Wie kann man einen Funktion noch übergeben (außer mit ihrem Namen?)

Im zugehörigen Beispiel wird die Fehlerbehandlungsfunktion leider auch nur mit Ihrem Namen registriert.
(Local$oErrorHandler=ObjEvent("AutoIt.Error","_ErrFunc") )

/Indi2go

Ps.: hab im eng. Forum auch schon angefragt, aber dort bis jetzt leider keine Antwort erhalten.

Einen hab ich noch....

Auch da ist in der eng. Hilfe ein kleiner Fehler drinnen.
@UDPBind -> die gelieferte Struktur wird für UDPRecv() benötigt und nicht UDPSend().
Habs im eng. Forum gemeldet(#2614) und in der deutschen Übersetzung gleich korrigiert.

@TrayItemGetText():
Da ist in der englischen Hilfe ein Fehler bei den Retourwerten. Hab es im eng. Forum gemeldet (Ticket #2615)

Hab im deutschen Text, die fehlerhaften Angaben der eng. Version geschrieben.

Nachtrag zu "StringFromASCIIArray":
Hab die Ungereimtheit auf der eng. Seite gemeldet. Wurde bestätigt und der Hilfetext wird dem Verhalten vorerst angepasst. (siehe Ticket #2611)

Wie ich jetzt bei der "StringToASCIIArray" gesehen habe ist dort schon als Standardwert die Stringlänge angegeben. (bei einer 0-basierten Endposition)

Weiter gehts...

James
Jetzt bist Du schneller gewesen... (Ich wollte gerade meine (Teil-)Frage zurückziehen & hab gerade mein vorhergehendes Post editiert wie Du geantwortet hast)

Zitat von James

Zitat von »Indi2Go«
> Bin noch ziemlich neu bei AutoIt Syntax. Ist das ein Standard das man '-1' für das Ende angeben kann?

Ich denke nicht, das muss der Autor der Funktion entscheiden.

Folgende Aussage habe ich im Tutorial gefunden:

Zitat

Man kann jedoch bei optionalen Parametern mit dem Schlüsselwort Default
auf den vorgegebenen Standardwert ausweichen. So dann können auch
Parameter in der Mitte der Definition, die nicht angegeben werden
sollen, aufgefüllt werden. Sollte Default Probleme bereiten, kann man auch die alte Variante mit leeren Strings ("") für String-Parameter und -1 für Integer-Parameter versuchen.

Sollte also defaultmäßig mit -1 funktionieren...

Zitat von James

Du kannst bei den Parametern einer Funktion nämlich gar keine Funktionsaufrufe als Standardwerte verwenden, das wird von AutoIt nicht unterstützt.

Das verstehe ich jetzt nicht. Die Standardwerte werden ja intern in der Funktion gesetzt. Hast ja auch in deinem Beispiel so angegeben. Oder meinst Du das man AutoIt intern keine andere AutoIt Funktion aufrufen kann? (was mir als Anwender aber auch egal sein könnte, oder?)

Ich hab jetzt das mal ausprobiert, bin da aber auf noch einen andere Merkwürdigkeit gestossen.

liefert bei mir folgende Ausgabe:
Länge Array:6
End=-1: abcdef
End=(Ubound($a)-1)=5: abcde <- Hier sollte ja eigentlich alle 6 Zeichen angezeigt werden,oder?
End=Ubound($a)=6: abcdef

Laut der eng. Hilfe ist der End-Parameter:
The 0-based index to end processing at (Default: <a href="UBound.htm">UBound</a>($aArray) - 1)

Liegt da ein Bug in der Funktion vor, oder ist die Doku falsch?

Ich hab jedenfalls die deutsche Doku der englischen angeglichen. (siehe Anang)

/Indi2Go

Zitat von Tweaky

Indi2Go
StringFromASCIIArray: Wie kommst du drauf dass es "end = UBound(array)-1" heißen muss?

Es soll "default" ja wohl das ganze Array umgewandelt werden. (& "UBound(array)-1" ist die letzte Zeichenposition)
Außerdem steht unter der Paramtersektion auch folgendes beim end-Paramter:
The 0-based index to end processing at (Default: <a href="UBound.htm">UBound</a>($aArray) - 1)

Tweaky
Ist es eigentlich noch von Interesse die Fehler in der 3.3.8.1 Hilfe extra anzugeben? Oder wird eh nur noch die neue Hilfe gewartet?

Hallo,
bei der angefügten Datei sind mir ein paar Ungereimtheiten aufgefallen...

Folgender Fehler ist in der dt. Hilfe 3.3.8.1:
StringFormat deutsch.txt
Also wenn man ein " " haben will, muss man \ anwenden; gleichfalls mit "%" %%.
sollte wohl so lauten:
Also wenn man ein "\" haben will, muss man \\ anwenden; gleichfalls mit "%" %%.

In der eng.Hilfe 3.3.10.0 steht folgendes:
StringFromASCIIArray 3_3_10_0.txt
###Syntax###
StringFromASCIIArray ( array,[start = 0 [, end = -1 [, encoding = 0]]] )
da gehört IMHO folgendes (& hab es auch so in die angefügte dt. Hilfe reingeschrieben):
StringFromASCIIArray ( array, [start = 0 [, end = UBound(array)-1 [, encoding = 0]]] )

Eine ganz andere Frage bezüglich des "-Zeichens hätte ich noch.
In der englischen Hilfe wird bei Texten die unter der Rubrik "###Remarks###" stehen "&qoute;" geschrieben für das "-Zeichen. Aber bei Texten die z.B.: unter "###ReturnValue###" stehen wird direkt das "-Zeichen verwendet. (z.B.: StringFormat 3_3_10_0.txt)

Hat das einen (techn.) Grund? In der dt. Hilfe wurde meistens nur das "-Zeichen direkt verwendet.
(hab es jetzt mal so wie in der eng. Hilfe gemacht)
/Indi2Go

EDIT: Das mit dem '-1' bei "StringFromASCIIArray 3_3_10_0.txt " hat doch seine Richtigkeit. Hab es in der deutschen Hilfe ausgebessert.

Hier mein Beitrag, ich hoffe es passt...

/Indi2Go

Hab das ganze zum laufen bekommen. Ein fehlende ":cdecl" beim DLLCall lies das Skript noch abstürzen, aber jetzt funzt es einwandfrei.

chesstiger
Danke Deine Lösung hat mir einigen copy&paste&replace aufwand erspart

@make
Deine Lösung ist wahrlich trickey . Nur erwartet die DLL- Funktion eben einen Pointer auf ein Array der Sruktur. (& nicht ein Array von Pointer die auf die Struktur zeigen)

Jedenfalls nochmals vielen Dank euch beiden.

Zitat

Außerdem...

Du benutzt ein AutoIt-Array. Das Ergebnis des Aufrufes wird ja in einem
Array of Struct gespeichert. Ich glaube kaum, dass so ein Aufruf
funktioniert. Du müsstest das Array in einer Struktur erstellen.

Also ein Array of Pointer mit den Pointern zu den DDA-Strukturen... Ich denke, so wird die DLL das handhaben?

Ja da liegt des Pudels Kern
Es wird eben IMHO ein Array von Strukturen erwartet & nicht ein Array von Pointern.

Der Prototyp lautet: (siehe auch mein C-Beispiel ganz am Anang im ersten Post)

int USERINT_FUNC CCGetAllDevsInArray(DevDataRecord * dda, int maxDevices)

Deshalb dacht ich mir ich schreib das ganze mehrmals hintreinander & hoffe das das "C-struct" allignment mir nicht dreinpfuscht. Bzw. habe ich deshalb auch die 'STRUCT' Anweisung im DLLCreate drinnen.
In den bis jetzt vorgebrachten Bsp. fehlt die STRUCT Anweisung immer braucht man das eh nicht?

In der Hilfe zu DLLCreate steht:
To use nested structures inside a structure you must re-define the nested structure. For example, a structure containing 2 POINT structures ("long;long") would be declared as "long;long;long;long".

Deshalb dacht ich mir ich muss das Array of struct auch so auflösen das ich alles hintereinander schreibe.
Aber falls es anders auch gehen sollte, bin ich für Vorschläge offen.

Blöd ist nur das ich momentan(heute gar nicht, erst morgen wieder) nur ein Gerät am Bus habe & so das finden von mehreren Geräten nicht testen kann.