Es ist ein Raspbian GNU/Linux 10 ohne besondere Konfiguration.
also meine
/etc/wpa_supplicant/wpa_supplicant.conf ist recht minimalisitisch:
Es ist ein Raspbian GNU/Linux 10 ohne besondere Konfiguration.
also meine
/etc/wpa_supplicant/wpa_supplicant.conf ist recht minimalisitisch:
Hier mal meine /etc/dhcpcd.conf
# Generate SLAAC address using the Hardware Address of the interface
#slaac hwaddr
# OR generate Stable Private IPv6 Addresses based from the DUID
#slaac private
slaac hwaddr
# Example static IP configuration:
#interface eth0
#static ip_address=192.168.0.10/24
#static ip6_address=fd51:42f8:caae:d92e::ff/64
#static routers=192.168.0.1
#static domain_name_servers=192.168.0.1 8.8.8.8 fd51:42f8:caae:d92e::1
# It is possible to fall back to a static IP if DHCP fails:
# define static profile
#profile static_eth0
#static ip_address=192.168.1.23/24
#static routers=192.168.1.1
#static domain_name_servers=192.168.1.1
# fallback to static profile on eth0
#interface eth0
#fallback static_eth0
interface wlan0
static ip_address=192.168.178.70/24
static routers=192.168.178.1
static domain_name_servers=192.168.178.1
Display More
die Zeilen:
hab ich grade angepasst.
die IPv4 ist auf jedenfall Fix hinterlegt. aber IPv6 muss auch aktiviert sein das ich den Serve laufen lassen kann.
Zum Thema Log vergleich da ein Apache drauf läuft kann und das war immer meiner
Also gehe nicht davon aus das ein fremder Pi mein WLAN gehackt hatte.
Ich hab auf meinem Raspi ein komisches verhalten.: Jedes mal wenn sich mein PI neu mit WLAN verbindet ändert sich die MAC-Addresse. Da auf MAC ja die Fritz.Box ihre konfigurationen macht.
Somit bekomme ich gefühlt jeden Tag (der rebootet nächtlich) eine Mail das ein neues Gerät sich eingewählt ins WLAN hat. ![]()
Von den letzten 12 Änderungen sind nur 3 Duplikate die dann auch korrekt sein müssten von der Hersteller MAC Suche
E4:5F:01 Raspberry Pi Trading Ltd
Jmd ne Idee wie das zu Sande kommt? Zumindestens hab ich bewusst nirgends was eingestellt was die MAC
ändern würde.
![]()
Hallo,
ich suche für ein OctoPi-Server eine Kamera. Da der ganze Spaß zum verschenken ist würde am liebsten eine USB-Version anschließen.
In der Liste https://community.octoprint.org/t/usb-webcams-…-streamer/21149 sind zwar welche aufgelistet aber gefühlt sind ja 99% nicht mehr verfügbar.
Muss ja keine super qualität haben,
A-Record auf die IP vom Raspberry oder deine öffentliche IP deiner FritzBox?
Da man nur in Ausnahmen-Fällen eine feste öffentliche IP hat, meistens gibt bei jedem reconnect eine neue. Also muss die entsprechend aktualisiert werden.
Vergleiche mal
nslookup DEINESTRATODNS 8.8.8.8
mit deiner öffentlich IP https://www.google.com/search?q=wie+ist+meine+ip
die sollten identisch sein, dann kannst die Port weiterleitung einrichten:
Hast du folgende Punkte erledigt:
Bei der subdomain auf deine öffentliche IP bzw. eine DynDNS verwiesen?
In deinem Router per NAT zum PI weiter geleitet?
Evtl. Firewall angepasst?
Wenn wir nicht raten sollen, muss du das ganze schon genauer erklären!
Nun steht alles auf absoluten pfaden seit ner woche und die logs sind sauber.
scheint also wirklich nur dqrqn gelegen zu haben
Das shell script wird ja gefunden sonst hätte ich ja nicht die log Ausgabe. (Der Pfad in der cron ist aber absolut)
Oder muss ich für i2cdetect nen absolut pfad suchem?![]()
Ich hab mir unten aufgeführtes ShellScrip zusammen gebastelt, welches auch funktioniert wenn ich aufrufe. und checkt ob die i2c-Device vorhanden sind und falls nicht ne Mail schickt.
Wenn ich das allerdings als Crontab laufen lasse sagt mir das log dazu "i2cdetect: Kommando nicht gefunden."
gleicher Benutzer mit den rechten das auszuführen. hat jmd ne Idee wieso?![]()
![]()
#!/bin/bash
mapfile -t data < <(i2cdetect -y 1)
i2cdetect -y 1
adressen=(39 76 77)
i2cDevice=0
finder=""
for a in "${adressen[@]}"
do :
for i in $(seq 1 ${#data[@]}); do
line=(${data[$i]})
echo ${line[@]:1} | grep -q $a
if [ $? -eq 0 ]; then
finder="$finder
$a Gerät gefunden."
((i2cDevice++))
fi
done
done
if (( "$i2cDevice" < 3)); then
mail -s "Pi-I2C Error" $EMAILADDRESS <<< "Nur i2cDevices gefunden:
$finder"
exit 1
fi
exit 0
Display More
Ich hab mein 3D- Drucker an den Pi an erfolgreich angeschlossen. (Pi3 + OctoPi Image)
Jetzt hab ich mir die Sonoff S20 bestellt diesen nach Anleitung mit der Tasmoota-Firmware geflashed. Jetzt würde ich gerne den Drucker beim booten und beim Shutdown des Pi auch abschalten.
Bzw. lasse ich bei längeren Druck-Dauer anschließend sofort das System shutdownen dann wäre ja praktisch wenn der Drucker auch aus geht.
Das Plugin Tasmato-Plugin macht mir nur ein Icon in Navi-Bar mit dem ich an und ausklicken kann, aber nix automatisches vor und nach dem Druck?
hat da jmd ne Lösung`? ich hab nix gefunden, bzw. falsch gesucht.
ich hatte / hab das selbe Problem. Auch die Kondensator Lösung half nicht.
Die oben bestriebene Lösung VCC am GPIO hat zwar ne Zeitlang geklappt allerdings ist nun der Pin -wieso auch immer - kaputt.
Dann doch lieber transistor schaltung nutzen
Ich hab ein zusammenhang meiner Fensterrolladen und dem Ausfall festgestellt.
An dem Fenster läuft das Kabel raus.
Ich werde also an nem GPIO und von da den Strom ziehen,
Ist das Problem gelöst worden?
ich hab mir letzte Woche ebenfalls ein Pi-Cam Rev 1.3 gekauft und das gleiche Problem.
Getestet auf nem Pi Zero W und gegen Test auf nem ur Raspberry Pi Model A.
jeweils neustes Raspbian Lite ist installiert.
Das Bild wird per SSH über console mit raspistill erzeugt.
Danach kommt die Fehlermeldung und danach hängt der pi sich nach kurzer Zeit auf.
Der DHT war zu erst mit platine, weil dann nicht mehr lief hab ich einen nackten dran gebaut.
dran gelötet ist ein 10k Widerstand.
Kondensator ist keiner dran, da ich nach dem Forumbeitrag zum ersten mal was gelesen hab vom kondensator.
und bevor ich jetzt die Konstruktion demontiere um nen Kondensator dran zu löten hab ich erst mal mein Freund google und das Forum durch geschaut.![]()
Wo soll der Kondensator dran? Ich hab noch jede Menge 100nF rum liegen.
Eigentlich wäre die GPIO Lösung einfacher aber falls meine Sensoranzahl steigt hab etwas bedenken mit der maximal Last.
Ich hab mir zwar mal den Beitrag durch gelesen:
DHT22-Sensor muss regelmäßig vom Strom getrennt werden, um Werte zu liefern
Hat hier jmd eine brauchbare Lösung gefunden und vor allem eine Ursache?
Ich hab das selbe Problem auf meinem "Raspberry Pi 3 Model B Plus Rev 1.3"
da ist noch BME680 Modul dran und außen hängt ein DHT22 an nem Meter Kabel am Pi.
Wenn ich den DHT22 abstecke und wieder dran stecke liefert er wieder ne Weile Werte.
In Unterschiedlicher Dauer, irgendwie lässt sich da keine Regelmäßigkeit erkennen. Scheint aber wirklich am Pi Model zu liegen, mit nem älteren Model hatte ich so Problem nie.
Ich hab mit Sicherheit irgendwo ein Relais, ich würde die Schaltung um ein Relais erweitern.
Hat hier jmd eine brauchbare Lösung gefunden?
Ich hab das selbe Problem auf meinem "Raspberry Pi 3 Model B Plus Rev 1.3"
da ist noch BME680 Modul dran und außen hängt ein DHT22 an nem Meter Kabel am Pi.
Wenn ich den DHT22 abstecke und wieder dran stecke liefert er wieder ne Weile Werte.
In Unterschiedlicher Dauer, irgendwie lässt sich da keine Regelmäßigkeit erkennen. Scheint aber wirklich am Pi Model zu liegen, mit nem älteren Model hatte ich so Problem nie.
Im Rhein-Neckar Kreis war der Silvester-Peak bei knapp 400µg/m³ auf einem nicht zur Straße zeigenden Balkon.
Zum Feinstaubmessen nutze ich ebenfalls die openData-Implementierung mit dem ESP, die Daten schicke ich über die "an eigene API senden" an mein PI und verarbeite sie da entsprechend. Der macht alle fünf Minuten eine Messung und sendet sie übers WLan an den Pi.
vermutlich machen sich die Chinesen keine Gedanken drüber gemacht, wenn die Lufttemperatur auf ner CPU- Heizung gemessen wird...
du nutz externe Wifi-Boards (Raspi Zero W oder esp8266), die du dann per WLAN ansprechen kannst.
ich hab das gestern beim ebayen gesehen dht22-wifi shield mit dem esp, hat das jmd schon mal getestet?
gibts da ne gute Beschreibung?
Also die 1:1 Kopie hat aufjeden Fall mal prima geklappt, und so schnell war der PC noch gestartet.![]()
Dann hat man vielleicht doch noch ein paar Jahre Spaß mit dem PC.![]()