Posts by VeryPrivat

Ich habe zufällig einen "alten" Polar Empfänger. Mit dem müsste es ganz einfach sein das Signal eines Polar Brustgurtes (ich verwende den H7 (Affiliate-Link)) zu empfangen. Ich musste nicht mal etwas pairen (im Gegensatz zu Bluetooth Smart mit M400 Uhr)

Ich habe auch einen H3 Brustgurt mit dem ich es probieren könnte (es müsste auch klappen).

Hier habe ich eine Beschreibung des Empfängers gefunden...

Gebraucht gibt es die Brustgurte erstaunlich günstig - überhaupt mit der M400.

Nachtrag: Hier habe ich eine Kettler OEM Variante (Affiliate-Link) gefunden, die um 20€ günstiger ist und auch funktionieren müsste...

Empfehle auch Argon One (Affiliate-Link). Wäre meine erste Wahl...

Willkommen im Forum. Da dies ja der Sammelthread: "Ist mein Projekt machbar?" ist, sollten wir uns hier nur auf

"Ja, das lässt sich bestimmt machen" beschränken und die Details in einem anderen, eigenen Thread abklären.

Eines noch: Ich hätte als erstes an Magnet (in der Figur) und Reedsensor (mechanisch, digital) oder Hallsensor (digital oder analog) gedacht.

Das wird schwierig Dir optimale Tipps zu geben, wenn Du uns nicht sagst welche I²C Platine das ist. Was aber jedenfalls funktionieren würde ist, wenn Du anstelle des Jumpers ein Relais mit einem Schließerkontakt anschließt. Bitte achte darauf, dass Du ein Relais findest, das für den PI passt, da er am GPIO nur ca. 2mA belastet werden soll...

thomasst : Ich verstehe auch nicht wozu hier ein PI notwendig ist. Hier würden doch zwei Schaltern (oder Taster) ohne zusätzliche Hardware genügen? Wie Gnom bereit beschrieben hat: Wozu benötigt man überhaupt ein zweites Relais - wenn die Anlage nicht "Scharf" ist, ist sie natürlich "Unscharf".

Quote from Twapsel

Variante 1: Reicht ein Pi aus um damit Pi-Hole und Nextcloud mit einer HDD-Festplatte über USB zu betreiben? Wenn ja, welcher Pi sollte es mindestens sein?

Variante 2: Aktuell benutze ich eine Android-Box für Kodi an dieser meine 2.5 Zoll Festplatte angeschlossen ist. Weiterhin habe ich vorher demnächst einen Blog mit dem Flat-File CMS (ohne SQL-Datenbank) Grav zu betreiben.

Wäre es möglich, dass ich mit dem Pi, einer 2,5" 640 GB HDD und einer 2TB 2,5" HDD folgendes bewerkstellige:

• Meine Medien auf der 2TB zu lagern und von daraus von meine Adroid-Box sowie meinem PC zuzugreifen
• Mit Pyload laufen lassen
• Nextcloud betreiben um einen eigene Cloud für Dateispeicher zu haben (primär die 640GB)
• Einen Teil der 640GB für einen Webserver verwenden auf den ich dann den Blog insalliere, damit ich mir nur noch eine Domain aber keinen Webspace mehr mieten muss

Wäre sowohl Variante 1 als auch Variante 2 möglich oder geht zumindest Variante 1? Wenn ja welchen Pi benötige ich dafür (also Mindest-Rechenpower als auch Software bereits verfügbar) und reicht besonders für Variante 2 die Stromversorgung?

Display More

Ich kann Dir nicht alle Fragen beantworten, jedoch ein paar Eckpunkte nennen, die als Entscheidungshilfe dienen könnten.

Zu Variante 1: Ich kenne die Anforderungen an die Rechnenleistung von Pi-Hole und Nexcloud nicht, daher kann ich diesbezüglich keinen passenden Pi einschätzen. Tatsache ist, die Rechenleistung ist mit jeder PI-Generation gestiegen... Flaschenhals bei Verwendung des LAN und USB mit "hoher" Datenrate ist jedenfalls bei Pi1 bis 3 vorhanden, da beides an einem gemeinsamen USB Port hängt - hier ist der PI4 extrem im Vorteil. Dieser braucht aber auch am meisten Strom und sollte auch gekühlt werden: "Gute" Kühlkörper anbringen, kein geschlossenes Gehäuse und/oder Lüfter

Variante 2: Da ich hier noch deutlich mehr Anforderungen bzgl. Datenübertragung/Rechenpower raus lese würde ich stark zum Pi4 tendieren - zumindest mit 1GB RAM, da ist die Preisdifferenz zum Pi 1 bis 3 auch sehr gering aber die Rechenpower deutlich höher. Ich habe hier gelesen, dass der PI4 auch herunter getaktet werden kann und damit die Wärmeentwicklung (deutlich) reduziert wird...

