Der Raspberry Pi & Co-Faden

Der chaotische Hauptfaden

Moderatoren: Heaterman, Finger, Sven, TDI, Marsupilami72, duese

Maxi P.
Beiträge: 233
Registriert: Mo 9. Sep 2013, 21:01

Re: Der Raspberry Pi & Co-Faden

Beitrag von Maxi P. »

Ich arbeite über Remotedesktop auf dem Raspberry. Funktioniert erstaunlich gut und ist bei raspbian dabei.
Benutzeravatar
Lukas_P
Beiträge: 1709
Registriert: Mo 12. Aug 2013, 21:21

Re: Der Raspberry Pi & Co-Faden

Beitrag von Lukas_P »

Edit : Frage

Hat eigentlich schonmal jemand versucht mit einem paspberry einen 3D drucker zu steuern ? :D bisher kennt man das ja nur mit Arduino und co
Konrad
Beiträge: 208
Registriert: Do 12. Dez 2013, 11:57
Wohnort: Bauteileregal

Re: Der Raspberry Pi & Co-Faden

Beitrag von Konrad »

Lukas_P hat geschrieben:Edit : Frage

Hat eigentlich schonmal jemand versucht mit einem paspberry einen 3D drucker zu steuern ? :D bisher kennt man das ja nur mit Arduino und co
die Motorsteuerung sollte man lieber etwas ohne Betriebssystem überlassen (i.d.R. irgend ein AVR), für die Überwachung oder zum laden von Programmen darf es dann ein Pi sein. Hab noch kein Projekt gesehen wo das anders war.
Ansonsten muss man sich wohl ziemlich in Echtzeit-OS Programmierung einarbeiten.
Benutzeravatar
Arndt
Beiträge: 2589
Registriert: Fr 28. Jun 2013, 13:42
Wohnort: einen Schritt über den Abgrund hinaus

Re: Der Raspberry Pi & Co-Faden

Beitrag von Arndt »

Desktop via Netzwerk mache ich auch bequem über die Remotedesktopverbindung vom Win7-Hobel
zum XRDP-Server auf dem Pi
Erklärt wird's ja hier ganz anschaulich,
THX an Chemnitzsurfer für die Tutorials, die sind gut!

Über Geschwindigkeit lässt sich streiten, zum programmieren und Testen reicht es aber allemal und ich habe nicht zig Tastaturen, Mäuse, Kabel, oder KVM-Switch-Geraffel auf dem Schreibtisch rumfliegen.
Benutzeravatar
Fritzler
Beiträge: 12579
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Fritzler »

Spricht ja eigentlich nichts dagegen den Pi mit einer AVR Platine + Motortreiber zu stapeln.
Muss nur irgendwer eine Software schreiben, welche die Befehle per SPI/I2C raushaut.

Beispielhaft die DMX Platine für das Weltherrschaftsdisplay:
IMG_3618k.jpg
edit:
xrdp klingt ja interessant :mrgreen:
Benutzeravatar
Leone
Beiträge: 52
Registriert: Fr 20. Sep 2013, 21:55
Wohnort: München

Re: Der Raspberry Pi & Co-Faden

Beitrag von Leone »

Danke!

Hm, mal rechnen - ich habe aktuell zwei Himbeeren in der B-Variante 24/7 am Laufen,
würde ich die gegen zwei B+ ersetzen, würde ich bei einer mittleren minimierten Leistungsaufname B+ zu B
von 600mW so im Jahr rund 5,3 kWh (~ 1,60€) mal zwei einsparen.
-> Erkenntnis, den rechnerischen ROI könnte ich gerade noch so erleben - als hochbetagter Rentner :lol:

Setzt jemand aktuell die Himbeere auch als Netzwerkkamera mit Bewegungserkennung und -Aufzeichnung ein?

Grüße
der Leo
Benutzeravatar
Fritzler
Beiträge: 12579
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Fritzler »

Wenn bei dir nichts am PI hängt was 5V braucht, dann kannste den großen Regler auch überbrücken und 3,3V direkt einspeisen.
Dann wird da auch so nix mehr verheizt.
Benutzeravatar
gafu
Beiträge: 6376
Registriert: Mi 14. Aug 2013, 20:56
Wohnort: nahe Jena
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von gafu »

Lukas_P hat geschrieben:Edit : Frage

Hat eigentlich schonmal jemand versucht mit einem paspberry einen 3D drucker zu steuern ? :D bisher kennt man das ja nur mit Arduino und co
Das ist gängige praxis, google mal nach Octoprint.
da gibts sogar ne extra distribution für den raspi, glaube ich
Benutzeravatar
Chrissy
Beiträge: 1078
Registriert: So 11. Aug 2013, 16:46
Wohnort: Dresden JO61ua
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Chrissy »

