Ok, der Tipp mit der Steckdose schien gut gewesen zu sein. Ich hab eine ganz nahe Dose ausprobiert, da funktionierts. Dann eine etwas weiter entfernte Dose ausprobiert, funktioniert auch. Zurück zur ersten Dose (wo es nicht klappte) und auf einmal klappt es da auch... Ich kapier gar nichts, aber so lang es funktioniert, will ich mich nicht weiter beklagen...
Beiträge von mezen
-
-
Der Systemcode 11 passt schon: Ich hab 3 und 5 deaktiviert (weg mit den Primen!), bleiben also 1, 2 und 4. D.h. 2^0 + 2^1 + 2^3 = 11 (mist, doch wieder ne Prim...). Das Ausschalten über den Systemcode 11 funktioniert ja auch zu 100%. Nur über den selben Code das Einschalten zu senden, funktioniert nicht :-\
Ja, bei der Fernbedienung war beim Einschalten auch noch bissl Quatsch dabei, allerdings auch beim Ausschalten und darüber hat es ja funktioniert. -
Hi,
ich hab mir Funksteckdosen von Brennstuhl (1000SN) geholt und wollte die mit Pilight schalten. Über die Brennstuhl Fernbedienung läuft auch alles tadellos.
Mit folgendem Befehl kann ich meine Test-Dose auch erfolgreich ausschalten
Allerdings bekomm ich sie einfach nicht mehr eingeschaltet. Laut pilight-send -p elro_800_switch -H müsste der Parameter -t für das Einschalten sein, allerdings reagiert die Steckdose darauf nicht. Also auf den BefehlAußerdem hab ich das Gerät auch mal in die config.json eingetragen, sodass ich es über die Web Oberfläche schalten könnte, aber dort hab ich das selbe Problem, Ausschalten geht, aber Einschalten tut sich nix
Ich hab schonmal einfach mit pilight-receive versucht das abzufangen, was die Fernbedienung schickt, aber das ist dies hier:
Code
Alles anzeigen{ "message": { "systemcode": 11, "unitcode": 1, "state": "off" }, "origin": "receiver", "protocol": "elro_800_switch", "uuid": "0000-b8-27-eb-cc7ef4", "repeats": 2 }
MfG
mezen -
Den Thread hatte ich sogar gesehen gehabt, bin da nur leider sehr schnell ausgestiegen, da mir das zu hoch war
Bin da eher einer, der brauchs langsamer und erklärt -
Hi,
ich hatte hier im Forum schon mal nach einer Steuerungsmöglichkeit für Rolladenmotoren gefragt. Dort wurde mir "HE889" empfohlen, wo ich mir testweise auch eins mal gekauft hatte. Meine Frage ist jetzt, ob es etwas passendes für den Pi im 433 Mhz gibt, welches zusätzlich noch einen Eingang für physikalische Schalter gibt. Sprich dass daneben immer noch einen Schalter hat mit dem man das bedienen kann, der aber zusätzlich noch Befehle per Funk annimmt.
MfG
mezen -
-
Du kannst für das interne Netz entweder jedem RasPi eine statische IP vergeben, du kannst einen RasPi als DHCP Server auswählen, welcher dann an die anderen RasPis IP Adressen verteilt, das bleibt dir überlassen.
Falls es für das "Konsumer" Netz noch kein DHCP Server gibt, bietet sich natürlich der Router-RP an, wobei dann bei der Konfiguration vllt drauf geachtet werden sollte, dass der nur für eth0 und wlan1 IPs verteilt und somit keine nach "DMZ/Internet" verteilt.Ich muss allerdings sagen, dass ich keinen Plan davon habe, wie man das NAT von "Konsumer" nach "Intern" macht, daher würde ich da eher auf normales Routing zurück greifen. D.h. dass aus dem Netz "Konsumer" jeder RasPi aus "Intern" sichtbar ist und einzeln angesprochen werden kann.
Ich muss sagen, dass das schon ein sehr komplizierter Aufbau ist. Das merkt man schon gut daran, dass man länger braucht um das alles überhaupt zu erklären. Falls du eher unerfahren in der Hinsicht bist, würde ich es empfehlen alles Schritt für Schritt umzusetzen. Z.B. erstmal nur das Netz "Intern" aufbauen, also die RasPis verkabeln, IPs einrichten, etc.. Danach kannst du immer noch ein anderes Netz hinzufügen
-
Ich fass das mal mit meinen Worten zusammen:
Du hast ingesamt 3 Netze:
- Netz "DMZ/Internet" besteht aus das was extern rumhängt und einem Gateway, welcher Anfragen ans und aus dem Internet routet. Der Router-RP soll sich mit einem eigenen WLan Adapter (wlan0) mit diesem Netz verbinden
- Netz "Intern" besteht nur aus den 7 RasPis (inkl. dem Router-RP). Dieses Netz ist komplett kabelgebunden über einen Switch.
- Netz "Konsumer" besteht aus deinen "sonstigen" Geräten (Notebok, Tablet, Smartphone, etc.). Der Router-RP soll sich mit einem eigenen WLan Adapter (wlan1) mit diesem Netz verbinden und dabei als Gateway für die anderen Teilnehmer des Netzes dienen. Außerdem routet er bestimmte (Server) Anfragen an die anderen RasPis aus dem Netz "Intern"
Jedes Netz hat natürlich seinen eigenen Adressbereich.Dreh- und Angelpunkt ist damit der Router-RP. Dieser muss erstmal Anfragen aus dem "Konsumer" Netz über wlan1 an das Netz "DMZ/Internet" über wlan0 weiter routen. Dazu wirst genug Anleitungen finden, wenn du nach Access Point suchst. Da die anderen RasPis ja von den Teilnehmern aus dem "Konsumer" Netz nicht direkt angesprochen werden sollen, muss der Router-RP also noch NAT mit Portforwarding zum Netz "Intern" liefern. Aus Sicht vom Netz "Konsumer" antwortet damit immer der Router-PI, tatsächlich agiert aber ein anderer RasPi aus dem Netz "Intern" und sendet diese Informationen über den Router-RP.
Hab ich das soweit richtig verstanden?
-
Bei Python weiß ich es nicht genau, aber ich würde normalerweise sagen, dass Problem liegt an der unterschiedlichen Architektur. Dein Linux Rechner hat den Binärcode vermutlich für x86 erstellt, der PI arbeitet aber mit ARM. Daher auf einem passenden ARM Rechner (vorzugsweise natürlich der PI) den Quelltext neu übersetzen lassen.
-
Hi. Danke für die schnelle Antwort. Das ist für mich unpraktikabel. Einfacher ist es, abzufragen, ob gerade ein bestimmtes Programm läuft.
Kannst du das bissl näher erläutern wieso es unpraktikabel ist? Meine Glaskugel vermutet etwas, dass die Programme vllt noch aus einer anderen Quelle gestartet werden und daher dein Skript ein Wechsel nicht mitbekommt, da es diesen nicht selbst initiiert hat. -
Die Variable, in welcher die Antwort des Benutzers gespeichert wird, hat einen Tippfehler und ist deswegen eine neue Variable:
Dort heißt deine Variable "plazer" mit z statt y. Vermutlich falsches Tastaturlayout QWERTZ vs QWERTY//EDIT: Na toll, eine halbe Minute zu langsam
-
Da würde ich entweder einen Wlan Hotspot mit dem PI einrichten wo dein Laptop etc. reinkommt oder du benutzt ein LAN Crossover Kabel und installierst ein DHCP Server der IP Adressen verteilt.
Oder man stellt statische IP Adressen ein, dann braucht man kein DHCP Server. Falls man kein Crossover Kabel zur Hand hat, kann man auch 2 normale LAN Kabel und ein Switch/Hub nutzen.
Ggf auch mal in das Handbuch des Laptops reingucken, gibt mittlerweile viele Karten, welche eine Direktverbindung auch ohne Crossover Kabel unterstützen, da die intern das Signal umdrehen. -
Ich hab jetzt mal das hier ausprobiert in der Hoffnung, dass da durch die beschädigten Dateien neu installiert werden.
Ich werd das jetzt erstmal weiter beobachten, ob da noch was kommt.Zum Glück war der PI quasi am Dauerschlafen: Er übernimmt momentan nur DHCP und DNS im LAN, dazu werden 2 Python Skripte per cron regelmäßig ausgeführt, die Skripte selber mittels BTSync mit meinem PC synchronisiert.
-
Code
0000000 020043 047516 042524 020072 062504 064562 062566 020144 0000020 071146 066557 027040 027456 027056 066057 061151 050057 0000040 051517 054111 070056 027155 021412 041440 060550 063556 [...]
Hier die ersten 3 ZeilenIch bin inzwischen auch bezüglich des Grundes schlauer:
Ich hab den PI einfach mal neugestartet und gemerkt, dass er per SSH nicht mehr erreichbar wurde, daher mal abgestöpselt und an TV angeschlossen und gebootet. Er hatte Probleme die SD Karte zu mounten und ist in einer Rettungskonsole (als root) gelandet. Dot konnte ich mit fsck -y -f -c einige Fehler beheben und danach ist der PI auch wieder korrekt neu gestartet. Zurück am alten Platz wieder per SSH ein apt-get upgrade gemacht. Die Probleme wegen ldconfig und den Magic Bytes wurden weiterhin angezeigt, aber die Pakete wurden korrekt installiert, sodass apt-get danach sagte, es wären keine Installationen noch offen.
Ich vermute die Fehler im Dateisystem sind entstanden als bei dem schweren Gewitter anfang der Woche die komplette Stadt + angeschlossenen Gemeinden 5 Minuten der Strom wegfiel. -
Hier die gewünschten Angaben:
Codepi@raspberrypi ~ $ which ldconfig /sbin/ldconfig pi@raspberrypi ~ $ ls -la `which ldconfig` -rwxr-xr-x 1 root root 631908 Mär 15 19:43 /sbin/ldconfig pi@raspberrypi ~ $ ls -la /usr/lib/arm-linux-gnueabihf/libicudata.so.48 lrwxrwxrwx 1 root root 20 Mär 13 06:36 /usr/lib/arm-linux-gnueabihf/libicudata.so.48 -> libicudata.so.48.1.1
-
-
Hi,
ich hab das Problem, dass bei meinem bei ein apt-get upgrade Fehlermeldungen ausgegeben werden und ich erstmal nicht direkt eine Ahnung habe, was ich da machen kann.
Code
Alles anzeigenpi@raspberrypi ~ $ sudo apt-get upgrade Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Die folgenden Pakete werden aktualisiert (Upgrade): cups-bsd cups-client cups-common libcups2 libcupsimage2 libsdl1.2debian libsqlite3-0 libssl1.0.0 openssl raspi-config 10 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. Es müssen 3.880 kB an Archiven heruntergeladen werden. Nach dieser Operation werden 354 kB Plattenplatz freigegeben. Möchten Sie fortfahren [J/n]? j Holen: 1 http://archive.raspberrypi.org/debian/ wheezy/main libsdl1.2debian armh f 1.2.15-5+rpi1 [205 kB] Holen: 2 http://archive.raspberrypi.org/debian/ wheezy/main raspi-config all 201 50131-5 [13,3 kB] Holen: 3 http://mirrordirector.raspbian.org/raspbian/ wheezy/main libssl1.0.0 ar mhf 1.0.1e-2+rvt+deb7u17 [1.053 kB] Holen: 4 http://mirrordirector.raspbian.org/raspbian/ wheezy/main libsqlite3-0 a rmhf 3.7.13-1+deb7u2 [414 kB] Holen: 5 http://mirrordirector.raspbian.org/raspbian/ wheezy/main libcupsimage2 armhf 1.5.3-5+deb7u6 [132 kB] Holen: 6 http://mirrordirector.raspbian.org/raspbian/ wheezy/main cups-common al l 1.5.3-5+deb7u6 [904 kB] Holen: 7 http://mirrordirector.raspbian.org/raspbian/ wheezy/main cups-bsd armhf 1.5.3-5+deb7u6 [44,2 kB] Holen: 8 http://mirrordirector.raspbian.org/raspbian/ wheezy/main cups-client ar mhf 1.5.3-5+deb7u6 [174 kB] Holen: 9 http://mirrordirector.raspbian.org/raspbian/ wheezy/main libcups2 armhf 1.5.3-5+deb7u6 [238 kB] Holen: 10 http://mirrordirector.raspbian.org/raspbian/ wheezy/main openssl armhf 1.0.1e-2+rvt+deb7u17 [702 kB] Es wurden 3.880 kB in 2 s geholt (1.368 kB/s). Vorkonfiguration der Pakete ... (Lese Datenbank ... 79043 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Ersetzen von libssl1.0.0:armhf 1.0.1e-2+rvt+deb7u16 (durch .../ libssl1.0.0_1.0.1e-2+rvt+deb7u17_armhf.deb) ... Ersatz für libssl1.0.0:armhf wird entpackt ... Vorbereitung zum Ersetzen von libsqlite3-0:armhf 3.7.13-1+deb7u1 (durch .../libs qlite3-0_3.7.13-1+deb7u2_armhf.deb) ... Ersatz für libsqlite3-0:armhf wird entpackt ... Vorbereitung zum Ersetzen von libcupsimage2:armhf 1.5.3-5+deb7u5 (durch .../libc upsimage2_1.5.3-5+deb7u6_armhf.deb) ... Ersatz für libcupsimage2:armhf wird entpackt ... Vorbereitung zum Ersetzen von cups-common 1.5.3-5+deb7u5 (durch .../cups-common_ 1.5.3-5+deb7u6_all.deb) ... Ersatz für cups-common wird entpackt ... Vorbereitung zum Ersetzen von cups-bsd 1.5.3-5+deb7u5 (durch .../cups-bsd_1.5.3- 5+deb7u6_armhf.deb) ... Ersatz für cups-bsd wird entpackt ... Vorbereitung zum Ersetzen von cups-client 1.5.3-5+deb7u5 (durch .../cups-client_ 1.5.3-5+deb7u6_armhf.deb) ... Ersatz für cups-client wird entpackt ... Vorbereitung zum Ersetzen von libcups2:armhf 1.5.3-5+deb7u5 (durch .../libcups2_ 1.5.3-5+deb7u6_armhf.deb) ... Ersatz für libcups2:armhf wird entpackt ... Vorbereitung zum Ersetzen von libsdl1.2debian:armhf 1.2.15-5 (durch .../libsdl1. 2debian_1.2.15-5+rpi1_armhf.deb) ... Ersatz für libsdl1.2debian:armhf wird entpackt ... Vorbereitung zum Ersetzen von openssl 1.0.1e-2+rvt+deb7u16 (durch .../openssl_1. 0.1e-2+rvt+deb7u17_armhf.deb) ... Ersatz für openssl wird entpackt ... Vorbereitung zum Ersetzen von raspi-config 20150131-4 (durch .../raspi-config_20 150131-5_all.deb) ... Ersatz für raspi-config wird entpackt ... Trigger für man-db werden verarbeitet ... fopen: Eingabe-/Ausgabefehler libssl1.0.0:armhf (1.0.1e-2+rvt+deb7u17) wird eingerichtet ... ldconfig: /usr/lib/arm-linux-gnueabihf/libicudata.so.48 ist keine ELF-Datei - si e weist falsche »magische Bytes« am Beginn auf. ldconfig: /usr/lib/arm-linux-gnueabihf/libicudata.so.48.1.1 ist keine ELF-Datei - sie weist falsche »magische Bytes« am Beginn auf. ldconfig: /usr/lib/arm-linux-gnueabihf/libicuuc.so.48 ist keine ELF-Datei - sie weist falsche »magische Bytes« am Beginn auf. Bus error dpkg: Fehler beim Bearbeiten von libssl1.0.0:armhf (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 135 zurü ck libsqlite3-0:armhf (3.7.13-1+deb7u2) wird eingerichtet ... ldconfig: /usr/lib/arm-linux-gnueabihf/libicudata.so.48 ist keine ELF-Datei - si e weist falsche »magische Bytes« am Beginn auf. ldconfig: /usr/lib/arm-linux-gnueabihf/libicudata.so.48.1.1 ist keine ELF-Datei - sie weist falsche »magische Bytes« am Beginn auf. ldconfig: /usr/lib/arm-linux-gnueabihf/libicuuc.so.48 ist keine ELF-Datei - sie weist falsche »magische Bytes« am Beginn auf. Bus error dpkg: Fehler beim Bearbeiten von libsqlite3-0:armhf (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 135 zurü ck libcups2:armhf (1.5.3-5+deb7u6) wird eingerichtet ... ldconfig: /usr/lib/arm-linux-gnueabihf/libicudata.so.48 ist keine ELF-Datei - si e weist falsche »magische Bytes« am Beginn auf. ldconfig: /usr/lib/arm-linux-gnueabihf/libicudata.so.48.1.1 ist keine ELF-Datei - sie weist falsche »magische Bytes« am Beginn auf. ldconfig: /usr/lib/arm-linux-gnueabihf/libicuuc.so.48 ist keine ELF-Datei - sie weist falsche »magische Bytes« am Beginn auf. Bus error dpkg: Fehler beim Bearbeiten von libcups2:armhf (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 135 zurü ck dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libcupsimage2:armhf: libcupsimage2:armhf hängt ab von libcups2 (= 1.5.3-5+deb7u6); aber: Paket libcups2:armhf ist noch nicht konfiguriert. dpkg: Fehler beim Bearbeiten von libcupsimage2:armhf (--configure): Abhängigkeitsprobleme - verbleibt unkonfiguriert cups-common (1.5.3-5+deb7u6) wird eingerichtet ... dpkg: Abhängigkeitsprobleme verhindern Konfiguration von cups-client: cups-client hängt ab von libcups2 (= 1.5.3-5+deb7u6); aber: Paket libcups2:armhf ist noch nicht konfiguriert. cups-client hängt ab von libcupsimage2 (>= 1.4.0); aber: Paket libcupsimage2:armhf ist noch nicht konfiguriert. dpkg: Fehler beim Bearbeiten von cups-client (--configure): Abhängigkeitsprobleme - verbleibt unkonfiguriert dpkg: Abhängigkeitsprobleme verhindern Konfiguration von cups-bsd: cups-bsd hängt ab von libcups2 (>= 1.4.0); aber: Paket libcups2:armhf ist noch nicht konfiguriert. cups-bsd hängt ab von cups-client (= 1.5.3-5+deb7u6); aber: Paket cups-client ist noch nicht konfiguriert. dpkg: Fehler beim Bearbeiten von cups-bsd (--configure): Abhängigkeitsprobleme - verbleibt unkonfiguriert libsdl1.2debian:armhf (1.2.15-5+rpi1) wird eingerichtet ... ldconfig: /usr/lib/arm-linux-gnueabihf/libicudata.so.48 ist keine ELF-Datei - si e weist falsche »magische Bytes« am Beginn auf. ldconfig: /usr/lib/arm-linux-gnueabihf/libicudata.so.48.1.1 ist keine ELF-Datei - sie weist falsche »magische Bytes« am Beginn auf. ldconfig: /usr/lib/arm-linux-gnueabihf/libicuuc.so.48 ist keine ELF-Datei - sie weist falsche »magische Bytes« am Beginn auf. Bus error dpkg: Fehler beim Bearbeiten von libsdl1.2debian:armhf (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 135 zurü ck dpkg: Abhängigkeitsprobleme verhindern Konfiguration von openssl: openssl hängt ab von libssl1.0.0 (>= 1.0.1e-2+deb7u5); aber: Paket libssl1.0.0:armhf ist noch nicht konfiguriert. dpkg: Fehler beim Bearbeiten von openssl (--configure): Abhängigkeitsprobleme - verbleibt unkonfiguriert raspi-config (20150131-5) wird eingerichtet ... Neue Version der Konfigurationsdatei /etc/init.d/raspi-config wird installiert . .. update-rc.d: warning: default start runlevel arguments (2 3 4 5) do not match ra spi-config Default-Start values (S) update-rc.d: warning: default stop runlevel arguments (0 1 6) do not match raspi -config Default-Stop values (none) Fehler traten auf beim Bearbeiten von: libssl1.0.0:armhf libsqlite3-0:armhf libcups2:armhf libcupsimage2:armhf cups-client cups-bsd libsdl1.2debian:armhf openssl E: Sub-process /usr/bin/dpkg returned an error code (1)
-
Wenn er "eh schon" zwei Router kaskadiert hat, kann man sich eher überlegen den Pi in die DMZ zu packen.
-
Problem bei NAS und Raspberry PI ist halt, dass der Netzwerkanschluß über USB angeschlossen ist. D.h. du kannst eh nur mit maximal halber USB Geschwindigkeit auf eine USB Platte schreiben/lesen. Dies ist beim Banana PI (erstes Modell) besser mit eigenem SATA Anschluß und Gigabit. Dort gibt es auch bereits fertige Linux Images extra auf NAS Betrieb ausgelegt, wo du auch schön konfortables WebInterface hast.
-
Hi,
ich wollte meine ersten Schritte in Richtung Hausautomatisierung angehen und mir dazu einen 433 MHz Sender und Empfänger holen. Gefunden hab ich nur die einzelnen Bauteile wie dieses hier [Anzeige], allerdings sind meine Fähigkeiten bezüglich löten, stecken, berechnen, etc. weniger als nicht existent, das artet schon ins Negative aus, sodass ich erst viele Erklärungen bräuchte, bis ich bei 0 anlange
Meine Frage ist daher, ob es vllt einen 433 MHz Sender und Empfänger in einer etwas fertigeren Variante gibt, etwas was Einsteiger freundlicher ist und vllt auch als Endlösung offen rum stehen kann. Werft einfach alle Hinweise und Meinungen in den RaumMfG
mezen