Danke für die schnelle Antwort, aber wie kann ich das is einem C oder C++ Programm realisieren. Da ja die Interfacesteuerung von OS in diesem Fall übernommen wird. 
Ich will eigentlich die Hardware direkt adressieren nicht über das Betriebsystem als Schnittstelle kommunizieren.
Ich will den PCI Bus ansprechen.
Hallo Forum,
ich habe eine Frage bezüglich der Manipulation von Hardware.
Ich würde gerne einen kleines C Programm schreiben, mit dem ich direkt auf die Hardware zugreifen kann. Ich dachte da in erster Linie an das deaktivieren und wieder aktivieren der LAN Schnittstelle durch den Code.
Ich weis, man kann den LAN Port auch über das OS steuern, aber das will ich eben nicht, sonder ein Programm entwickeln mit dem ich mich z.B. gegen DoS Attacken schützen könnte.
Interessant wäre natürlich auch das deaktviren von Blutooth- bzw. Wirelesslan Sticke.
Kann mir hierzu jemand einen Tipp geben? Bin leider nicht wirklich fündiggeworden.
Ich habe nur einige Ansätze gefunden wie ich das durch erboten des Systems realisieren kann, aber ein Reebok möchte ich weitestgehend vermeiden.
Besten Dank schonmal!
Den DHT11 kann ich nur empfehlen, ist bei ebay für weniger als 3€ deins 
Als ich geradesudo mount -t cifs //Share /media/usb1/owncloud/data -o user=user
gemacht habe ist mir alles um die Ohren geflogen. Owncloud war nicht mehr verfügbar
Hier noch der Screen
chown muss auf www-data:www-data sein, dann sollte es wieder erreichbar sein.
Ach so und natürlich den inhalt der in data liegt vor dem einbinden auf die neue Partition kopieren.
Ich habe das auf einem server so gemacht, do dass eine USB-Platte die Daten von der owncloud beinhaltet und das läuft tadellos.
Beim einbinden eines USB Laufwerkes, würdest du es unter /var/owncloud/data/ mounten.
Willst du deine Serverplatte eines anderen Rechners mounten geht das im Prinzip genauso, nur dass du erst über das Netzwerk die Verbindung aufbauen musst.
Habe alles ganz nach der Beschreibung gemacht, nur dass ich am ende leider kein [font="Helvetica Neue, Helvetica, Arial, sans-serif"]/dev/fb1 hatte 
[/font]
[font="Helvetica Neue, Helvetica, Arial, sans-serif"]Habe dann alle Daten gelöscht und wollte nochmal von vorn anfangen, falls ich irgendwo doch einen Fehler gemacht haben sollte, nur dass ich jetzt lauter Fehlermeldungen beim compailen bekomme...[/font]
[font="Helvetica Neue, Helvetica, Arial, sans-serif"]Siehe:[/font]
:~/raspberrypi-linux$ make ARCH=arm CROSS_COMPILE=/usr/bin/arm-linux-gnueabi- -k -j 3
make: /usr/bin/arm-linux-gnueabi-gcc: Kommando nicht gefunden
scripts/kconfig/conf --silentoldconfig Kconfig
make: /usr/bin/arm-linux-gnueabi-gcc: Kommando nicht gefunden
CHK include/linux/version.h
CHK include/generated/utsrelease.h
HOSTCC scripts/genksyms/genksyms.o
make[1]: »include/generated/mach-types.h« ist bereits aktualisiert.
CC kernel/bounds.s
/bin/sh: 1: /usr/bin/arm-linux-gnueabi-gcc: not found
make[1]: *** [kernel/bounds.s] Fehler 127
make[1]: Das Target »__build« wurde wegen Fehlern nicht aktualisiert.
make: *** [prepare0] Fehler 2
CC scripts/mod/empty.o
/bin/sh: 1: /usr/bin/arm-linux-gnueabi-gcc: not found
make[2]: *** [scripts/mod/empty.o] Fehler 127
HOSTCC scripts/mod/mk_elfconfig
SHIPPED scripts/genksyms/lex.lex.c
SHIPPED scripts/genksyms/keywords.hash.c
SHIPPED scripts/genksyms/parse.tab.h
HOSTCC scripts/kallsyms
SHIPPED scripts/genksyms/parse.tab.
HOSTCC scripts/genksyms/lex.lex.o
make[2]: Das Target »__build« wurde wegen Fehlern nicht aktualisiert.
make[1]: *** [scripts/mod] Fehler 2
HOSTCC scripts/pnmtologo
HOSTCC scripts/conmakehash
HOSTCC scripts/bin2c
HOSTCC scripts/genksyms/parse.tab.o
HOSTLD scripts/genksyms/genksyms
make[1]: Das Target »__build« wurde wegen Fehlern nicht aktualisiert.
make: *** [scripts] Fehler 2
make: Das Target »_all« wurde wegen Fehlern nicht aktualisiert.
[font="Helvetica Neue, Helvetica, Arial, sans-serif"]Hast du einen Tipp für mich?[/font]
Also ORB schrieb mir:
Da scheint noch eine Console auf der Schnittstelle zu laufen. Schau mal in die /etc/inittab. Da steht warscheilich noch ein
T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100
Da müßtest Du ein # vor setzen.
Außerdem wird beim Starten noch eine Console auf der AMA0 gestartet. Die kannst Du in der /boot/cmdline.txt abschalten. Einfach die Einträge
console=ttyAMA0,115200 kgdboc=ttyAMA0,115200
in der Zeile darin löschen.
Und damit lag er gold richtig, jetzt bekomme die Daten ohne Problem angezeigt.
Vielen, vielen Dank an dreamshader!
Ich schliesse hier, da ich denke, dass das Problem mit einer frischen wheezy Installation behoben sein sollte.
Also unter Arch Linux läuft es ohne Probleme mit dem selben Einstellungen.
Somit wird es wohl nicht an der Hardware liegen.
@ dreamshader
Wie kann ich den diesen Befehl: "$PMTK314,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0*29" an das Modul über Minicom schicken?
Und wie kann ich die eingehenden Daten mitschreiben / loggen?
Nur:
Aug 24 22:45:13 raspberrypi kernel: [ 293.513645] SysRq : HELP : loglevel(0-9) reBoot Crash terminate-all-tasks(E) memory-full-oom-kill(F) debug(G) kill-all-tasks(I) thaw-filesystems(J) saK show-memory-usage(M) nice-all-RT-tasks(N) powerOff show-registers(P) show-all-timers(Q) unRaw Sync show-task-states(T) Unmount show-blocked-tasks(W)
Aug 24 22:45:13 raspberrypi kernel: [ 293.846462] ttyAMA0: 1 input overrun(s)
Aug 24 22:46:17 raspberrypi kernel: [ 357.503262] SysRq : HELP : loglevel(0-9) reBoot Crash terminate-all-tasks(E) memory-full-oom-kill(F) debug(G) kill-all-tasks(I) thaw-filesystems(J) saK show-memory-usage(M) nice-all-RT-tasks(N) powerOff show-registers(P) show-all-timers(Q) unRaw Sync show-task-states(T) Unmount show-blocked-tasks(W)
Hmm okay, aber warum dauert dann z.b ein Upload länger, wenn ich ihm die Einnahme.dyndns.com gebe statt der 192.1.1.2?
Hey
hab mal ne Frage, wie kann ich eine dns unterschiedlich aufschlüsseln?
Ich möchte meinen server dazu bewegen, auch intern unter seiner externen dns ereichbar zu machen.
Sprich wenn ich Einnahme.dyndns.com eingebe, werde ich immer von Internetseiten den Server erreichen, ich möchte aber dass falls ich mich im Lan aufhalte Einnahme.dyndns.com zu 192.1.1.2 aufgelöst wird und nicht auf 87.230.12.48
Scribble:
Internet (www) | LAN (Intranet)
+------------------+
--Einnahme.dyndns.com----> |Router (Fritzbox)| <------> Ras.Pi <----Einnahme.dyndns.com----
87.230.12.48 | 192.1.1.1 | 192.1.1.2
+------------------+
|
Es ist zum verrückt werden
Heute morgen habe ich zweimal hintereinander aus anhieb die Daten bekommen ca. 1-2 Minuten lang, dann brach der Datenstrom wieder ab und ich bekam die Meldung "/dev/ttyAMA0 can't open no such file"
Darauf habe ich Minicom geschlossen und neu gestartet aber mein Terminal blieb leer
Als ich den PI neu gestartet habe, habe ich wieder nichtssagende Strings im Terminal angezeigt bekommen.
Ich würde es ja verstehen, wenn ich irgend etwas anfassen würde, so dass sich ein Wackelkontakt erklären könnte, aber der PI ist nichtmal im selben Raum wie ich es bin Er liegt ganz brav unberührt auf dem Tisch im Nebenraum (Wegen dem LAN-Kabel & freier Sicht wegen GPS-Signal)
Warum funktioniert es sporatisch und wenn nur immer ein zwei Minuten?
Und WARUM dann wiederum stundenlag überhauptnicht?
Kann es sein, dass es daran liegt, weil das GPS Modul GPGSV, GPGSV,GPRMC und GPGGA nahezu gleichzeitig im Sekundentakt sendet und somit Probleme mache? Wie kann ich das GPS Modul umstellen, dass nur ein Datentyp gesendet wird? In 2.1 Des Datenbalttes wird was von NMEA COMMANDS gesprochen aber ich hab leider neine Ahnung wie ich diese über Minicom an das Modul senden kann. Ich weiss, dass ich diesen Command "[font="Arial"][font="Arial"]// turn on only the second sentence (GPRMC)
#define PMTK_SET_NMEA_OUTPUT_RMCONLY "$PMTK314,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0*29"[/font][/font]" an das Modul schicken muss umnur noch einen gewünschten Rückgabewert zu bekommen.
GPS Datenblatt:
NMEA manual for Fastrax IT500 Series GPS receivers_V1.7.pdf
Fall jemand ein kleines Tutorial bezüglich Minicom hat, wäre es toll, dann müsste ich nicht 1000 Fragen stellen
Vielen Dank nochmal an dreamshader für dein Bemühen!
ich habe es jetzt auch mit screen /dev/ttyAMA0 9600 probiert, aber das sieht genauso bescheiden aus.
Ich hatte zwei Wlansticks dran, daber die habe ich schon entfernt, da ich dachte das würde die Stromversorgung vielleicht zu sehr beanspruchen. Auch hier keinerlei Veränderungen....
Was mich nur wundert, dass ab und an doch irgendwelches gekippten Bits ankommen wie hier:
Von 10 Versuchen ist einer für ca. 1 Minute gut, also mit lesbaren Werten,
2 - 3 sind mit unlesbaren Stringketten und die restlichen 6 -7 sind einfach nur leer...:@
Nein bring leider auch nichts...
Was hat es denn mit dem [ 320.119671] ttyAMA0: 1 input overrun(s) auf sich?
Momentan bekomme ich auch die Meldung /dev/ttyAMA0 can't open no such file
Oder kann es sein, dass zu viele Daten einströmen?
Hmm die kabel sind ca. 5 bis 10 cm denke, dass das schon gehen sollte.
Wenn ich dem GPS-Modul mehr Volt drauf gebe, würde das dann etwas bringen?
Das GPS Modul verträgt bis zu 4.2 Volt.
Hai ...könnte evtl. ein Protokollfehler sein.
Hast Du das Handshake in Minicom aus (none)?bye,
-ds-
So shorty,das Handshake ist bei Dir auf Hardware eingestellt. Du kannst es mal mit F ausschalten, aber soweit ich mich erinnere, müsste es auch so gehen.
Nun, wie ist das denn jetzt angeschlossen? Also an welchem Pin des RPi hängt was und wo geht das hin.
cheers,
-ds-
Also klar, VDD an Pin 1 (3,3V) GND an Pin 6 (GND)
und dann [font="Tahoma"]TXD des GPS-Moduls an GPIO15 (RxD) und RXD des GPS-Moduls an GPIO14 (TxD)[/font]
[font="Tahoma"]VDD_B des GPS-Moduls welches für die Batterie gedacht ist habe ich zusätzlich auch an Pin 1 gehängt, ist aber eigentlich unötigg, da hier eigentlich eine Batterie angeschlossen wird, welcher den Speicher versorgt und das GPS Modul aktiv halten soll (Standby) so dass das Lokalisieren schneller ist nach einer Unterbrechung. [/font]
Oft bekomme ich auch solche Ausgaben:
Wie stelle ich diesen aus?
Sorry bin noch nicht vertraut mit dem Minicom Programm.
Das sind beine Einstellungen
Aber leider bleibt mein Terminal leer, habe es jetzt schon bestimmt 45 Minuten offen 
Ich habe ein kleines Problem mit meinen eingehenden GPS Signalen.
Dank der Hilfe von orb läuft mein GPS-Modul und sendet auch hin und wieder Daten.
Leider habe ich nur zu oft, oder besser gesagt das Problem, dass ich keine Daten vom GPS-Modul bekomme. Das heisst, ein paar Daten kommen im Minicom Terminal an und dann ist Sendepause. Dann hilf nur ein Reboot und viel Beten.
Den Minicom Befehl den ich zum auslesen der GPS Daten benutze ist:
$ sudo minicom -D /dev/ttyAMA0 -b 9600 -o
da es sich um ein GPS-Modul handelt welches über GPIO angeschlossen ist
und seine Daten mit 9600 Bound schickt.
Auf der Suche nach dem Problem habe ich folgenden Befehl ausgeführt:
$ dmesg | grep ttyAMA
und diese Informationen erhalten:
[ 0.000000] Kernel command line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708.boardrev=0xd bcm2708.serial=0x6f1c9c90 smsc95xx.macaddr=B8:27:EB:1C:9C:90 sdhci-bcm2708.emmc_clock_freq=100000000 vc_mem.mem_base=0x1fa00000 vc_mem.mem_size=0x20000000 dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait
[ 0.584647] dev:f1: ttyAMA0 at MMIO 0x20201000 (irq = 83) is a PL011 rev3
[ 0.908428] console [ttyAMA0] enabled
[ 320.119671] ttyAMA0: 1 input overrun(s)
bei der mir die letzte Zeile etwas merkwürdig erscheint:
[ 320.119671] ttyAMA0: 1 input overrun(s)
Das bedeutet doch, dass ich einen Buffet Overflow habe, also zu viele Daten an der Leitung anliegen.
Kann mir wer helfen?
Okay ist erledigt, ich weiss zwar nicht woran es lag, aber ich habe einfach einen reboot gemacht und jetzt scheint alles zu funktionieren, ich bekomme alle Daten rein (leider alle Daten GPGSV, GPGSV,GPRMC und GPGGA) aber ich denke dies wird eine Einstellungssache sein.
Fall jemand weiss wie die funktioniert wäre ich sehr dankbar :thumbs1:
