photron

Unter Windows nutzen wir py2exe, damit kann man den Python Interpreter, die Python Scripte und die Bibliotheken in eine .exe Datei (plus .pyd Dateien) verpacken. Dann kann man das ganz normal an die Nutzer verteilen ohne das diese Python installiert haben müssten. py2exe ist also ein Art Python "Compiler" wenn du so willst. Wenn du jetzt die .py Dateien aus git unter Windows nutzen willst muss du dir erst Python installieren und die benötigten Bibliotheken (primär PyQt). Übrigens ist das unter Mac OS X ähnlich wie unter Windows, dort nutzen wir py2app, das im Prinzip das gleiche tut wie py2exe unter Windows.

Klar geht das, du brauchst dann in deinem Python Programm einfach zwei IPConnections. Eine für die WIFI Verbindung und eine für die Ethernet Verbindung. Dann erstellt du die Bricklet Objekte mit der jeweils dazugehörigen IPConnection und ab da kannst du ganz normal weiter machen: Die Getter/Callback der Sensor Bricklets nutzen um die Daten zu erhalten und die write_line() Funktion des LCD Bricklets um die Daten dort anzuzeigen.

Wenn der Humidity Wert in climate_data.csv drin steht dann hast du Zeile 96 in main.py passend abgeändert: this_row=(time_info['date'],time_info['time'],time_info['zone'],temperature,air_pressure,light_level) Wenn der neue Werte in climate_summary.csv fehlt dann hast du Today.py noch nicht passend geändert. Hast du in Today.py entsprechend der _temp, _lux und _pressure Listen eine _humidity Liste hinzugefügt und die nötigen Berechnungen, damit in Zeile 21 in summary=(date,maxtemp,mintemp,avgtemp,maxpressure,minpressure,avgpressure,maxlux) auch der Humidity-Wert auftaucht? Am besten du hängst deine abgeänderte Today.py und main.py an, anstatt eines Screenshots. Dann kann man besser beurteilen wo das Problem steckt.

Die brickd Debian Packages sind identisch, sie unterscheiden sich nur in der CPU Architektur. Ich würde das auch eigentlich so beibehalten wollen. Außer es gäbe triftige Gründe dagegen, z.B. wenn pm-utils negative Auswirkungen auf dem Raspberry Pi hätte, was mir aber nicht bekannt ist. Unexpected, das 2.1.0 Debian Package kann nicht ohne pm-utils installiert werden. Ich hoffe das ist kein Hinderungsgrund für dich.

Loetkolben, brickv ist reines Python. Wenn du ein Python und die Abhängigkeite für brickv installiert hast kannst du einfach den brickv direkt aus dem Source Code ausführen. Der Source Code liegt auf GitHub: https://github.com/Tinkerforge/brickv Von dort kannst du ihn mit dem git Tool abholen oder direkt als ZIP herunterladen. Das sollte so interpretiert werden: Es ist eingebaut, wer es jetzt testen will, muss sich den aktuellen Source Code aus dem git besorgen, da ich mir die Arbeit sparen will für diese Testversion einmal alle Installer zu bauen

Okay, Ich hab jetzt eingebaut, dass "Port", "Use Authentication", "Secret" und "Remember Secret" per Host verwaltet und gespeichert werden. Ist im git. Zum Testen also einmal brickv aus den git Sourcen besorgen.

Die Host-Liste ist jetzt 10 lang, das ist einfach zu ändern. Alles andere mitblättern zu lassen heißt auch dies jeweils 10 mal zu speichern. Dafür ist noch keine Logik da, dass muss erst gebaut werden, mal sehen wie aufwändig das ist.

Wenn du das .dmg öffnest dann wird das unter /Volumes/Brickv-2.1.0 eingebunden. Wenn du brickv von dort startest (was normalerweise funktioniert) und er dann crasht, dann kommt dieser Pfad zustande. Was mich aber verwundert, ist, dass brickv 2.1.0 nicht funktioniert, aber brickv 2.0.9. Beide sind hier auf dem gleichen MacBook mit dem gleichen Mac OS X 10.8 gebaut. Ich denke da müssen wir mal unser MacBook hier auf 10.9 updaten un sehen was passiert.

brick-flash-cmd ist flash-brick-cli.py und samba.py in einem. Das Package Build Script baut brick-flash-cmd passend zusammen. Dann kann brick-flash-cmd einfach unter /usr/bin liegen ohne dass samba.py irgendwo passen liegen müsste damit Python es finden kann.

Wenn das mitblättert was ist dann mit den 3 Checkboxen für Authentication? Blättern die auch mit, oder sind die dann wieder global? Und ganz so einfach ist das dann auch nicht, das erfordert, das GUI zu ändern, die interne Speicherlogik zu ändern, was ist mit Abwärtskompatibilität und Update von einer Version die das alte Speicherformat nutzt auf eine die das neue nutzt? Das muss alles bedacht werden. Außerdem denke ich das es von der Benutzung her komisch ist, wenn das Scret mitblättert. Dann müsste man doch eher ein ordentliche Host Add/Edit/Remove haben, das dann aber doch etwas übertrieben ist für den Zweck des Brick Viewers.