Der PI4 scheint noch nicht ganz "reif" zu sein - an der Wärmeentwicklung und Kompatibilität diverser Programme wird noch gearbeitet. Die Anschaffung der Hardware scheint mir aber bereits sinnvoll, wenn man gewillt ist später das System nochmals auf den aktuellen Stand zu bringen...

Die Frage ist welche Stromversorgung Du mit DIE Stromversorgung meinst... Grundsätzlich wird hier bei Verwendung externer HDDs oft ein aktiver HUB empfohlen, da diese doch erheblich Strom benötigen. Im Zweifelsfalle einfach mal probieren und ggf. einen aktiven HUB nachrüsten...

Ja, Du hast es meiner Meinung nach gut zusammengefasst. Es gibt viele Relais Platinen und viele davon können am Pi Probleme machen, nicht nur wegen der 3,3V sondern vor allem wegen der Stromlimitierungen an den GPIOs. Das Problem ist, dass es ja auch oft funktioniert aber eben nicht immer und zuverlässig.

Man muss eben darauf achten, dass der Steuerpin mit den 3,3V schon schaltet und unter 4mA zieht. Ist dies nicht der Fall, kann man eine einfache Transistor Stufe oder einen fertigen Pegel Wandler zwischen schalten. Für die Transistor Schaltung genügt ein Basisvorwiderstand, der eben den Strom vom GPIO zum Transistor begrenzt (1 bis 10Kohm).

Oft sehe ich, dass der Pi eigentlich gar nicht nötig wäre und das Problem mit einem Arduino zuverlässiger und einfacher zu lösen wäre.

Soweit ich weiß, kannst Du nur eine Kamera an den dafür vorgesehenen Anschluss anbringen. Aber Du könntest ja auch (3 weitere) USB Kameras verwenden. 100%ig gleichzeitig wird zwar meiner Einschätzung nach nicht funktionieren - aber zumindest wäre es dadurch möglich 4 Bilder hintereinander von verschiedenen Positionen zu machen...

Warum überhaupt ein Rasperry? Ich vermute, da ein File am Netzwerk gespeichert werden muss? Für die eigentliche Messung wäre meines Erachtens ein Arduino oder so manch anderer Microcontroller besser geeignet. Die Daten könnten z.B. im RAM gespeichert werden und bei Bedarf (z.B. seriell) abgefragt werden.

Mit dem Raspberry brauchst Du noch allerhand zusätzliche Hardware und hast einen gewaltigen Overhead, um eine relativ einfache Messung durchzuführen...

Quote from droogstore

Meine (eigentlich recht simple) Idee:

• Lichttaster oder Lichtschranke in der Garage ist so ausgerichtet, dass er erkennt, ob das Garagentor in der geöffneten Position ist. Zum Beispiel oben am Motor. Kurze Reflexion = Tor auf, Lange Reflexion = Tor zu. Genauer muss es nicht sein. Alternativ könnte der Sensor auch unten an der "Geschlossen"-Position sein und entsprechend umgekehrt ausgewertet werden.
• ....
• Der Sensor in der Garage könnte auch dauerhaft mit Strom versorgt werden (Steckdose vorhanden). Allerdings würde ich den gerne per Funk mit dem RasPi verbinden, damit ich kein neues Loch in der Wand brauche.

...

Ich bin nur vollkommener Noob, was den Elektrotechnik-Anteil angeht. Dementsprechend wäre ich sehr dankbar für Tipps, was in einem RasPi-Kit enthalten sein sollte (mit Gehäuse) und was passende "Outdoor"-Sensoren angeht.

Für den Sammelthread: "Ist mein Projekt machbar?" sollte man nicht viel Tiefer gehen als "Ja, das sollte kein Problem sein"...

Trotzdem noch ein paar Anmerkungen Zu Deinen Punkten - für die Details solltest Du bitte ein neues Thema aufmachen.

Das mit dem Lichtschalter erschließt sich mir nicht ganz - ist ja auch Glückssache, ob das Licht brennt? Falls die Nachleuchtzeit des Garagenlichtes gemeint ist - das leuchtet wohl keine halbe Stunde?

Ich tendiere auch dazu, dass der Sensor dauerhaft funktioniert. Ich würde vorschlagen auf dem Garagentor an geeigneter Stelle Magneten zu befestigen. Als Sensor dient ein Reed-Schalter, der anspricht, wenn das Tor offen ist. Du könntest damit die Meldeeinheit vollständig ausschalten, wenn das Garagentor nicht offen ist... Das wäre eine einfache, günstige und robuste Lösung.

