Posts by Gnom

Versth ich nicht!

Was heißt scharf und was heißt unscharf? Wieso brauchst du dafür Relais?

Ob die Anlage schwarf oder unscharf ist, ist erstmal ein (Variablen)zustand im Programm.

Wenn du das irgendwie mit einem Relais anzeigen willst, dann nimmt man nur ein Relais(modul): Angezogen = scharf, abgefallen = unscharf.
Und wenn es dir drum geht, einen rote und grüne Lampe für beide Zustände anzusteuern, dann nimm ein Relaismodul mit Wechsler - sind ohnehin die meisten. Wenn du anzeigen willst, ob die Anlage scharf oder unscharf ist, kannst du aber auch zwei LEDs nehmen.

Wenn dann Alarm ausgelöst wirst, brauchst du einen weiteren Ausgang, an dem dei Sirene/Alarmlampe hängt.

Zum scharf schalten brauchst du auch nur einen Eingang. Wenn du da einen TAster drückst, wird die Anlage umgeschaltet - von schwarf nach unscharf oder von unscharf nach scharf. Du hat ja auch am Staubsauger nicht zwei Knöpfe zum Ein- und Ausschalten.

Und dann brauchst du noch Eingänge für die Alarmauslöser - Türkontakte oder sowas.

Die Eingänge kannst du für erste Tests über einen 1000-Ohm-Schutzwiderstand und den Auslösetaster (Türkontakt) mit GND verbinden. Im Programm stellst du ihn auf Input mit Pullup.

Der Rest ist Programmlogik.

Offenbar hast du noch sehr wenig Grundlagen in solchen Dingen. Googel dich mal ein bisschen durch. Es gibt genügend einfache Beispiele, wie man eine LED schaltet oder einen Taster abfragt.

Das sollte auch für einen Anfänger kein großes Problem sein.

Ein paar LEDs sind mit dem Pi leicht verdrahtet. Wenn sie auch der Fahrer sehen soll, sollten es vielleicht größere Lämpchen sein... nicht gerade 5 mm LEDs.

Das Programm dafür wirst du dir in Python zusammentüfteln können. Wenn du dich etwas eingelesen hast, hilft man dir bei Detailfragen gerne weiter.

Fürs Zählen bietet sich eine Laserlichtschranke an. Ein Phototransistor und ein kleines Lasermodul sollten den Zweck erfüllen.

Ein paar Grundlagen wirst du dir draufschaffen müssen. Kennst du jemanden in deiner Nähe, der dir ein bisschen unter die Arme greift. Natürlich kann das hier jemand - aber meist fühlt sich keiner berufen, mit einer Privatnachhilfe bei null anzufangen.

Mit dem Pi bist du als Anfänger gut beraten.

Wie ist denn der Zeitrahmen für dein Projekt?

Wenn es in der Art, wie du es dir vorgestellt hast, mal läuft, kann man es auch ausbauen. Z. B. mit 7-Segment-LEDs, die die Runden als Zahl anzeigen und rauf oder runter zählen... vielleicht auch noch eine Zielsirene. Man könnte auch alles kompakt auf einen Mikrocontroller portieren.

Quote from Andreas

...ergibt sich die Objektgröße über den bekannten Strahlensatz oder über Höhe = Abstand * sin(vom Objekt aufgespreizter Winkel)

Tja, wenn man nur den Winkel wüsste...

Da müsste man jetzt etwas mehr über die Aufgabe wissen.

Was sind das für Teile - wie groß sind sie? Und wie viele?

Wo werden die gemessen - kommen die auf einem Fließband oder sollen die zur Messung ggf. in die Messvorrichtung eingelegt werden? Ist die Position der Teile bekannt? Liegen die gerade oder schräg und kreuz und quer durcheinander?

Triangulation ist relativ aufwändig. Entweder brauchst du eine aufwändige Anordnung oder ein Laserentfernungsmessmodul (könntest du aus einem 30-€-Laserentfernungsmesser ausschlachten) - das haben schon andere probiert und es ist wohl nicht ganz einfach.

Je nach Größe der Teile könnte ein Ultraschall-Entfernungsmesser gehen. Ob die Genauigkeit reicht, müsstet du ausprobieren.