Unser drucker hier rennt an nem pi mit octoprint. Geht soweit prima, weil das ding dann übern browser im netzwerk steuerbar is. Da kann dann jeder seine g-codes hochladen und muss seinen rechner mich mit nem haufen krams zumüllen (gut, slicen muss ein amtlicher rechner machen, da is das pi zu schwach für)
Benutzeravatar
gafu
Beiträge: 6376
Registriert: Mi 14. Aug 2013, 20:56
Wohnort: nahe Jena
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von gafu »

hast du das schon länger laufen, also geht das wirklich stabil?

Ich hab da teilweise schon gegenteiliges gelesen in verbindung mit der rasperry pi B+ hardware. Eventuell sollte man lieber die B "ohne plus" nehmen.
Kann aber auch nur ein einzelfall sein oder Stromversorgungsprobleme bei dem jenigen.
Leider haben die Raspis alle so wenig RAM :(
Benutzeravatar
Chrissy
Beiträge: 1078
Registriert: So 11. Aug 2013, 16:46
Wohnort: Dresden JO61ua
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Chrissy »

also wir ham noch ein altes Pi. aber das hat afaik schon 512Mb RAM. und ja, die octoprint software läuft sehr gut und sehr stabil. wir drucken damit schon seit einigen Monaten und hatten kaum probleme.
Benutzeravatar
ange12lo
Beiträge: 521
Registriert: Mo 12. Aug 2013, 22:22

Re: Der Raspberry Pi & Co-Faden

Beitrag von ange12lo »

Ich nutze nun seit einiger zeit RASPBMC im Auto,
leider habe ich bis jetzt noch keine gescheite Steuerung gefunden für die XBMC Oberfläche.
Beim Kollegen im BMW habe ich diesen Drehknopf gesehen für die Steuerung des Navi, ich vermute da ist ein Drehgeber drin und 4 Taster. Hat einer von euch fricker so ein teil schon mal auseinander und weis wie das von innen auschaut?
Falls es wirklich ein Drehgeber und 4 Taster sind ist es machbar diesen als xbmc steuerung umzufrickeln?
Benutzeravatar
Nicki
Beiträge: 3127
Registriert: So 11. Aug 2013, 20:16
Wohnort: wo Mosel und Rhein sich treffen

Re: Der Raspberry Pi & Co-Faden

Beitrag von Nicki »

Einen Quadraturencoder und ein paar Tasten müsste man doch recht einfach an eine Maus häkeln können.
Benutzeravatar
ange12lo
Beiträge: 521
Registriert: Mo 12. Aug 2013, 22:22

Re: Der Raspberry Pi & Co-Faden

Beitrag von ange12lo »

Habe Das Hier gefunden.
Das drehen wird mit zwei Lichtschranken ermittelt, für das Schalten sind zwei Hallsensoren vorhanden. Ich vermute beim nach vorne Drücken nähert mann den Magneten an den Sensor und beim nach hinten ziehen entfernt man ihn.
Daher gibt es drei Signale

Magnet in der nähe = hoch
Magnet in nicht ganz so nah= neutral
Magnet weit entfernt = runter
Das selbe gilt für die Links Rechts Bewegung.
Auf dem unteren Bild sieht man die beiden Hallsensoren einer oben zwischen den Lichtschranken und einer rechts Vom Grossen Loch in der Mitte.

nun wie Soll ich das Ganze dem Raspberry als Tastaturbefehl füttern?
In Folgendem Bild sieht man die beiden Lichtschranken gelbe Punkte.

Bild
Bild Gehört nicht mir habe ich auf engelhuber.de gefunden.
Benutzeravatar
xlr8r
Beiträge: 633
Registriert: Mo 12. Aug 2013, 20:52
Wohnort: 95473
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von xlr8r »

hallo. diese drehteile gibts sowohl fertig zu kaufen für usb als auch als frickellösung. bin sowohl bei hackaday als auch bei instructables da schon draufgestossen.
Benutzeravatar
Fritzler
Beiträge: 12579
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Fritzler »

Ansonsten sollts ja nicht zu schwer sein nen C programm welches per SPI/I2C/whatever das Teil über die GPIO Header ausließt und dann Tasten drückt oder Befehle an den XBMC Prozess sendet.

Zudem ist ein Auto eher zum fahren da und nicht zum KNöppe drücken, mach dir doch ne Randomplaylist mit deinen Lieblingsalben.
Benutzeravatar
sparky
Beiträge: 326
Registriert: So 18. Aug 2013, 09:44

Re: Der Raspberry Pi & Co-Faden

Beitrag von sparky »

HI!

Der Faden kommt wie gerufen. Folgendes Problem: Mein Pi verliert hin und wieder die Netzwerkverbindung (WLAN). Drum hatte ich mir ein kleines Skript geschrieben, dass die Konnectivität prüft und das WLAN ggf. neu startet:

Code: Alles auswählen

#!/bin/bash                                   
                                       
ROUTER_IP=x.x.x.x
                                               
ping -c4 ${ROUTER_IP} > /dev/null               
                                               
if [ $? != 0 ]                                
then                                         
    logger -t $0 "WiFi seems down, restarting..."
    ifdown --force wlan0                      
    ifup wlan0                                
else                                        
    logger -t $0 "WiFi seems up."           
fi 
Leider macht das Skript nicht das, was es soll. Es wird zwar erkannt, dass das Netz down ist, aber der Restart funktioniert nicht. Und ich steh grad auf dem Schlauch, warum nicht. Das ganze ist in der Root-Crontab eingetragen und wird alle 5 Minuten aufgerufen:

Code: Alles auswählen

*/5 * * * * /usr/local/bin/check_wifi.sh
Das Blöde ist, dass ich mal eine etwas anders gestrickte Version am Laufen hatte, die funktioniert hat und die ich dummerweise nicht mehr finde, geschweige denn mich erinnere, was anderes war... :(
Benutzeravatar
Fritzler
Beiträge: 12579
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Fritzler »

Könnte es nicht einfach nur sein, dass dein WLAN Stick nicht genug Spannung bekommt?
Son WLAN Stick zieht schon nett Strom beim senden und sone Polyfuse ist dann doch eher "hochohmig".
duese
Beiträge: 6059
Registriert: So 11. Aug 2013, 17:56

Re: Der Raspberry Pi & Co-Faden

Beitrag von duese »

Ich weiß nicht, ob es hier zutrifft, ich hatte in Skripte die von Cron oder beim Systemstart geladen werden (war auf ner "normalen" Linuxkiste, sollte aber kein unterschied sein):

Die Pfad-Variable (also die Angabe, wo nach ausführbaren Dateien gesucht werden soll), die in der Bash gesetzt ist, ist beim Hintergrundstart nicht immer verfügbar. Hatte zu folge, dass Programm aus einem Skript heraus gestartet werden können, wenn das Skript als root in der bash ausgeführt wird, wenn es im Hintergrund gestartet wird aber net funktioniert. Wenn ich dann den Pfad der einzelnen Programme angegeben hab, hat es geklappt.

Herausfinden, wo ein Programm/Executable ist mit :

Code: Alles auswählen

which firefox
Benutzeravatar
sparky
Beiträge: 326
Registriert: So 18. Aug 2013, 09:44

Re: Der Raspberry Pi & Co-Faden

Beitrag von sparky »

Hi!

Also ich denke, dass mit der Spannungsversorgung kann ausgeschlossen werden. Ab und an liegt der Verbindungsabbruch daran, dass die Fritzbox ausgestiegen ist oder der Empfang zeitweise schlecht war. Oder weil die Fritzbox ab und an nachts aus ist. Ich mag aber auch dann den Pi nicht allein wegen des Netzes händisch rebooten.

Pfad kann ich auch ausschließen, da das Skript definitiv läuft und die Statusmeldungen brav im Syslog hinterlegt. Allein der gewünschte Effekt bleibt aus
duese
Beiträge: 6059
Registriert: So 11. Aug 2013, 17:56

Re: Der Raspberry Pi & Co-Faden

Beitrag von duese »

Schreib Dir doch mal die Ausgaben von ifdown/ifup mit

Code: Alles auswählen

 ifup > logdatei.log 2>&1
mal in eine Datei. Vielleicht gibt das ja Aufschluss.
Benutzeravatar
sparky
Beiträge: 326
Registriert: So 18. Aug 2013, 09:44

Re: Der Raspberry Pi & Co-Faden

Beitrag von sparky »

Hi

Guter Plan. Ich werde berichten...
shpank
Beiträge: 380
Registriert: Mi 21. Aug 2013, 00:16
Wohnort: Wien, Österreich

Re: Der Raspberry Pi & Co-Faden

Beitrag von shpank »

Ich tät an deiner Stelle noch den wpa_supplicant ebenfalls neu starten. Der findet das sicher nicht so lustig, wenn du ihm während der Laufzeit sein Interface deaktivierst.

Also wpa_supplicant abschießen, ifdown, ifup, wpa_supplicant starten.
Arne
Beiträge: 221
Registriert: So 11. Aug 2013, 19:12

Re: Der Raspberry Pi & Co-Faden

Beitrag von Arne »

Hallo Sparky,

was für einen WLAN-Dödel hast du da? Mein Realtek-Stick hat einen Energiesparmodus. Wenn er sich schlafen legt, geht nix mehr durch, bis er wieder aufwacht.

1. Mit lsmod prüfen, ob es so ein Stick ist. Das entsprechende Modul heißt 8192cu. Ob andere Realtek-Sticks oder WLAN-Dongles anderer Hersteller so ein "Energiemanagement" auch haben, weiß ich nicht. Die Modul-Dokumentation vom Stick hilft weiter, ob der derartige Funktionen implementiert hat.
2. Wenn das Modul geladen ist, legst du die Datei /etc/modprobe.d/8192cu als root an und schreibst folgendes hinein:

Code: Alles auswählen

options 8192cu rtw_power_mgnt=0 rtw_enusbss=0
Damit sollte der Powersave-Mode aus sein. Vielleicht hilft dir das ja.
Benutzeravatar
sparky
Beiträge: 326
Registriert: So 18. Aug 2013, 09:44

Re: Der Raspberry Pi & Co-Faden

Beitrag von sparky »

Wohoooo! Es geht!

Danke euch allen für die Tipps!

Vor allem der Hinweis von duese hat weiter geholfen. Es war tatsächlich der Pfad! Auch wenn ich das erst nicht glauben wollte. Dank aktivierten erweiterten Logging habe ich rausgefunden, dass ifup nicht gefunden wurde. Also habe ich beim Aufruf den Pfad vorangestellt und siehe da: Geht!

@spank Meinst du echt? Ohne jetzt explizit nachgeschaut zu haben würde ich annehmen, dass entsprechende Prozeduren beim Aufruf von ifdown/ifup automatisch ausgeführt werden
Benutzeravatar
OnOff
Beiträge: 931
Registriert: Sa 20. Dez 2014, 23:56
Wohnort: Münsterland

Raspberry steuert Sonos

Beitrag von OnOff »

Moin Jungs,

Ich bin auf der Suche nach einem EINFACHEN Controller für mein Sonos System.

Ich habe mehrere dieser Geräte im Haus verteilt,und auch einen ConnectAmp in der Werkstatt.
Da hier auch noch einige andere Leute arbeiten und diese nicht immer ein Smartphone zur bedienung dabei haben, suche ich nach einem einfachen Controller auf Basis des Raspi.

Ich dachte da an einige Hardwaretasten am Raspberry für z.b.
Radiosender 1
Radiosender 2
Radiosender 3
Lauter
Leiser
Mute
Play
Pause (Off)

Der Kollege hier hat es noch einen Schritt weiter getrieben:
http://wallbox.weebly.com/index.html

Ich muss aber dazusagen,das ich absolut 0 Programmierkentnisse in was auch immer habe !?
Oder wäre das hier besser bei "Wer kann,ich brauche" aufgehoben ?

Gruß Sebastian
shaun
Beiträge: 2399
Registriert: Mo 12. Aug 2013, 20:37

Re: Der Raspberry Pi & Co-Faden

Beitrag von shaun »

Wenn Du Bock auf Lernen hast, ist das doch ein gutes Projekt - da die API recht klar ist, kannst Du in jeder Sprache, vorzugsweise auch Scriptsprachen mit schneller Lernkurve, rangehen und einfach die Ausführung der Befehle testen. Wenn Dir das Lernen zu viel ist (also so aus Prinzip schon, weil anderes zu tun etc) dann ist es eher nicht das richtige...
Benutzeravatar
sparky
Beiträge: 326
Registriert: So 18. Aug 2013, 09:44

Re: Der Raspberry Pi & Co-Faden

Beitrag von sparky »

Hi!

Der Rasperry Pi 2 Modell B wurde vorgestellt und ist wohl schon erhältlich. Ein paar Eckdaten:

900MHz quad-core ARM Cortex-A7 CPU
1GB RAM
4 USB ports
40 GPIO pins
Full HDMI port
Ethernet port
Combined 3.5mm audio jack and composite video
Camera interface (CSI)
Display interface (DSI)
Micro SD card slot
VideoCore IV 3D graphics core

Preis bleibt wohl bei umgerechnet 30€.

Link: http://www.raspberrypi.org/products/ras ... 2-model-b/
Benutzeravatar
Fritzler
Beiträge: 12579
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Fritzler »

Pollin hat den neuen schon.
http://www.pollin.de/shop/dt/Mzg1NzkyOT ... del_B.html

Reichelt auch
http://www.reichelt.de/Einplatinen-Comp ... RRY+PI+2+B

Auf dem RaspiB lief ja kein Windows, weil der Kern zu alt war.
Windows braucht mindestens ARMv7 und den hat der Raspberry 2 B+ nun.
Deshalb gibt es jetzt Windows10 für diesen:
https://dev.windows.com/en-us/featured/ ... pi2support
Benutzeravatar
Hightech
Beiträge: 11306
Registriert: So 11. Aug 2013, 18:37

Re: Der Raspberry Pi & Co-Faden

Beitrag von Hightech »

Kann man den b denn überreden auch von Amazon Prime die Streams zu spielen ?
Benutzeravatar
zauberkopf
Beiträge: 9481
Registriert: So 11. Aug 2013, 15:33
Wohnort: gefährliches Halbwissen

Re: Der Raspberry Pi & Co-Faden

Beitrag von zauberkopf »

WWas ?! Windows läuft jetzt auch auf nen ARM Kern ?!
Hey cool ! Die sind ja lernfähig.. lass mich raten.. aber alte win32 programme werden nicht unterstützt werden, wie seinerzeit aber auf den DEC Alpha Prozessoren mittels emulator ?!
Weis jemand was über die "Bastler-Lizenz" ?!
Ich meine.. ich weis nicht, was ich davon halten soll : Wir sind der Weltherrschaft näher, oder hey.. die Jungs sind doch noch lernfähig, und ich muss mir wegen denen keine Sorgen machen.
Immerhin sorgt die Dominanz von Redmond dafür das ich hier keine PC-Bremse installieren muss ! ;-)
Benutzeravatar
Kuddel
Beiträge: 5074
Registriert: Fr 28. Jun 2013, 10:56
Wohnort: Denk immer an St. Alamo!

Re: Der Raspberry Pi & Co-Faden

Beitrag von Kuddel »

Wouw, ein B2+.
Blöde, habe mir gerade den Banana gekauft, weil wegen schneller. Wäre ja lieber beim Original geblieben. Jetzt kann der Banana einpacken.
Das mit den Streams wäre echt interessant.
shpank
Beiträge: 380
Registriert: Mi 21. Aug 2013, 00:16
Wohnort: Wien, Österreich

Re: Der Raspberry Pi & Co-Faden

Beitrag von shpank »

Lass dir den BananaPi nicht vermiesen. Schließlich hat er einige Vorzüge.
Nämlich Gigabit-Ethernet, SATA und Infrarot. Ich bin mit meinem BananaPi vollends zufrieden.

Ob das mit den vier Kernen wirklich skaliert, wird sich durch praktische Versuche zeigen. :)

