QuoteThe ADC input is capacitive, and when sampling, it places about 1pF across the input (there will be additional
capacitance from outside the ADC, such as packaging and PCB routing, to add to this). The effective impedance, even
when sampling at 500ksps, is over 100kΩ, and for DC measurements there should be no need to buffer.
Quelle: https://datasheets.raspberrypi…2040/rp2040-datasheet.pdf
Seite 561
QuoteWikipedia ist keine vertrauenswürdige Quelle, was gute Journalisten vor einiger Zeit mit harten Fakten und einem Gerichtsverfahren widerlegt haben,
Wenn die guten Journalisten mit harten Fakten widerlegt haben das "Wikipedia keine vertrauenswürdige Quelle" ist,
dann ist demnach Wikipedia eine vertrauenswürdige Quelle. 
Moin,
hast Du einen Pico mit wlan?
Dann gilt:
QuoteDisplay More3.4. The on-board LED
Unlike the original Raspberry Pi Pico, the on-board LED on Pico W is not connected to a pin on RP2040, but instead to a GPIO pin on the wireless chip. MicroPython has been modified accordingly. This means that you can now do:
>>> import machine
>>> led = machine.Pin("LED", machine.Pin.OUT)
>>> led.off()
>>> led.on()
or even:
>>> led.toggle(
statt:
led_onboard = Pin(25. Pin.OUT)
led_onboard.on()
sleep(1)
led_onboard.off()
Quelle:https://datasheets.raspberrypi…-internet-with-pico-w.pdf
Moin,
neu ist das nicht- Siehe :
Moin,
auf meinem RP4 mit Buster war es auch so. Gelöst habe ich es durch apt update/full-upgrade.
Dann habe ich in Chromium unter "Einstellen -> erweitert ->Einstellungen zurücksetzen " Chromium auf die Standardwerte zurückgesetzt.
Danach stürzte Chromium nicht mehr beim Aufruf von Youtube ab.
EDIT: Zu früh gefreut, nach erneuten Aufruf von Chromium ist der Fehler wieder da.
QuoteGibt es eine Tabelle in welchen Auflösungen die HQ arbeitet ohne das Sichtfeld zu skalieren?
HQ Camera
https://www.raspberrypi.com/do…o/accessories/camera.html
Quelle:
| Mode | Size | Aspect Ratio | Frame rates | FOV | Binning/Scaling |
|---|---|---|---|---|---|
0 |
automatic selection |
||||
1 |
2028x1080 |
169:90 |
0.1-50fps |
Partial |
2x2 binned |
2 |
2028x1520 |
4:3 |
0.1-50fps |
Full |
2x2 binned |
3 |
4056x3040 |
4:3 |
0.005-10fps |
Full |
None |
4 |
1332x990 |
74:55 |
50.1-120fps |
Partial |
2x2 binned |
Moin,
PI OS Legacy ist ja auch nicht Bullseye
QuoteRaspberry Pi OS (Legacy)
A stable legacy version of Raspberry Pi OS Buster for people who need the Raspicam apps, the Picamera Python library, or OMXPlayer.
Not sure which version to download? Read this to help you decide.
Moin,
ähnlicher Fehler ? : https://forums.raspberrypi.com/viewtopic.php?t=323414
Moin
zu den Lieferproblemen hat sich Eben Upton geäußert: https://www.raspberrypi.com/ne…irst-ever-price-increase/
Quote2GB Raspberry Pi 4 temporarily moves back to $45
1GB Raspberry Pi 4 makes a comeback
This is all temporary
Moin,
Quote
Oder muss ich bei den Schnittstellen noch etwas beachten?
Das Pinout der DSI-Anschlüße ist unterschiedlich.
Siehe:
https://wiki.somlabs.com/index…PI-DSI_.28input.29_Pinout
Ein ähnlicher/gleichen Fehler wird im englischen Forum auch von mehreren Benutzern beanstandet:
Moin,
mosquitto auf RPI installieren:
https://plantprogrammer.de/mqt…m-raspberry-pi-mosquitto/
wenn Du den RPI in Dein Wlan eingebunden hast oder ihn als AP (192.168.33.1) benutzt kannst Du
auf der im Shelly eingebauten Webseite die Mqtt-Einstellungen vornehmen.
Die Eigenschaften des Plugs kenn ich nicht, müßte ich auch selbst nach "googeln".
QuoteWenn ich das richtig lese gibt es beim Shelly 1PM keine möglichkeit, das Signal selbst zu verarbeiten, oder? So wie ich das verstehe kommt der mit einer fertigen APP und Cloud Software?
Man hat mehrere Möglichkeiten, die Cloud oder eine fertige App kann man nutzen, muß man aber nicht.
Will man Clod/App nicht nutzen hat man noch die Möglichkeit den 1PM ins eigene Wlan Netz zu integrieren oder ihn als AP zu benutzen, dann kann man ihn über eine interne Webseite bedienen ohne dafür in www zu müssen.
Außerdem ist der PM1 noch Mqtt fähig und kann einen Mqtt-Server (den man auf einen Raspberrypi einrichten kann) bedienen.
Moin,
QuoteNehme gerne auch andere Lösungen an. WLAN Steckdosen die man programmatisch abfragen kann oder so.
Schau Dir mal den Shelly 1PM an.
Moin,
ohne Gewähr_:
https://www.reichelt.de/de/de/…iEAQYASABEgJV2_D_BwE&&r=1
Edit: natürlich mit der Noir-Kamera von Raspberrypi :https://www.berrybase.de/raspb…r-camera-module-8mp-v2.1#
Moin,
es geht in diesem Thread nicht um den Pico, sondern um den Arduino Nano RP2040.
Siehe Link Post 1: https://www.elektormagazine.de…a37db71&mc_eid=360b949168
Moin,
Quotewas könnte ich noch probieren?was könnte ich noch probieren?
Moin,
im englischen Forum hat jemand über ein ähnliches Problem berichtet.
https://www.raspberrypi.org/fo…wtopic.php?f=140&t=306242
Er hat den Anschluß mit Pressluft ausgeblasen, danach soll das Problem verschwunden sein.
Moin,
ich hatte auch unter Debian in Arduino 1.8.13 IDE in der Boardverwaltung
"Arduino Mbed OS RP2040 Bords" installiert, konnte aber auch nicht "uploaden".
Im englischen Forum habe ich dann folgendes gefunden:
QuoteI found this script in ~/.arduino15/packages/arduino/hardware/mbed_rp2040/2.0.0/post_install.sh
running it with sudo installs the rule then upload worked.
Habe dann als Root "./.arduino15/packages/arduino/hardware/mbed/2.0.0/post_install.sh" ausgeführt und neu gebootet (udev neu laden hätte wahrscheinlich gereicht).
Wenn man nun den Pico mit gedrückter Bootselect-Taste in die USB-Buchse steckt wird kein Port angezeigt, das "Uploaden" funktioniert jetzt aber.
Nach dem "Uploaden" verbindet sich der Pico automatisch mit /dev/ttyACM0.
Danach reicht für ein erneutes Uploaden ein Druck auf die Bootselect-Taste.
Außer "Blink" habe ich auch noch nichts getestet.