Wie wäre es mit einer beweglichen Lichtschrankenanordnung, die das Teil sozusagen abtastet...

Erklär doch mal die Aufgabenstellung genauer.

Scvhau mal nach OpenCV - damit kannst du per Kamera Objekte vermessen. Ziemlich millimetergenau im günstigen Fall.

In Youtube gibts zahlreiche Videos mit anschaulichen Beispielen.

Da ist dann das Streamen von Sprachinfos wieder sinnvoller. Da können sich die Leute mit den Augen auf die Dinge außen konzentrieren. Texte/Websiten/Monitore lenken ja vom Wesentlichen ab.

Wären nicht mehrere verschiedensprachige Streamingkanäle das Einfachste? Bandbreite hält sich in Grenzen, die Kunden können ihre Sprache wählen, sich das Handy ans Ohr halten und sich auf die beschriebenen Dinge konzentrieren. Der Sprecher muss nur parallel zu seinen deutschen Freikommentaren die jeweiligen Streams starten. Die müssen natürlich aufgenommen werden. Das ist aber wahrscheinlich billiger als die zahlreichen Webseiten aktuell zu halten.

Alles was du brauchst, ist ein Pi (der neueste und leistungsstärkste 3B+ wäre heir sicher zu empfehlen), ein anständiges Netzteil und ne ordentliche Speicherkarte (Bildschirm (hdmi) und Tastatur/Maus (USB) hast du hoffentlich irgendwo). Googel dich mal zu den einschlägigen Händlern durch.
Als Client tuts erstmal dein Handy oder auch ein Tablet, wenn du eins hast (das dürfte ja auch das realistische Szenario deiner Kunden sein).
Die Stromversorgung im Fahrzeug würd ich erst klären, wenn der Rest läuft.

Das wirst du nur mit ausprobieren erfahren. Textseiten ist sicher kein Problem, auch bei großen Nutzerzahlen.

Ob 20 mp3-Streams parallel funktionieren... keine Ahnung. Hängt von vielen Faktoren ab.

Sollte kein Problem sein. Ein Pi, auf dem der Webserver und ein Accesspoint eingerichtet sind. Das Ganze ans Boardnetz oder eine fette Autobatterie angeschlossen und schon sollte es klappen. So lange du keine Videos streamen willst oder die Zahl der Nutzer ausufert, müsste der Pi dafür genügend Kapazität haben. Notfalls mit zwei Pis skalieren.

Bist du mal mit so einem Sightseeing-Bus in einer größeren Stadt gefahren? Die machen die Ansagen mehrsprachig - an jedem Sitz ist ein kleines Gerät, wo man seinen Höhrer einstöpselt und die Sprache wählen kann. Die Texte müssen natürlich einmal übersetzt und gesprochen werden. Aber die Webseiten müsstest du ja auch übersetzen. Nur mal so als Gedankenanregung - vielleicht kannst du was draus ableiten für dein System.

Was du suchst, wirst du ganz sicher nicht zum fertigen Download finden...

Du kannst das mit Python machen. Aber der Aufwand ist enorm!

Wenn du schon mal Erfahrung mit HTML gemacht hast, warum solltest du dann anfangen, dich in die Programmierung einer Grafikoberfläche unter Python einzuarbeiten? Du kannst mit Python oder PHP auf dem Raspi ALS SERVER deine Anwendung genauso gut serverseitig programmieren und musst kein Client-ServerSystem from the scratch entwickeln.

Ein kleines Tablet, Handy, evtl sogar ein HTML-Fähiger eBook-Reader (ePaper - lange Laufzeit) könnte dir als Client dienen (letztere werden sich nur schwer mit einem Barcodeleser verbinden lassen).