Btw: Der direkte Konkurrent zum RPi B2+ ist wohl der Odroid C1 von Pollin.

Der hat nämlich zum annähernd gleichen Preis nochmal einiges mehr an Dampf unter der Haube und dank eMMC auch noch ne verdammt flinke Flash-Speicher-Anbindung.

Ich versteh den riesen Tamtam um das Teil nicht. Vor allem nicht die Entscheidung, dem Ding wieder nur 100MBit/s Ethernet über den selben mistigen Drecks-IC zu spendieren. Gerade da das Ding als Mediacenter so beliebt ist, ist das ein ziemlich dämlicher Flaschenhals.
Benutzeravatar
Sven
Beiträge: 4421
Registriert: Fr 28. Jun 2013, 12:52
Wohnort: Sechsundzwanzigdreisechzehn

Re: Der Raspberry Pi & Co-Faden

Beitrag von Sven »

Kuddel hat geschrieben:Wouw, ein B2+.
Blöde, habe mir gerade den Banana gekauft, weil wegen schneller. Wäre ja lieber beim Original geblieben. Jetzt kann der Banana einpacken.
Der Banana hat nachwievor den Vorteil der Gigabit Ethernet Schnittstelle, die nicht wie beim Pi per USB angebunden ist und dazu noch einen SATA Port.
Da kann der Pi2 nicht mithalten.

