CodeMercs Forum

Die rote LED auf dem LW11 Modul leuchtet permanent, wenn alles in Ordnung ist. Wenn auf dem DALI-Bus Daten gesendet werden, dann flimmert die LED leicht. Bei einem Kurzschluss auf dem Bus sollte die LED aus gehen. Das mit dem I/O Fehler kann ich bei mir nicht nachstellen, allerdings habe ich hier nu...

Für das Auslesen der IO-Ports in einer Schleife nutze ich immer den Special-Mode GetPinStatus. Der liefert einem immer den aktuellen Status der IO-Pins aus, ohne im Timeout hängen zu bleiben. Vielleicht hift das ja.

Genau, dem LW14 ist es egal wie rum die beiden DALI-Leitungen angeschlossen werden. Die Lampe braucht natürlich auch ihre Spannungsversorgung, die kann / darf der Bus nicht bereitstellen. Wenn der Schreibbefehl abgesetzt wird ist der Bus "Busy" und nachdem er fertig ist sollte das Busy-Flag verschwi...

Ich kenne die Geräte von Spega und Wago leider nicht und kann da nicht groß weiter helfen.
Das WAGO-Netzteil ist laut der Produktseite ein einfaches DALI-Netzteil und liefert die 18V/0.2A die für DALI vorgegeben sind. Daher sollte es dort kein Problem geben.

Also ich habe das Skript auf dem SMBus(1) ausgeführt und alle Geräte auf meinem Bus gehen auf Max.
Auch das der Status 0 wird ist soweit OK. Das bedeutet ja, das der Bus Frei nach 100ms Wartezeit ist.

Wie sieht denn das Python Skript aus?

Ich habe die Anwendung "MotionPlotter" um einen UNIX Zeitstemple erweitert.
Bitte einmal neu herunterladen: https://www.codemercs.com/downloads/joy ... R1_win.zip

Die Software für den JW24F14 ist nicht für den JW56FR1 ausgelegt. Der JW56FR1 gibt ja ein paar mehr Daten zurück.
Aber ich werd mich mal ransetzten und eine Aufzeichnungssoftware für den JW56FR1 angehen, wenn ich eine ruhige Minute habe.

Ich habe etwas gebrauch um das hin zu bekommen, aber jetzt läuft es bei mir. Der Grund, warum es vorher geklappt hat war, dass ich Python und auch die DLL in 32 Bit benutz haben. Bei 64 Bit (inkl. iowkit.dll) benötigt Python anscheinend zwingend die ctypes der Funktionen, sonst kommt nur Bogus raus....

I have build a simple VI with the SHR3X and the Sensirion dongle. In the Vi there is no calculation only raw data. I hope this will work for you.
You can download it here: http://files.codemercs.com/iow24_i2c_sample.vi

The funcionality of the Sensirion dongles is the same like the IO-Warrior24 dongle. But the specific product ID was not part of our default IO-Warrior API. In the last update the Sensirion PID was includet (please check the IO-Warrior SDK). But I don't know if LabView supports that. Our LabView supp...

Which kind of IO-Warrior do you use? The Sensirion dongle (green case) or one of our basic IO-Warrior devices?
The Sensirion dongle is not included in the LabView component, because it will have its own Product ID.

Für die alten IO-Warrior gab es keine änderungen. Wir habe im aktuellen SDK zum IO-Warrior den IOW28 hinzugefügt und dafür auch gleich die DLLs neu erstellt. Ich nutzte natrürlich diese und mein Python ist noch 32 Bit. Am besten mal (wenn noch nicht geschehen) das neue SDK runterladen und dort die x...

Ich weiß nicht, ob das was mit der Python version zu tun hat. Ich habe auf meinem Windows noch 3.5 drauf.
Ich arbeite sehr sehr selten mit Python und weiß daher nicht, wie sich die Versionen unterscheiden.
Die Funktion IowKitGetSerialNumber() gibt einen 8 Zeichen langen unicode zurück.

Dieses Skript läuft bei mir und gibt ein paar Daten aus import time, os, sys import ctypes #defines IOWKIT56_SPECIAL_REPORT = ctypes.c_ubyte * 64 IOWKIT56_IO_REPORT = ctypes.c_ubyte * 8 SERIAL_NUMBER_BUFFER = ctypes.c_ubyte * 9 numPipe = ctypes.c_ulong(0) #Interface number, 0 = IO-Ports, 1 = Special...