Novae

HID (Human Interface Devices) ist das Zauberwort Erster treffer "build own gamecontroller HID interface" http://en.flossmanuals.net/pure-data/sensors/game-controllers/ Wenn ich das Richtig verstehe muss ein HID Device vorhanden sein was den Input weiterleitet. In wie weit man den in/output des IO16 dafür verwenden kann keine ahnung... aber vllt findest du ja mit dem stichwort "HID" mehr was dir weiterhilft. Vllt nen Virtuelles HID Device was den Input des Stacks verarbeiten kann? eeeedith sagt: schau mal hier: http://msdn.microsoft.com/en-us/library/windows/hardware/jj126202%28v=vs.85%29.aspx Grüße Novae

Heyho, und hat der Hersteller geantwortet? Grüße Novae

ich fang mal gaaaanz vorne an nen betriebssystem für den Raspberry haste? ^^

ah ok, dann liegt es also am verbautem SSR und nicht nur an meinem Relais. Dann bin ich ja schon mal beruhigt... schade ist es trotzdem das ein 30V 1,2A Relais nicht mit diesen Einschaltströmen eines Raspberry Pi klar kommt :-/ Dann werde ich wohl auf das Dual-Relais wechseln müssen. Das sollte ja mit den Einschaltströmen klar kommen?! Danke für deine Bemühungen!!

Glückwunsch zur Finanzierung! Ich freu mich schon auf meine SD-Karte

Ah ok, dann warte mit meiner Email noch bis ihr das mal getestet habt ^^ Grüße Novae

Ehhm nein mein Problem ist nicht gelöst. Ein workaround funktioniert zwar für diesen einen Fall. Aber das behebt ja nicht die Ursache :-/ Wenn das Relais bei ~60mAh Last die Spannung zerlegt... frage ich mich grade was bei 30V und 1,2Ampere wohl passiert... Die Spannung nimmt ja NACH dem schalten ab also langsam, und springt nicht sofort auf auf "zu wenig". Und die Paralelschaltung schluck auch einfach mal 1,5V... Und wenn 1 Relais für 30V und 1,2A ausgelegt ist verstehe ich nicht warum ich 2 Relais brauche um 14V und 0,06A zu schalten (um 13V raus zu bekommen). Für mich ist damit das Relais absolut unbrauchbar da ich keine Verbraucher an einzelne Ports hängen kann.... Ich verstehe ja das ein bischen Spannung verloren gehen kann. Aber wenn ich bei 5% der maximalen Last schon einen Einbruch der Spannung um über 60% habe ist für mich irgendwas am Relais nicht in Ordnung. Ich Reduzier heute mal die Spannungsquelle auf 12V und schalte mal ne 12V Glühlampe mit 500mAh mal sehen was passiert...

Sooo getestet StepDown-Master-WLan (anderer Stack: Master über USB am PC und QuadRelais am Port A) - direkt an der Batterie einwandfrei -> 14,3V ~43mAh - Über einen Port vom Relais geschaltet keine Wlan Verbindung möglich - Über 2 Relais gleichzeitig geschaltet (parallel) funktioniert's. BrickV: ~13V ~60mAh Nach Abschalten eines der beiden Relais sinkt die Spannung und bei 7,4V im BrickV bricht die WLan-Verbindung ab. Also Blocken die Relais sobald Leistung drüber geht...

Schalten tun sie. Ich hatte auch mal den Wiederstand gemessen nachm dem schalten 0Ohm... also so lange kein verbraucher dran ist passt alles.. Die Spannung kam ja auch ohne große Schwankungen am Stepdown an (Der Master zeigte in dem einem Fall ja 13V Stabil an (ohne verbraucher da der master über USB lief)) und Ohne Relais dazwischen halt stabil 14,5V) Nur sobald wirklich nen Verbraucher dran hängt bricht die Spannung ein die durch das Relais geht... also die v+ spliten, über 0 und 1 schalten und danach wieder zusammen? |----in-0-out---| V+->----| |--->--v+ |----in-1-out---| quasi so?