Ein Kollege kam vorhin auch schon damit an. Ich habe gerade für die Arbeit einen B+ geordert aber den werde ich nicht zurückschicken. Bei Reichelt ist der Pi2 nicht direkt lieferbar und völlig überteuert.
uli12us
Beiträge: 2293
Registriert: Mi 14. Aug 2013, 08:20

Re: Der Raspberry Pi & Co-Faden

Beitrag von uli12us »

Sorry für OT; Läuft denn auf den Dingern auch ein vernünftiges Linux, weil die meisten Tabletten haben ja so nen Arm sonstwas drin. Da kriegt man um irgendwas zwischen 1 und 2C€ nen Rechner, Touchbildschirm WLan usw. Das bietet sich natürlich als Steuerungsrechner an. Aber dafür brauchts halt ein Ubuntu 14.
Benutzeravatar
Sven
Beiträge: 4421
Registriert: Fr 28. Jun 2013, 12:52
Wohnort: Sechsundzwanzigdreisechzehn

Re: Der Raspberry Pi & Co-Faden

Beitrag von Sven »

Raspbian ist das Betriebssystem der Wahl für den Pi. Das ist Debian mit Raspi Bootloader und einigen vorinstallierten Programmen. Das ist vernünftiges Linux ;)
Es gibt auch ein Fedora, Ubuntu, Arch, eine XBMC Distri und openElec. Dazu RiscOS als Nicht-Linux OS.
shaun
Beiträge: 2399
Registriert: Mo 12. Aug 2013, 20:37