Raspberry halte ich total überzogen - sowohl als "Sensor" als auch als Empfänger und für das anzünden einer LED. Ich würde Dir daher den ESP8266-01 empfehlen. Für diese einfache Aufgabe sollte er genügen.

Ja, Du hast 4 GPIOs. ABER mit GPIO 0 muss beim Start High sein, damit er startet (und GPIO 2 auch High). Deshalb muss die Beschaltung so sein, dass dieser Zustand beim Start vorhanden ist - sonst startet der ESP nicht...

Also der Pi3 wird hier oft mit einem älteren, nicht allzu starkem Handy verglichen. Ich kenne zwar Deine genaue Anwendung nicht aber wenn ich schon 4K lese, glaube ich nicht, dass der Zero das annähernd packt. Ich bezweifle sogar, dass der Pi3 dafür geeignet ist. Ich glaube es gibt auch kein ordentliches Android OS für den Raspberry...

Hallo Leute, ich habe doch einen konkreten Vorschlag für eine Hardwarelösung gemacht. Warum geht hier keiner drauf ein?

Meine Einschätzung - habe selbst wenig Erfahrung mit SmartMirror bzw. inwieweit ein Tablet dafür geeignet ist:
Bei einem Tablet hat man halt nicht die Flexibilität wie am Raspberry - außer man kennt sich sehr gut mit Android aus, dann kann man dies teilweise kompensieren.
Man kann halt eine App oder Internetseite anzeigen lassen, wenn man es mit der im Tablet verbauten Taste aufweckt - aber ich vermute, dann ist aber auch schon Schluss mit den Features...

Also im Wesentlichen: Tablet hinter den Spiegel montiert, Strom für Dauerladung, App oder Browser gestartet - fertig.
Wenn man es sich zutraut, kann man das Tablet zerlegen und die Taste "anzapfen" und eine weitere Taste wo anbringen - das ist aber schon ziemlich aufwändig und nix für einen (löt-) Neuling...

Ja, normalerweise versuche ich gerade rein zu fahren - so sieht es ja ... nicht schön ... aus.
Aber falls es mal fuxt: Die Thermals sind in echt so klein, da braucht man eine Lupe um zu kennen, dass etwas anders rein gefahren wurde.

Wenn möglich fahre ich nur 45°. Ich finde das sieht schöner aus... Mein Avatar ist diesbezüglich ein schlechtes Beispiel. Der hat einfach eine blöde Form...

Manchmal passiert schon so was - was mich aber nicht weiter stört. Man kann ggf. auch die Thermals ausschalten - was ich auch gelegentlich mache...

Also ich "verdrahte" immer alles bevor ich mit den Flächen beginne. Meine Masseflächen definiere ich danach, welches Potential in dem Bereich wichtig und dominant ist. Daher habe ich meist nicht nur eine Fläche mit einem Potential...

Wenn man die Verdrahtung des GND einfach "per Zufall" passieren lässt, ist die Gefahr groß, dass man Verbesserungspotential übersieht. Eagle ist es egal, wenn zwei GND Inseln z.B. nur mit 0,1mm Steg verbunden sind - mir beim Verdrahten nicht... So sehe ich, dass ich eventuell Leitungen anders legen sollte oder Bauteile etwas anders platzieren.

Mir geht es beim Layout nicht darum es möglichst schnell zu machen sondern das Beste (mit überschaubarem Aufwand) raus zu holen. Sonst könnte ich gleich den Autorouter bemühen...

Danke, sehr interessant. Obwohl ich sagen muss, dass ich von seed eher begeistert bin. Bei "meinem" deutschen Leiterplattenherstellern, die wesentlich mehr verlangen, wird sogar 0,5mm Abstand empfohlen. Diese "Empfehlungen" sind sicher nicht unnötig groß, nur um uns zu ärgern, oder? ;-). Und die Preise sind eine andere Größenordnung. Nicht mal beim Versand schneiden die deutschen wesentlich besser ab (nach Österreich). Bleibt also noch die Lieferzeit und ggf. die Qualität. Aber auch dort gehe ich nicht unter 1,27mm Schriftgröße, da dies nicht mehr sinnvoll ist, da kaum lesbar. Bei 1mm Schriftgröße kann man es noch als Hinweis verwenden - wenn man weiß was es heißen soll, dann kann man es manchmal zuordnen.

Quote from nurazur

Noch ein Tip für andere Anfänger: Ich flute ja beide Seiten mit GND. Damit man einen DRC machen kann, muss ich zuerst auf "Ratsnest" klicken, und die Massefläche wird sichtbar. So, wenn man jetzt weiter Routen will, wie kriegt man die Massefläche wieder weg? Bisher habe ich immer das Ripup Tool benutzt, aber bis die Flachen auf beiden Seiten wieder weg waren hab ich gefühlt 100 Mausklicks gebraucht (die Umrisse liegen bei mir oben und unten genau übereinander). Irgendwann bin ich drauf gekommen dass man in der Kommandozeile "Ripup GND" eigeben kann, funktioniert auch, nur sind dann alle GND Vias auch weg! Wenn man auf Undo klickt, sind die Vias wieder da. Logisch ist das nicht, eher gefährlich. Wenn man vergisst undo zu klicken, dann abspeichert weil mans nicht gemerkt hat, sind alle GND Vias weg.