Natürlich kannst du auch einen Client entwickeln, was ungleich mehr Arbeit ist. Dann würd ich dir aber zu einem ESP8266 oder ESP32 raten - der kann WLAN und hat sicher auch genügend Speicher. Beim Bildschirm solltest du dich dann aber schlank halten. Wie wäre es mit einem 4,2" ePaper Display 400x300 Pixel. Die Akkus und der Tragekomfort werden es danken. (Wie soll jemand arbeiten, wenn er einen Raspi, ein 7" TFT und ein 300g Akkupack am Arm hat?) Einen Codescanner könntest du seriell anbinden oder mittels Kamera und passender Software realisieren.
Aber der Aufwand - ich sagst noch mal - ist um ein vielfaches höher, als ein Tablet/Handy und eine Webanwendung zu benutzen.

Sorry, wenn ich mal offen bin:

Du hast keine Ahnung, stellst Anforderungen, die völlig unrealistisch sind, hast einen Lösungsansatz, den keiner hier teilt und lässt dir nichts sagen.

Wenn du schon jetzt weißt, dass wir dir nicht helfen können, solltest du gar nicht erst fragen.

Out of the Box? 7" Display, Raspberry und Akku für 12 Stunden am Arm - mit eingebautem Barcodescanner? Viel Vergnügen bei der Suche.

Du solltest dich ein bisschen damit befassen, wie man Wünsche mit Möglichkeiten abgleicht, statt auf phantastische Illusionen zu bestehen.

Wäre es nicht einfacher, du machst das mit einer Webanwendung und nimmst ein paar billige Tablets als Clients? Einen Barcodescanner könntest du per USB anklinken - der simuliert ja sowieso nur eine USB-Tastatur.

Ein Tablet kriegst du für deutlich unter 100 € - viel billiger wirds mit Raspi + Bildschirm+ Gehäuse + Akku + Ladeelektronik, usw. usf. auch nicht.

Bei den Akkulaufzeiten wirst du Kompromisse machen müssen. Aber das musst du beim Raspi auch. Ggf. hängt man das Teil in der Mittagspause noch mal ans Ladegerät...

Hallo!

Die einzelnen Paletten sollen also von oben mit Lichttastern erfasst werden? Du schriebst "kein Reflex" - aber die Dinger heißen Reflexions-Lichttaster und messen das von der Palette reflektierte Licht. Du wolltest sicher ausdrücken, dass du keine Reflektoren irgendwo hinkleben musst.

Du wirst aber vermutlich mehr GPIOs brauchen, als der Pi bereitstellt, musst also Porterweiterungen nutzen. Es gibt fertige Hats (z. B. von Prindopia) oder du bastelst dir selbst was.

Der Pi könnte als Webserver für das Tablet programmiert werden und die Daten auf diese Weise anzeigen.

Du wirst allerdings recht lange Kabel haben, die allerhand Störsignale auffangen. Deine Abfrage der Lichtschranken sollte deshalb besser nicht mit Interrupts arbeiten (wird bei den Porterweiterungen eh schwierig), sondern einfach zyklisch die Zustände abfragen und erst dann einen Zustand ändern, wenn mehrere Abfragen hintereinander das gleiche Ergebnis geliefert haben.

Technisch dürfte das alles kein Problem sein.

Eine Zigarrenkiste von der Größe wird vor dem ersten etwas größeren Kieselstein kapitulieren. Von Dreck, Regen, Schnee und Eis, Kälte und Hitze brauchen wir da gar nicht reden. Das Problem ist wahrscheinlich weniger die Programmierung als vielmehr die Mechanik des ganzen Gefährts. Wenn es nicht gerade auf englischem Rasen fahren soll, wirst du zwei Nummern größer ansetzen müssen. Abgesehen davon wird wahrscheinlich recht bald ein vorbeikommendes Lebewesen das Teil entweder erlegen und ausweiden oder mit in seine Höhle (oder ins heimische Kinderzimmer) nehmen.

Ein relativ illusorisches Anliegen, meiner Meinung nach.

Die Powerbank wird nicht lange halten. Was du mit einer Solarzelle auf dem Dach eines so kleinen Gerätes tagsüber aufladen kannst, ist nach wenigen Stunden (wenn nicht Minuten) verbraucht. Der Pi braucht einfach zu viel Strom.

Ich hab mal auf die Schnelle gegoogelt und ein Solarmodul (13x20 cm) mit 4 W Peak gefunden.