Re: Der Raspberry Pi & Co-Faden

Beitrag von shaun »

Die "Maker Lizenz" von MS ist ja nett gemeint, aber ob sich jetzt jemand, der schon halbwegs im Raspi-Linux drin ist zum Umschwenken bringen lässt? Ich stelle mir die Entwicklung von Anwendungen fürs ARM-Windows komplizierter vor, zumindest wenn das Rennenlassen eines OS kein Selbtszweck sein soll und auch was "unten drunter" funktionieren soll. Im Moment bin ich gerade an einer kleinen Industrieanwendung mit dem Hundegerät, damit komme ich klar (Debian drauf). Wie ich die USB-Kamera, das Overlay, ggf. eine Steppersteuerung via Serielle etc unter Win10 programmieren soll, wüsste ich so nicht, das würde mich einiges an Einarbeitungszeit kosten. Und dann natürlich die Lizenzfrage, wenn es eben nicht fürs Privatvergnügen ist.
Ist da schon jemand von euch weiter bzw willig, weiterzugehen, was Win auf der Himbeere angeht?
Benutzeravatar
sparky
Beiträge: 326
Registriert: So 18. Aug 2013, 09:44

Re: Der Raspberry Pi & Co-Faden

Beitrag von sparky »

Hi!

Das Ding ist im Prinzip ein B+ mit anderer CPU bzw. SoC. Drum ist da Schnittstellenmäßig auch alles beim Alten geblieben und z.B. LAN nach wie vor über USB angebunden.