naja die spannung zwischen Raspberry und dem 5v Ausgang hab ich mit eurem Voltage/current brick und meinem eigenem Messgerät gemessen der Raspberry sprang beim schalten über das Relais auch nicht mehr an es leuchtete nur die rote lampe und es war keine aktivität vorhanden. Die Spannung blieb dabei allerdings bei 3,2v-3,3v und schwanke nicht weiter. Ich baue das morgen nach. Das schaffe ich heute Abend nicht mehr. Also 2 Stacks, einmal Master und Relais und einmal StepDown-Master-Wlan und die Spannung für den Stepdown über den Relais schalten. korrekt? Ich kann ja dann auch mal mit meinem Spannungsmesser die Spannung vor und hinter dem Relais messen... Noch andere Punkte die ich testen/messen soll?

Dann mach ich das ja dieses mal doch nicht zu kompliziert ^^ Danke!

Ein Minimaler Strom ist ja Ok, aber ~9v zu verschlucken? Im erstem Aufbau mit dem Raspberry lief die Stromversorgung nur über den StepDown da gab es keine USB Verbindung und da ist die Spannung des 5V Ausgangs vom Stepdown nurnoch mit ~3,3 Volt am Raspberry angekommen (über das Relays gehend) Ohne Relais sauber 5V. bin grade am überlegen ob ich das nicht sogar versucht habe. Dabei aber keine Verbindung zum Stack mehr bekommen hatte... (Wlan wurde nicht aufgebaut) Teste ich aber nochmal. [relais, relay, relays.... ich sollte mich mal für eine variante entscheide -.-"]

[jaja ich stell ja bald keine fragen mehr ^^ ist halt nur so das ich grad am rumtesten bin und es halt von Anfang an richtig machen will] Ich habe weder in der Doku noch im Forum was dazu gefunden wie ich Verbindungen zu mehreren Stacks auf einmal (über ein Script) aufbaue. So das wenn an dem einem Stack was auslöst, an dem anderem Stack was passiert (Bewegungssensor -> Piezo) dazu habe ich an alle ipcon Befehle eine Zahl ran gehangen und auch die Hosts und Ports mit Zahl versehen... (und ich Frage lieber einmal zu viel nach als es wieder unnötig kompliziert zu machen.... hab für Verkomplizierung irgendwie einne Veranlagung.....) Funktioniert auf jeden fall o.O Grüße Novae geteilt.py

hmm deine lösung ist natürlich noch kürzer ^^ Danke funktioniert einwandfrei hab aber nochn fehler gefunden... musste die counter variable noch global setzen.... sonst geht die in der funktion nicht ^^ hab auch gleich noch die write funktion überarbeitet funktioniert nun auch sauber (schreibt sofort, anhängend und auch nicht erst beim schließen...) Danke nochmals ^^ bewegung.py

Ich bastel mir grade (mal wieder) was zusammen. Dabei möchte ich das über das 4x7 Display gezählt wird wie oft der Callback vom Bewegungsmelder ausgelöst wird. Habs auch hinbekommen... finde meine Lösung aber recht umständlich... Ich setze als erstes den Zähler auf 10000 Addiere danach die Anzahl an callbacks dazu (in jedem callback -> zähler = zähler+1) danach mach ich aus der Zahl nen string... wandel diesen per map in 4 einzelne integers um.... und zerlege die letzten 4 stellen dann für die DIGITS... das mit den 10000er Start hab ich gemacht weil ich sonst probleme mit den führenden 0en bekommen habe... es funktioniert im moment so... aber wie gesagt finde das recht umständlich o.O (und ich gebe zu ich beschäftige mich noch nicht wirklich lange mit python xD ich kann aber halt code zusammenbasteln ^^) gibts da keine einfachere lösung? (ok 4 Zeilen sind jetze auch nicht soooo viel... aber es wirkt für mich doch eher wie nen workaround) Zusätzlich schreibt der callback das Datum/Uhrzeit mit in eine Textdatei wann er ausgelöst wurde... Allerdings leert das Script beim starten die textdatei?! Wobei das find ich vllt selbst noch ^^ egal hier der Quick'n'Dirty code ^^ (siehe Anhang) zusammengebastelt in stunden Trial and Error xD edit: nich wundern da hängt noch nen piezo drann der bei bewegung piept ^^ bewegung.py

sudo apt-get update sudo apt-get install lighttpd php5-cgi sudo lighttpd-enable-mod fastcgi fastcgi-php sudo service lighttpd reload damit hast du PHP unterstützung falls du noch CGI unterstützung haben willst: sudo lighttpd-enable-mod cgi hab damit gestern abend icinga auf nem Raspberry zum laufen gebracht. Icinga selbst brauchte zwar nen extra modul was man erstellen muss aber das is wieder ne andere Sache edith! bei der Brickd installation fehlt nen wget vor dem pfad zur .deb

ich würde eher lighthttp anstatt den apache empfehlen... läuft sauberer auf dem Pi und falls es interessant ist... ich hab im netz gestöbert um möglichst viel runter zu schmeißen und den Pi Headless zu verwenden (nur Terminal, kein x11) der folgende befehl entfernt so ziemlich alles was mit x11 zu tun hat sudo apt-get purge xserver* x11-common x11-utils x11-xkb-utils x11-xserver-utils xarchiver xauth xkb-data console-setup xinit lightdm libx{composite,cb,cursor,damage,dmcp,ext,font,ft,i,inerama,kbfile,klavier,mu,pm,randr,render,res,t,xf86}* lxde* lx{input,menu-data,panel,polkit,randr,session,session-edit,shortcut,task,terminal} obconf openbox gtk* libgtk* alsa* python-pygame scratch tsconf xdg-utils desktop-file-utils omxplayer && sudo apt-get autoremove --purge && sudo apt-get autoclean schafft nen bissl speicherplatz aber ansonsten ne schöne befehlsammlung ^^

Nein des Raspberry wurde nur über die Spannungsversorgung per GPIO angesprochen und war nur noch über Lan angeschlossen Ich hab das ganze jetzt nochmal nachgebildet wo ich die Spannungsversorgung des StepDown Schalte Hier mal die bilder mit erklärung Erstmal der Grundsätzliche Aufbau: http://sdrv.ms/LWFr4C Spannungsversorgung sind 10x1,5v Dann habe ich erstmal die Versorgung des Stacks ohne das QuadRelays getestet http://sdrv.ms/LWFyNy http://sdrv.ms/LWG2TT Spannung Passt Nun der Gleiche Aufbau über das Relays geschaltet http://sdrv.ms/1e5b7PJ Spannung Direkt nach dem schalten des Relays: http://sdrv.ms/1e5bji8 Spannung nach ein paar Sekunden http://sdrv.ms/LWGJg0 Dann habe ich das Ganze nochmal ohne "Verbraucher" auf dem Stack getestet. Hab das Wlanmodul einfach mal weggelassen. http://sdrv.ms/1e5b7PJ http://sdrv.ms/LWHcPa Spannung blieb bei ~13v Es fehlen 1,5v alleine dadurch das es über das QuadRelay läuft ich hab keine weiteren Idee mehr was ich testen kann... Bei bedarf kann ich nochmal das mit dem Raspberry aufbauen. Aber da ist das Problem das die Spannung einbricht das gleiche... Und bei diesem Testaufbau hier ist es ja nun wirklich aufs Minimum reduziert wodurch eigentlich keine anderen Fehlerverusacher mehr da sein können. Das gleiche verhalten tritt übrigens auch auf wenn ich das alles über nur einen Master laufen lasse. Grüße Novae

*schubz*

Beim einschalten zeigt der Master ~12V an... sinkt dann auf 5,5V ab und bleibt dann stabil auf 5,5V stehen... Hab auch noch den 4. Port Ausprobiert... ich glaube das Bricklet hatn knacks... ich probier das mal noch an nem anderem Master. ok anderer Stack. alles anders ausser Bricklet und Batteriepack. Selbes Ergbeniss Spannung fällt auf 5,5v bei ca. 70mAh hmpf

Ah ok Danke! Das erklärt auch warum man bei der Polung aufpassen muss da man den +Pol ja sonst direkt auf den GND des Stacks jagt...

Hi, wie in dem anderem Thread ( http://www.tinkerunity.org/forum/index.php/topic,2132.0.html ) geschrieben hab ich etwas gebastelt... Da es aber 2 Unterschiedliche Bricklets betrifft 2 Threads um das nicht durcheinander zu bringen Aufbau: Brick: - Wlan - Master - Step Down: 15v am Eingang Bricklets: - Digital In - Indu Quad Relay - Voltage/Current Ich habe den 5V Ausgang des StepDown für den GPIO des Raspberrys verwendet. Funktioniert auch (Pin 1 (V+) und Pin 3 (GND)) Spannung passt auch ~5V und 350mAh (gemessen über den Voltage/Current) Nun wollte ich dabei Testen ob das Relay den Raspberry An/Aus schalten kann... Also die V+ vom Stepdown -> Relay -> Voltage Current (+IN -> +OUT) -> Pin 1 Pi Schalten Klappt auch wunderbar über den BrickV. Nun aber das Problem.... Sobald ich Schalte bricht die Spannung auf 3,3V ein?! Ich hab das auf der 0 und auf der 1 ausprobiert.. bei beiden das gleiche Ergebnis Der Voltage/Current Springt beim Schalten sofort auf 3,3V und bleibt dann dabei Stabil... Obwohl 5V am Relay ankommen? Ohne Relay Läuft alles einwandfrei. Mit Relay Spannungseinbruch. (beides Sowohl mit als auch ohne Voltage/Current dazwischen). Was mach ich Falsch?! Bzw was kann ich noch testen? Ich hatte zwischendurch noch den Digital IN, parallel zum Raspberry geschaltet um zu sehen ob der Digi-IN funzt... klappte auch einwandfrei... Dabei habe ich den Digi-In mit an den IN des Voltage/Current gehangen. Ich hab aber nicht darauf geachtet ob vor dem zubau des Digi-IN die Aktivitätslampe des PI aufleuchtete... Also ob vorher die Spannung Stimmte... :-(

Moin, ich hab gestern abend ein bissl rumgetestet. Erstmal der Aufbau was ich zusammengebaut habe: Brick: - Wlan - Master - Step Down Bricklets: - Digital In - Indu Quad Relay - Voltage/Current Ich hab den StepDown über einen Batteriepack mit 15V versorgt. am 5V Ausgang des Step Down habe ich ein Kabel für den GPIO des Raspberrys angeschlossen. Funktioniert auch einwandfrei wenn ich den Raspberry direkt an den StepDown anschließe. Nun wollte ich den Strom Messen der zum Pi fließt Also den Voltage/Current dazwischen gehangen (Polung beachtet) nun das "Komische" der Raspberry ist am OUT des Voltage/Current angeschlossen. Die 5V vom Stepdown am IN. Wenn ich den GND am IN abziehe bleibt der Raspberry an! Und wenn ich die V+ auch noch abziehe habe ich eine restspannung von 0,3V anliegen die auch gemessen werden (Restladung auf dem Pi). Der Strom fließt auch obwohl am IN nichts angeschlossen ist Nicht grade die Besten fotos aber man sieht erkennt wie das Bricklet angeschlossen ist http://sdrv.ms/1meYbuf http://sdrv.ms/1madVMf Schwarz und Rot kommen vom StepDown (Schwarz-, Rot+, Weiß-, Grün+) Oben sieht man das der GND von IN nicht verbunden ist und die Rote LED vom Pi trotzdem läuft.... Der BrickV zeigt auch eine Spannung von ~4,9V an. Wenn ich den GND verbinde springt sie Stabil auf ~5V... Ist das so Korrekt? Oder hab ich beim basteln irgendwie nen defekt reingeschoßen? "muss dat so?" Dann Hab ich noch ein problem mit dem Quad Relay... aber dafür mach ich nen Neues Thema... Grüße

ich bin so doof... d-o-f-f...... http://www.tinkerforge.com/de/doc/Kits/HardwareHacking/DoorbellNotifier_HardwareSetup.html#starter-kit-hardware-hacking-doorbell-notifier-hardware-setup da stehts doch... der Digital IN ist mit wechselstrom kompatibel -.-" ok dann sollte alles passen. externe spannungsversorgung für den Stack Organisieren und den Dig.IN an die klingel klemmen....

also mein meßgerät kann die nicht messen..... und da der digital in nurüber eine schaltung separat angesteuert werden kann.... bleibt die überlegung ob der hall sensor auf das magnetfeld reagiert was durch die spule entsteht? wenn das geht würde ich diese methode bevorzugen, da der hall sensor sich einfacher anbringen lässt als die gleichrichterschaltung zu bauen ausserdem sind mir bei dem hallsensor auch die spannungen und spitzen relativ egal ^_^ ansonsten werd ich doch mal versuchen ob die schaltung von kreativ funktioniert.