MacDuff

uh, ich denke schon ... wenn ich "X" am prompt eingebe, bekomme ich die mitteilung, dass  der server "active for display 0" ist.

den desktop hab ich in den services aktiviert, und ich seh ihn auch auf dem monitor. falls das nicht ausreichen sollte, bitte ich um weitere hinweise, wie das mit GUI-Apps funktionieren soll.

systemd usw dank deiner hilfe erfolgreich entfernt...

Ja, Video :0 ist gesetzt, genau wie abgebildet.

Das apt-get-Problem ist lästig. Ich wollte nun wenigstens mal TightVNC installieren -- geht nicht.

"The following packages have unmet dependencies:

libpam-systemd : Depends: systemd (= 215-11) but 215-10 is to be installed

systemd : Depends: libsystemd0 (= 215-10) but 215-11 is to be installed

E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution)."

Die -f Option führt allerdings auch in eine Sackgasse.

Hm. Vielleicht zurück auf Image 1.3?

danke, photron.

Aber ... ich habe's jetzt genauso gemacht wie von dir beschrieben, und bekomme nach wie vor die gleiche Meldung:

"QXcbConnection: Could not connect to display"

Mit neuem & sauberen Image 1.5, Aktualisierung auf PyQt5 per apt-get, mit dem von dir angegebenen PyQt5-Beispiel, mit dem ausm Tutorial, mit meinem Programm. Sowie ein anderer Monitor. Hilft alles nix. Nach einer Sekunde stoppt die Anwendung mit eben dieser Meldung.

Tja, was tun? Ich würde schon gern einen Monitor verwenden...

Nebenbei:

Beim apt-get upgrade bleiben am ende diese errors übrig:

dpkg: error processing archive /var/cache/apt/archives/systemd_215-11_armhf.deb

(--unpack):                                                                   

trying to overwrite '/usr/share/dbus-1/system-services/org.freedesktop.systemd1

.service', which is also in package systemd-shim 9-1                           

dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)           