Ich bin auch noch am überlegen. Im Prinzip haben die nur in etwa gleich gezogen mit den anderen Boards, die es momentan gibt. Der Banana Pi und vor allem der Ordroid C1 sind nach wie vor auch sehr interessant. Momentan tendiere ich fast zu letzterem als Zweit-Kleinrechner (ein Raspberry läuft bereits)
Benutzeravatar
Heaterman
Beiträge: 3990
Registriert: Fr 28. Jun 2013, 10:11
Wohnort: Am Rand der Scheibe, 6 m unter NN

Re: Der Raspberry Pi & Co-Faden

Beitrag von Heaterman »

Der Pi2 ist (vermutlich, lediglich element14 und RS laut RPi-Foundation) überhaupt noch nicht lieferbar, ist ja gerade erst heute früh von der Foundation veröffentlicht worden, auch wenn es heißt, dass die Foundation 100.000 auf Lager hat. Die Händler wollen sich nur die Orders sichern, bevor der nächste Konkurrent das Ding im Shop hat.
Preislich ist er nicht interessant, da der Banana Pi und der Odroid in der gleichen Preislage sind und mehr bieten. Da muss man schon mindestens warten, bis er deutlich unter 30 Euro fällt.

Das "Engagement" der Redmonder ist nach meiner Meinung so ähnlich zu bewerten wie das von Intel mit dem Edison. Man versucht, auf den von ihnen verschlafenen IoT-Zug aufzuspringen.

Ich hab mich heute gerade auch für den Banana entschieden. Das wird mein FTP mit einer SATA-Platte dran. Dank an Sven für den Tipp für das passende OS dafür!

Ach ja, der Banana soll duetlich weniger Strom verballern als der Raspi.
Benutzeravatar
Sven
Beiträge: 4421
Registriert: Fr 28. Jun 2013, 12:52
Wohnort: Sechsundzwanzigdreisechzehn

Re: Der Raspberry Pi & Co-Faden

Beitrag von Sven »

Nachdem ich endlich den Samba Server bezwungen habe konnte ich auch mal eine Schätzung der Übertragungsrate beim BananaPi vornehmen. Nähere zu meinem Samba Probleme und der Lösung nach dem Test ;)

Vorab: Gefühlt ist der BananaPi nicht langsamer als der alte Fujitsu Siemens Thinclient mit Gigabit Lan und SATA Port, der vorher als Datenspeicher fungierte.

Am SATA Port hängt eine 1TB Platte mit 16MB Cache von Western Digital Modell WD10EACS-00D6B0. Das ist ein etwas älteres Modell mit noch drei rotierenden Scheiben. Dateisystem ist ext2, die Platte ist schon
durch mehrere Generationen Server bei mir gewandert ;)
Als Samba Share auf einem Linux Rechner eingehängt, der über zwei billige Gitabit Switche mit dem Server verbunden habe ich dann mal den Test gewagt und knapp 1 GB große Dateien kopiert.
Dafür habe ich den Befehl pv verwendet und im Mittel eine Übertragungsrate von 50MB pro Sekunde gemessen. Je nach Dateigröße kommen die Daten über das Netzwerk mit 30MB/s bis leicht über 80MB/s.
Die Festplatte selber kann so im Mittel um die 60MB/s raushauen, das weiß ich noch aus älteren Tests.
Der Flaschenhals in meinem Aufbau ist die Festplatte. Sobald nämlich Daten im Cache der Festplatte landen geht das kopieren deutlich schneller.
Erstmalig kopierte Daten: 30MB/s, mehrfach kopierte Daten landen dann irgendwann bei 60MB/s mit kleinen Ausbrüchen nach oben hin in Richtung 80MB/s und mehr :)
Vielleicht ist es auch nicht der Cache, sondern irgendwelche Eigenheiten des Dateisystems. Auf jeden Fall bin ich noch nicht an die Grenzen der Gigabit Schnittstelle bzw. der SATA Schnittstelle des BananaPi gestoßen.