Meine 83 KW Solaranlage auf dem Dach (mit optimierter Ausrichtung) bringt einen Faktor 2,6 - also 2,6 KWh pro installiertes KW Peak in 24 h (im Jahresdurchschnitt). In guten Sommermonaten ist es ein Faktor 5,2. In dunklen Wintermonaten 0,3.

Ein solches kleines Modul würde also im Sommer maximal 20 Wh/Tag bringen, im Winter 1,2 Wh/Tag.

Das entspricht bei 5 V einer Dauerleistung von ca. 170 mA (im Sommer) und 10 mA im Winter. Verluste aller Art sind da nicht mal eingerechnet... Praktisch wird der Wert deutlich niedriger sein.

Im Juli könntest du einen Pi damit noch am Leben halten. Allerdings ohne Kamera, GPS, GSM und vor allem ohne Motorantrieb. Im Winter wird das gar nichts. Schon die Kälte wird dem Akku zusetzen...

Wenn überhaupt, geht es höchstens mit einer Ladestation, an der sich das Gerät gelegentlich mit Strom vollsaugt (wie ein Staubsaugerroboter). Wenn er autark durch die Welt fahren soll, kommt er aber nicht weit.. Natürlich könntest du auch immer nur so viel rumfahren, wie der Akku hergibt... dann bleibt das Teil stehen, bis wieder mal die Sonne drauf scheint. Wenn der Akku voll ist, gehts weiter. Der wird dann aber deutlich mehr mehr stehen als fahren.

Es gibt auch LAN-Adapter mit Ladefunktion (z. B. hier) - sind aber wohl nicht so leicht zu finden.

Oder sowas.

Ziemlich aufwändig. Willst du die dann alle verkabeln oder lieber alle paar Monate die Batterien wechseln? Die ESPs werden da auch nicht lange hängen, wenn es sich mal rumspricht, dass man die dort kostenlos von der Wand knibbeln kann... es sei denn, du baust sie unterputz ein. Und ein Netzwerk mit Hunderten von Sendern und Empfängern wird dir auch Kopfzerbrechen machen.

Das mit der Sendestärke ist ohnehin nicht so richtig zuverlässig. Da spielen viele Faktoren rein.

Wenn du über die Empfangssignalstärke gehst, dann eher mit wenigen Sendern an exponierten Orten.

Ich hab bei einer RFID-Lösung ein besseres Gefühl. Die Tags sind passiv, brauchen also wenig Wartung, und können in engen Abständen angebracht werden. Damit hast du bei Bewegungen ein relativ zuverlässiges Signal. Und preiswert ist es auch. Allerdings müsste man mal testen, welche Frequenten geeignet sind, was die Reader Kosten und wie nah man an die Tags dran muss, um sie zu erkennen.

Um so interessanter ist RFID - weil du die Tags überall hinkleben kannst und so ein engmaschiges Netz auch an komplexen Klettergebilden im Raum aufbauen kannst. Schau auch mal nach NFC - da gibts ne ne Low-Energy-Bluetooth-Variante von RFID - könnte auch interessant sein.

Ich bin auch der Meinung, dass ein Pi gar nicht in Frage kommt - wegen Größe, Kosten und vor allem Energieverbrauch.

Mit einem µC ist das sicher besser lösbar.

Für die Höhenmessung käme man vielleicht präziser mit einer Signallaufzeitmessung hin. Allerdings wirds mit Funksignalen nichts werden - die sind zu schnell für einen der üblichen µC. Es gibt spezielle Messtransceiver, aber die sind natürlich teuer. Schallsignale gingen vielleicht. Bei Laufzeitdifferenzen um 3 ms/meter wären Abweichungen unter 1m leicht messbar. Man bräuchte aber zwei Schallsignale (von oben und unten), müsste einen richtungsunabhängigen Empfänger haben und die Schallsignale dürften nicht verdeckt werden (z. B. durch den Körper des Kletterers). Auch Reflexionen sind problematisch. Das macht die Sache recht schwierig. Andersrum könnten die µC Schallsignale senden und mehrere Empfänger werten die Laufzeiten aus und bestimmen daraus die Position. Einzelne Empfänger, die wegen Hindernissen ein Schallsignal nicht oder verspätet bekommen, könnten rausgerechnet werden.