Failed to set capabilities on file `/usr/bin/systemd-detect-virt' (Invalid argum

ent)                                                                           

The value of the capability argument is not permitted for a file. Or the file is

not a regular (non-symlink) file                                             

Processing triggers for dbus (1.8.12-3) ...                                   

Errors were encountered while processing:                                     

/var/cache/apt/archives/systemd_215-11_armhf.deb                             

E: Sub-process /usr/bin/dpkg returned an error code (1)                       

Ich schätze mal, mein Image (1.4) hat bei all der Rumprobiererei einen Schaden abbekommen, denn es startet trotz in brickviewer > settings > services aktivierten Desktops nur bis zum prompt. "startx" via Console führt zu einer fehlermeldung. Jetzt mach ich halt einen neuen Anlaug mit einem frischen 1.5...

- md

Viele Dank für die Mühe, remotecontrol.

Die Sache liegt ein bisschen anders: ich möchte das Programm nicht über die Console im Brickviewer starten, sondern nach Upload via Programm-Tab -- so wie im RedBrick-Tutorial für eine kleine Python-App mit GUI beschrieben (http://www.tinkerforge.com/de/doc/Tutorials/Tutorial_RED_Brick/Tutorial.html#tutorial-red-brick).

Dass meine Anwendung grundsätzlich läuft, auf dem Red, habe ich ja per TightVNC überprüft.

Teilerfolg! Wenn ich über TightVNC den Red-desktop aufrufe, lässt sich das Programm starten -- via Terminal, direkt in home/tf/programs/programmname/bin > python3 progname.py. GUI erscheint, funktioniert.

Eine Warnung wird zuvor im Terminal ausgegeben: "libEGL warning: GLX/DRI2 is not supported". -? Und eine aufs Keyboard bezogene Meldung von Qt, was sich aber nicht weiter bemerkbar macht.

So.

Jetzt denke ich mir, das müsste doch auch über den Brickviewer gehen, oder? Also aufm Program-Tab "Start" klicken, aber da fliegt das Ding jedesmal wieder nach ein paar Sekunden raus, noch bevor irgendwo irgendwas vom GUI zu sehen ist. Fehlermeldung wie gehabt: "QXcbConnection: Could not connect to display 0". Env-Variable DISPLAY:0 ist gesetzt.

Monitor ist über HDMI angeschlossen, aber ich seh nur den Desktop.

Liegt hier irgendein Denkfehler meinerseits vor?

grazie, macduff

Diese Fehlermeldung kann ich nicht einordnen. Desktop Environment und GPU sind in den RED-Services gestartet. Den Desktop kann ich mir über TightVNC auch ansehen. 

Im alten (Full)Image kam die Fehlermeldung "Package PyQt5 nicht gefunden" o.ä., wenn ich versuchte, eine PyQt5-GUI-Anwendung zu starten.

Wie kann ich denn den RED auf PyQt5 aktualisieren? Ich habe via Synaptic die PyQt5-Pakete installiert, ich habe die Source von Riverbank-Computing geladen und per configure.py installiert. Qt5 ist bereits installiert.

Trotzdem -- die Paketliste im Brickviewer > Versions zeigt mit nur die qt4-Bindings. Und wenn ich ein Testprogramm starten will (GUI gebaut mit PyQt5), dann bricht es ab und es heißt im stdout-log: "QXcbConnection: Could not connect to display".

Wäre das nicht sinnvoll, generell Qt5/PyQt5 mit dem Image auszuliefern?

merci, md

sag ich ja, heinzelmännchen. 

vor 15 minuten. krass. da gab's echt nur 1.3 fast & full. doppelschwör!

die tinkerer sind wie die heinzelmännchen...

md

"Zu Anfang gab es das Image in zwei Varianten: Das "Full" und das "Fast" Image. Seit Image Version 1.4 gibt es nur noch ein Image (ehemals das "Full" Image) mit einstellbaren Services..."

So steht's in der Doku.

Aber auf der Download-Seite finde ich noch Fast/Full version 1.3 (im changelog ist allerdings schon von version 1.4 die Rede). Heruntergeladen habe ich ein red_image_1_3_full.img.

Oder hab ich irgendwas verpasst?

danke,

MacDuff

Da könnte vielleicht ein Energiesparmodus des WLAN-Sticks mitspielen -- jedenfalls hatte ich ein ähnliches Problem mit einem Edimax-WLAN-Stick am Raspberry Pi. Der Pi ließ sich nicht mehr anpingen, weil der Stick sich schlafen legte, und von außen konnte man ihn nicht aufwecken.

Dann habe ich den Sparmodus deaktiviert, und seitdem geht's (auch am RED).

Ist vielleicht einen Versuch wert, in dieser Richtung zu googeln (habe leider vergessen, wo genau ich den Tipp gefunden habe).

Viel Glück...

schon bestellt...

die hatte ich schon getrennt. allein der masterbrick hängt dran, wenn ich knöpfchen drücke und usb einstecke.

beim flashversuch im brickviewer heißt es: "no brick in bootloader found". ist auch nichts im device manager vom brick zu sehen, kein LED blinkt, nichts...

jedenfalls danke für die lösungsvorschläge.

macduff

ja -- im brickviewer ist nichts zu sehen vom masterbrick, im gerätemanager auch nicht...

ich fürchte, der ist hinüber.

ok. seltsam. aber wundern tut einen ja nix.

das cygwin perl hole ich mir.

habe allerdings heute nachmittag wohl meinen masterbrick zerschossen, der wurde recht warm an der weiß markierten ecke, während ich mit der ethernet extension hantierte. kann's nicht mehr genau nachvollziehen. jedenfalls ist der brick jetzt tot, kein LED, und die tricks mit erase-taste drücken und USB einstecken habe ich schon probiert - half nichts.

danke jedenfalls für die perl-nachforschungen.

macduff

da kann ich leider nichts dazu beitragen. ich komm von actionscript/flash und bin noch ziemlich neu in Perl

danke

PS: das wär übrigens cool, wenn TF AS3 unterstützen könnte... ist eine mächtige sprache und ein grafisches interface inkl multimedia ist schnell gebaut...

ah, ok. aber schön, dass sich jemand drum kümmert. guter support.

ich benutze die Padre IDE mit Strawberry Perl 5.14.2.1.

ist jetzt nicht dringend, aber sagt ihr bescheid, wenn's dann funktioniert?

danke,

macduff

laut brickv ist die UID des QuadRelay "ifJ". dass zunächst der state = 0 ist, ist klar. ich weiß nur nicht, warum es dann nicht weiterläuft. verkabelung?

na, ohne trouble wär's ja auch halb so lustig. seufz.

macduff

das ist im grunde das beispielprogramm von euch. wenn ich das so aufrufe, stoppt es mit der ausgabe:

"connectionstate a priori: " 0

skript:

#!/usr/bin/perl 

use lib './';

use Tinkerforge::IPConnection;

use Tinkerforge::BrickletIndustrialQuadRelay;

use constant HOST => 'localhost';

use constant PORT => 4223;

use constant UID => 'ifJ';

my $ipcon = IPConnection->new();

my $connectState = $ipcon->get_connection_state();

print "\nconnection state a priori: ".$connectState;

my $iqr = BrickletIndustrialQuadRelay->new(&UID, $ipcon); # Create device object

$ipcon->connect(&HOST, &PORT); # Connect to brickd

print "\nconnection state a posteriori".$connectState;

#Turn relays alternating on/off for 10 times with 1000ms delay

for (my $i = 0; $i < 10; $i++)

{

    sleep(1);

    $iqr->set_value(1);

    sleep(1);

    $iqr->set_value(2);

    sleep(1);

    $iqr->set_value(4);

    sleep(1);

    $iqr->set_value(;

}

print "\nPress any key to exit...\n";

<STDIN>;

$ipcon->disconnect();

zum ersten Mal seit 20 jahren wieder gelötet -- das hardware hacking kit. schön sieht's nicht aus, aber es funktioniert soweit: via brickviewer kann ich die funkdosen schalten.

beim ansprechen über ein kleines perl-skript scheint aber die ip-connection nicht zustande zu kommen. (abfrage per get_connection_state()). es tut sich erst etwas, wenn ich den usb-stecker rausziehe und wieder einstecke.

daemon läuft. os = windows 7.

kann mich da jemand auf die richtige spur setzen?

danke sehr,

macduff