Vielleicht kann ich hier auch einen nützlichen Tipp geben. Ich arbeite zwar noch mit Eagle 7 aber vielleicht hat sich diesbezüglich nichts geändert.

Wenn man schon die Massefläche erstellt hat, diese aber stört, kann man den Befehl set polygon_ratsnest off verwenden. Nach erfolgter Arbeit aktiviert man die (Masse)flächen wieder mit: set polygon_ratsnest on.

Hier wurde dieser (gute!) Tipp gegeben...
Hast Du diese $1 Aktion von Seed genutzt? Vermutlich nicht, da diese ja erst vor kurzem gestartet wurde. Mich würde ein Preisbeispiel samt Versand interessieren. Jedenfalls unglaublich, dieser Preis - da macht es sogar Sinn sich eine "eigene" Lochrasterplatine zu bestellen
EDIT: Der Befehl ripup *signalname* ist sehr gefährlich, da er wie erwähnt tatsächlich auch Durchkontaktierungen löscht. Ich klicke immer auf den Rand des Polygons, daher kannte ich das "Problem" nicht (da löscht er sie nicht). Alternativ scheint der Befehl ripup @ *; gut zu funktionieren.
Erst jetzt hilft der Befehl set polygon_ratsnest off, da nicht ausgefüllte Polygone nicht mehr füllt, wenn man ratsnest drückt! Jetzt kann man trotz Flächen weiterarbeiten, diese sind ja nicht mehr gefüllt...

Hi Leute, euch ist klar, dass Ihr da einen gelösten und relativ alten Beitrag wiederbelebt habt (ich glaube das bezeichnet man als Leichenschänderei)?

Davon abgesehen muss ich flyppo recht geben - der Taster hat mit dem Laden gar nix zu tun.

Wenn Du nur einen bestimmten Messpunkt benötigst könntest Du einen Schwimmerschalter verwenden - ist meines Erachtens am einfachsten und am zuverlässigsten. "Analoge" Füllstandsmessungen sind aufwändig und nicht ohne. Ein Kollege hat mit Ultraschall und Kapazitiver Messung (relativ) viel probiert und ist zu keinem zufriedenstellendem Ergebnis gekommen...

Als Hardware würde auch ein ESP8266 ausreichen - der kann sich in Dein Heimatnetzwerk einwählen und eine Internetseite generieren.

Natürlich müsste der Raspberry das auch können - ist halt meiner Meinung nach etwas obersized.

Ich habe mir jetzt mal alle Einträge dieses Beitrages angesehen - finde aber keine Fragestellung, die beschreibt was Du mit "wie man den Reset-Grund Fehlerfrei ausliest" genau erreichen willst. Aus dem Schaltplan nehme ich an, dass Du unterscheiden möchtest, ob der PIR oder dein Sleep den Reset ausgelöst haben...

Ich weiß nicht, ob der ESP überhaupt die Möglichkeit bietet festzustellen, ob der Reset vom SleepTimer ausgelöst wurde.

Wie ich gesehen habe, hast Du diesbezüglich ein eigenes Thema eröffnet: Timer vom deep sleep auslesen.

Offensichtlich kennt dort auch keiner eine Lösung...

Daher würde ich das per Hardware lösen: Du hast ja noch GPIOs frei. Wenn Dein Transistor einen Reset auslöst, entlädst Du einen Kondensator und fragst den nach dem Reset ab...

Ich habe Dir daher mal einen Ansatz SKIZZIERT - der ist nicht fertig, zeigt aber worum es geht:

- Die Senkrechte Diode entkoppelt die Signale vom Transistor bzw. vom SleepTimer (Kondensator wird nur entladen, wenn Transistor schaltet)

- Die Horizontale sorgt dafür, dass der "neue" Kondensator nicht gemeinsam mit dem DeepSleep aufgeladen wird

Die Schaltung ist nicht fertig.

Keine Vorwiderstände für Kondensator, Kondensator ist nicht dimensioniert und wie der Kondensator aufgeladen wird ist auch noch nicht klar. Aber falls Dir der Ansatz gefällt, wollte ich Dir ja nicht den gesamten Spass nehmen...

Wozu der Umweg über einen Raspberry? Serielle ASCII Werte kannst Du doch einfach mit eine HC-06 über Bluetooth verschicken?