Eine andere Möglichkeit wäre eine Messung der Signalstärke. Man könnte ein relativ engmaschiges Empfängernetz über die Wand ziehen und die einzelnen µC mit sehr kurzen Reichweiten an diese Empfänger senden lassen. Aus den Signalstärken der Empfänger könnte man die Position abschätzen. Der Sender müsste sich ja zwischen den Empfängern mit den stärksten Empfangspegeln befinden. Bewegung des Senders verändert die Signalpegel. Auch hier haben aber Hindernisse, vor allem der Körper des Kletterers, Einfluss. Je dichter das Empfängernetz, desto zuverlässiger dürfte die Ortung sein. Natürlich gehts auch andersrum. Die Sender sind in der Wand und der µC am Gurt misst die Signalstärken. Jeder Veränderung der Signalstärke bedeutet jedenfalls eine Bewegung des Empfängers oder wenigstens einer Person in der Nähe des Empfängers. Bewegungen des Empfängers müssten wenigstens für einen Teil der Signale proportionale Änderungen der Signalstärke zur Folge haben. Bewegungen von Personen in der Nähe des Empfängers wirken eher nichtproportional. Auch Veränderungen der Lage des Empfängers (drehen kippen, ...) wirken auf die Empfngsstärke. Ich stell mir schwierig vor, zwischen den verschiedenen Einflüssen zu unterscheiden. Trotzdem müsste eine grobe Positionsbestimmung damit möglich sein.

Ich hab kürzlich ein paar Beiträge zu IPS (Indoor Positioning System, Indoor Positionsbestimmung) gelesen. Das ist sicher ein Stichwort, wo man weitersuchen kann. Dort tauchen immer wieder RFID, Bluetooth und Ultra-Wideband als Basis auf.

RFID hätte den Vorteil, dass es kostengünstig ist (1000 Tag-Etiketten für 170 € - wenn sowas geeignet ist... bei 50 cm Abstand würde das für 250 qm reichen). Man könnte die Wand mit einem engmaschigen Netz aus Tags bepflastern und den µC mit diesen Tags kommunizieren lassen. Da die Reichweite kurz ist, sind immer nur wenige Tags erreichbar und geben so Aufschluss über die Position. Man bräuchte auch keinerlei Elektronik außerhalb der Gurte. Es gibt da aber viele verschiedene Techniken und Frequenzen... da muss man wohl schauen, was am besten geeignet ist.

Wenn SIL2 für eine Schutzabdeckung genügt... also der PFD-Wert (probability of failure on demand) zwischen 1/100 und 1/1000 liegt... dann vielen Dank! Wenn ich zweimal täglich eine Schutzabdeckung öffne, funktioniert die Abschaltung der Maschine im ungünstigen Fall alle 2 Monate einmal nicht. Da hätte ich dann doch bedenken.

Andererseits sind, wie ich gelesen habe, die Anforderungen von SIL4 so hoch, dass sie nicht mal bei Autos Anwendung finden.

Das Ganze ist möglicherweise auch ziemlich interpretationswürdig. PFD bezieht sich vielleicht auch nur auf Funktionen, die viel seltener ausgelöst werden - ein Not-Aus zum Beispiel, den ich vielleicht zweimal im Jahr betätige. Dann wären meine Finger statistisch erst frühestens nach 50 Jahren ab... Ohnehin ist vieles in diesem Bereich sehr schwer greifbar.

Umsetzbar ist das sicher - so dass ein paar LEDs blinken und die Pis auf einen Fehler korrekt reagieren. Nur für den harten Praxiseinsatz wird man die nötigen Prüfbescheinigungen wohl eher nicht bekommen. Natürlich kann man mit Redundanzen so ein System sicherer machen. Für welche Anwendungen es dann aber sicher genug ist, kann man kaum abschätzen. Insofern sollten deine Erläuterungen auf die möglichen Mängel des Systems hinweisen.

Letztlich ist es eine nette Spielerei, von der ein ernsthafter Maschinenentwickler aber die Finger lassen sollte.