Im git ist die Host-Liste jetzt 10 Einträge lang. Host und Port in einen Eintrag kann man damit argumentieren, dass der Port eine Host-spezifische Einstellung ist. Aber was macht man dann mit dem Secret und dessen Einstellungen?

Loetkolben, weil bald Ostern ist, hier ein Debian Package für dich zum Testen brick-flash-cmd -p /dev/ttyACM0 -f brick_master_firmware_2_2_1.bin brick-flash-cmd-1.0.0_all.deb

Brick Daemon 2.1.0 Support für Authentifizierung hinzugefügt (standardmäßig deaktiviert) Support für WebSockets hinzugefügt (Port 4280, standardmäßig deaktiviert) USB Device Lookup ist jetzt robuster gegen einige USB Treiber Bugs auf Windows Mitgelieferte libusb Version für Mac OS X auf 1.0.18 aktualisiert, behebet einen SIGFPE Bug Mitgelieferte libusb Version für Windows auf 1.0.18 aktualisiert, fügt Support für einige Intel und AMD USB 3.0 Root Hubs hinzu Behandlung von Request mit ungültiger Länge im Header korrigiert Seltener Fall von EWOULDBLOCK Fehler bei socket_receive wird jetzt richtig behandelt Verbindung zu USB Devices nach einem Host-Suspend auf Linux und Mac OS X wird jetzt wieder hergestellt (benötigt pm-utils auf Linux) Limits Für Pending-Requests und USB-Write Queues verdoppelt socket_send-Queue für Clients hinzugefügt; senden von Pakete wird wiederholt falls socket_send blockieren würde anstatt die Verbindung zum Client zu trennen Response-Pakete werden nur noch an den ersten Client mit einem passenden Request gesendet; verhindert das Duplizieren von Response-Paketen Downloads: Windows, Linux (amd64, i386, armhf), Mac OS X

Brick Daemon 2.1.0 Add authentication support (disabled by default) Add WebSocket support (port 4280, disabled by default) Make USB device lookup more robust in case of some USB driver bugs on Windows Update bundled libusb to 1.0.18 on Mac OS X, fixes a SIGFPE bug Update bundled libusb to 1.0.18 on Windows, adds support for Intel and AMD USB 3.0 root hubs Improve handling of request packets with invalid length in the header Handle rare case of socket_receive failing with EWOULDBLOCK Don't lose connection to USB devices on host-resume-from-suspend on Linux and Mac OS X (requires pm-utils on Linux) Increase upper limits for pending requests and USB write queues Add socket_send queue for clients, enqueue packet instead of disconnecting client if socket_send would block Only dispatch response to the first client with a matching pending request, fixes response duplication Downloads: Windows, Linux (amd64, i386, armhf), Mac OS X

Brick Viewer 2.1.0 Support für Authentifizierung hinzugefügt Konfiguration für Authentifizierung für Ethernet und WIFI Extension zum Master Brick Plugin hinzugefügt Konfiguration für WebSockets für Ethernet Extension zum Master Brick Plugin hinzugefügt Temperaturmittelwert Bug im Barometer Bricklet Plugin korrigiert Dual Button Bricklet links/rechts Vertauschung korrigiert Langzeit-Speicherverbrauch gesenkt durch Entfernen von unabsichtlichen Referenzen auf bereits entfernte Brick/Bricklet Tabs Downloads: Windows, Linux, Mac OS X

Brick Viewer 2.1.0 Add authentication support Add authentication configuration for Ethernet and WIFI Extension to Master Brick plugin Add WebSocket configuration for Ethernet Extension to Master Brick plugin Fix temperature averaging bug in Barometer Bricklet plugin Fix Dual Button Bricklet left/right permutation Reduce long-term memory usage by properly removing widgets on device disconnect Downloads: Windows, Linux, Mac OS X

Bindings: C/C++ 2.1.0, C# 2.1.0, Delphi 2.1.0, Java 2.1.0, JavaScript 2.0.0, LabVIEW 2.1.0, Mathematica 2.1.0, Perl 2.1.0, PHP 2.1.0, Python 2.1.0, Ruby 2.1.0, Shell 2.1.0, VB.NET 2.1.0 Support für Authentifizierung zur IPConnection und Master Brick API hinzugefügt [alle] Erste JavaScript Bindings Release [JavaScript] Endian-Behandlung funktioniert nun ohne das eigentliche Endian des Hosts zu kennen [C/C++] Receive-Thread wird beim Socket-Shutdown durch die Gegenseite beendet um zu vermeiden den Disconnected Callback mehrfach auszulösen [C#] TDeviceBase Klasse als leere Basisklasse für alle Devices hinzugefügt [Delphi] TinkerforgeListener und DeviceListener Interface als Basis für alle Listener hinzugefügt [Java] HTML-Sonderzeichen in JavaDoc werden escapet [Java] Interne IPConnection Locks sind jetzt normale Member der Klasseninstanz [Perl] Brick and Bricklet Klassen sind jetzt ordentliche Unterklassen der Device Klasse [Perl] Die auto_reconnect Option wird nicht mehr fälschlicherweise in der set_timeout Funktion überschrieben [Perl] Socket-Shutdown wird jetzt im Receive-Thread richtig behandelt [Ruby] Download: C/C++, C#, Delphi, Java, JavaScript, LabVIEW, Mathematica, Perl, PHP, Python, Ruby, Shell, VB.NET