Per scp bzw. sshfs liegt die Übertragungsrate deutlich niedriger, da komme ich nichtmal auf 12MB/s, meist sind das so um die 8MB/s. Das ist aber auch ein unfairer Vergleich, da es sich um verschlüsselte Verbindungen handelt.
Die CPU Auslasung liegt bei Samba Verbindungen bei knapp 90% für einen Kern (deutlich unter 100%!), bei ssh Kopieraktionen bei 100% für einen Kern.
Der Arbeitsspeicher langweilt sich übrigens bei der ganzen Arbeit. 38MB belegt. (laut htop)
Als Betriebssystem verwende ich ein Raspbian, dem ich den xserver und allen GUI Kram weggeflext habe.

Einen Test mit NFS habe ich nicht vorgenommen.


Für ein kleines Stromsparendes Bastel NAS ist das eine völlig akzeptable Leistung. Für eiun Netzwerk mit user homes, die nur auf dem Server liegen könnte das zu knapp sein, vor allen Dingen wenn mehrere Benutzer gleichzeitig aktiv sind.
Aber das ist auch schon lange nicht mehr das Einsatzgebiet von fertigen Consumer NAS Geräten mit popeligen SATA Festplatten ;)


Kleiner Tipp am Rande, wenn ihr einen Samba Server aufsetzt und nicht nur Windows Clients, sondern auch Unix Clients verbinden wollt:
Bei Raspbian sind die Unix Extensions auf dem Server standardmäßig immer aktiviert. Das heißt Client und Server unterhalten sich über die UID und GID hinsichtlich der Rechte und Eigentümerschaft von Dateien auf dem Server und dem verbundenen Client. Auf Windows gibt es keine Probleme, weil der Server die UID und GID verwendet, die der zum Samba Benutzer gehörige Linux Benutzer hat. Die UID und GID sind quasi die numerischen Werte hinter einem beliebigen Benutzernamen. Der erste Benutzer, egal wie er heißt, hat meist die 1000, der zweite dann 1001 usw.
Wenn man nun einen Benutzer auf dem Linux Client hat, der eine andere UID hat als der Benutzer, dem das Share auf dem Samba Server gehört, dann gibt es Stress. Der Samba Server ist schlauer als er sein sollte.
Gewünscht ist aber ein Verhalten wie mit einem verbundenen Windows Rechner: Wir wollen die Dateirechte haben, die zu dem Benutzer gehören mit dessen Namen wir uns auf dem Server anmelden und nicht die Rechte, die der lokale Benutzer auf unserem Rechner hat.

Um das zu bewerkstelligen sind beim Mounten folgende Parameter zu übergeben: nounix,gid=<ServerGroup>,uid=<ServerUser>
Die numerischen Werte für UID und GID sollten auch funktionieren. Bei GID kommt die Gruppe hin, die in der Dateieigentümerschaft des Shares auf dem Server eingetragen ist. Analog dazu kommt bei UID der Benutzername hin, dem die Dateien auf dem Server Share gehören.
Der Parameter nounix sorgt dafür, dass für die aktuelle Verbindung die Unix Extensions von Samba deaktiviert werden.

Nachtrag (kleine Dateien):
Ich lasse gerade Rhythmbox meine Musiksammlung durchscannen, also alle MP3 und AAC Dateien öffnen und die Tags einlesen. Das verursacht auf dem Pi eine Ram Auslastung von insgesamt (mit System) 40MB und beide CPUs werkeln so im Schnitt bei 25% Auslastung.
Benutzeravatar
sparky
Beiträge: 326
Registriert: So 18. Aug 2013, 09:44

Re: Der Raspberry Pi & Co-Faden

Beitrag von sparky »

Hi!

Sagt mal, hat einer von euch sich schon mal eine kleine USV für den Pi zusammengebaut? Ich weiß, gibt es auch käuflich zu erwerben. Aber mich interessiert mehr der Selbstbau.
Benutzeravatar
Sven
Beiträge: 4421
Registriert: Fr 28. Jun 2013, 12:52
Wohnort: Sechsundzwanzigdreisechzehn

Re: Der Raspberry Pi & Co-Faden

Beitrag von Sven »

Sobald meine Stepup/Stepdown Wandler von Electrodragon da sind, werde ich eine USV bauen und dann berichten.

Eigentlich wollte ich eine Superkondensator (2V, 300F) basierte USV bauen aber jetzt habe ich doch noch einen nagelneuen 6V Bleiakku aus diesen 2V Hawker Rundzellen in meinem Bestand entdeckt. Spannung passt noch, nicht überlagert.
Besonderheit bei meiner USV wird die 12V Versorgung für eine Festplatte sein, die sich mit im Gehäuse befindet.
Benutzeravatar
xoexlepox
Beiträge: 4814
Registriert: So 11. Aug 2013, 19:28
Wohnort: So etwa in der Mitte

Re: Der Raspberry Pi & Co-Faden

Beitrag von xoexlepox »

sparky hat geschrieben:..hat einer von euch sich schon mal eine kleine USV für den Pi zusammengebaut?
Schau mal hier, vielleicht findest du da ein paar Anregungen.

Edith meint: Da fast Jeder, der eine USV für sein RasPi haben möchte, andere Anforderungen und "Betriebsbedingungen" hat, hilft vermutlich auch nur der Selbstbau, um etwas "Passendes" zu bekommen ;)
Zuletzt geändert von xoexlepox am Fr 6. Feb 2015, 21:34, insgesamt 1-mal geändert.
Benutzeravatar
Chemnitzsurfer
Beiträge: 7812
Registriert: So 11. Aug 2013, 14:10
Wohnort: Chemnitz (OT Hutholz)
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Chemnitzsurfer »

Wie lange halten eigentlich solche Handy unterwegs aufladen an einen Raspi durch?Gibt es da ne Faustformel wie viel sich ein Raspy so im Durchschnitt gönnt?
http://geizhals.de/logilink-mobile-powe ... 71114.html
Thx.
Benutzeravatar
xoexlepox
Beiträge: 4814
Registriert: So 11. Aug 2013, 19:28
Wohnort: So etwa in der Mitte

Re: Der Raspberry Pi & Co-Faden

Beitrag von xoexlepox »

Chemnitzsurfer hat geschrieben:Gibt es da ne Faustformel wie viel sich ein Raspy so im Durchschnitt gönnt?
Für den RasPi selber würde ich so ca. 500mA ansetzen (wenn du das GPU "quälst", vermutlich mehr), aber meist hängt da ja noch externes Zeugs dran...
Benutzeravatar
gafu
Beiträge: 6376
Registriert: Mi 14. Aug 2013, 20:56
Wohnort: nahe Jena
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von gafu »

durch den schaltwandler in der "powerbank" kannste damit rechnen, nur die halbe kapazität der angegeben mAh (des 3,7V akkus) an der ausgangsbuchse in 5V-Spannung wirklich rauszubekommen.
Die wirkungsgrade von step-up-wandlern bei geringen eingangsspannungen sind nich so dolle.
Benutzeravatar
sparky
Beiträge: 326
Registriert: So 18. Aug 2013, 09:44

Re: Der Raspberry Pi & Co-Faden

Beitrag von sparky »

@ xoexlepox: Danke! Den Thread hatte ich gar nicht auf dem Schirm. Ich glaube, ich muss mir vorab mal meine Anforderungen zusammenschreiben. Da sind auf jeden Fall schon mal ein paar Anregungen dabei. Schade, dass es zwar mittlerweile zig kommerzielle USVs zu kaufen gibt, Schaltpläne etc aber meist Essig sind.
Benutzeravatar
Heaterman
Beiträge: 3990
Registriert: Fr 28. Jun 2013, 10:11
Wohnort: Am Rand der Scheibe, 6 m unter NN

Re: Der Raspberry Pi & Co-Faden

Beitrag von Heaterman »

Anlässlich des dreijährigen Raspi-Jubiläums gibt es die neue MAGPi 31 im neuen Outfit zum Download:

http://www.raspberrypi.org/magpi/issues/31/


Auch die älteren Ausgaben stehen hier zum Download bereit.
urmel
Beiträge: 1035
Registriert: Di 22. Apr 2014, 13:47
Wohnort: Karlsruhe & Wittlingen

Re: Der Raspberry Pi & Co-Faden

Beitrag von urmel »

Raspi-USV hab ich bei mir so gelöst, dass ich einen LM2576 als Schaltregler habe, der normal aus +24V gespeist wird. Über eine Doppelschottky kann alternativ ein 12V-Bleiklotz Strom beisteuern.
Wenn man das um einen externen Bleilader ergänzt, ist die USV fertig. Das Board mit dem Regler kann ich gerne mal posten.
Antworten