Bindings: C/C++ 2.1.0, C# 2.1.0, Delphi 2.1.0, Java 2.1.0, JavaScript 2.0.0, LabVIEW 2.1.0, Mathematica 2.1.0, Perl 2.1.0, PHP 2.1.0, Python 2.1.0, Ruby 2.1.0, Shell 2.1.0, VB.NET 2.1.0 Add authentication support to IPConnection and Master Brick API [all] Initial JavaScript bindings release [JavaScript] Rewrite endian handling logic to work without detecting the actual host endian [C/C++] Exit receive thread on socket shutdown by peer to avoid triggering multiple disconnected callbacks [C#] Add TDeviceBase class as empty base class for all devices [Delphi] Add TinkerforgeListener and DeviceListener as base interfaces for all listeners [Java] Escape special HTML characters in JavaDoc [Java] Make IPConnection locks proper members of the class instance [Perl] Make Brick and Bricklet classes proper subclasses of Device [Perl] Don't overwrite auto_reconnect option in set_timeout function [Perl] Properly handle socket shutdown in receive thread [Ruby] Download: C/C++, C#, Delphi, Java, JavaScript, LabVIEW, Mathematica, Perl, PHP, Python, Ruby, Shell, VB.NET

Die Parameter für setLEDState() sind nicht LED-Index und LED-Zustand, sondern Linke-LED-Zustand und Rechte-LED-Zustand. if( x % 2 == 0 ) { dualbutton.setLEDState(BrickletDualButton.LED_STATE_ON, BrickletDualButton.LED_STATE_OFF); } else { dualbutton.setLEDState(BrickletDualButton.LED_STATE_OFF, BrickletDualButton.LED_STATE_ON); }

Ah, this script is from a PC magazine. This information was missing in your German post. As stated in the other thread, you're just missing the pytz module. On Debian/Ubuntu you can install it like this: sudo apt-get install python-tz

Dein Python kennt kein pytz Modul. Unter Debian/Ubuntu musst du dafür das python-tz Package installieren. sudo apt-get install python-tz Das Script ist zumindest nicht von uns.

Zu den UIDs: Das sind BASE58 kodierte 32-Bit Zahlen. Die größte UID ist also 7xwQ9g (4294967295). Die werden von uns aufsteigend an die Bricklets vergeben, wobei sichergestellt wird, dass wir keine UID zweimal vergeben. Die UID muss im System eindeutig sein, sonst funktioniert das Zustellen der Nachrichten nicht richtig, da die UID als Adresse verwendet wird. Wenn du also manuell die UID der Bricklets über den Brick Viewer änderst, dann muss du darauf achten, dass diese in deinem System eindeutig und nicht doppelt vergeben sind. Die UID der Bricks wird von uns nicht vergeben, sondern in der Firmware aus der 128-Bit UID des Mikrocontrollers abgeleitet. Eine Brick UID ist typischerweise 6-stellige in BASE58, daher verwenden wir für die Bricklets 3-stellige UIDs um hier Überschneidungen zu verhindern.

According to M-Bus spec you need to detected if the device consumes current (11-20mA, means "0") or not (< 1.5mA, means "1"). In principal you could use a Voltage/Current Bricklet or Industrial Dual 0-20mA Bricklet to measure the current consumption of an M-Bus slave interface. But this is limited by the sampling frequency that the Bricklets can achieve. Due to the nature of our communication protocol this is limited to 250Hz. This is probably too low to sample the M-Bus bits. So you probably can't use Bricklets to read data from an M-Bus device.

Ich hab mich jetzt einige Tage mit diesem Problem beschäftigt und komme zu dem Schluss, dass ich weder wirklich rauskriege was das eigentliche Problem ist noch wie es zu beheben ist. Ich habe auch auf PerlMonks nachgefragt ohne da zu einem schlüssigen Ergebnis zu kommen. Dabei ist mir aber auch noch ein anderes Problem mir Auto-Reconnect aufgefallen, das jetzt in Version 2.0.2 der Perl Bindings behoben ist. Dein eigentliches Problem besteht aber leider noch. Ich habe aber festgestellt, dass es nur mit Strawberry Perl und Active State Perl auftritt, aber Cygwin Perl nicht betroffen ist und die Bindings damit einwandfrei funktionieren. Die Empfehlung für Windows ist also bis auf Weiteres Cygwin Perl zu verwenden.

Bindings: Perl 2.0.2 Use better markup in inline documentation Rework socket sharing between threads to fix (auto-re)connection handling Download: Perl