CircuitPython auf dem ESP32C3 Supermini

Allgemein

Zuerst benötigt man ein aktuelles .bin File mit dem CircuitPython Release, welches man hier bekommt.

Nachdem der ESP32C3 via USB Port am Rechner angeschlossen ist, muss kurz der mit „Boot“ beschriftete Button gedrückt werden. Jetzt kann man die Firmware mit dem esptool flashen:

esptool --port /dev/ttyACM0 --chip esp32c3 --before default_reset --baud 921600 --after hard_reset write_flash 0x0 adafruit-circuitpython-makergo_esp32c3_supermini-en_US-9.1.4.bin

Wenige Augenblicke später sollte man ein serielles Terminal (REPL) zur Verfügung haben:

picocom /dev/ttyACM0

Jetzt kann man das File settings.toml schreiben und damit den ESP32C3 in das eigene Netzwerk bringen.

Terminal ready
Adafruit CircuitPython 9.1.4 on 2024-09-17; Maker Go ESP32C3 Supermini with ESP32-C3

>>> f = open('settings.toml', 'w')
>>> f.write('CIRCUITPY_WIFI_SSID = "SSIDHIER"\n')
32
>>> f.write('CIRCUITPY_WIFI_PASSWORD = "WIFIPASSWORT"\n')
43
>>> f.write('CIRCUITPY_WEB_API_PASSWORD = "WEBPASSWORT"\n')
38
>>> f.close()
>>>

Nach einem Reload (CTRL+D) des ESP32C3 sollte die per DHCP zugewiesene IP Adresse ersichtlich sein. Unter dieser ist nun ein schmaler Webserver mit allerhand Features erreichbar.

Einmal Kühlschrank reparieren für 0,84 EUR

Allgemein

Samstag Mittag war der Kühlschrank, ein Samsung RS7528THCSL/EF, plötzlich tot. Der FI/LS war nicht geflogen und an der Steckdose lagen 230V an, also lag wohl ein Defekt am Kühlschrank vor. Obwohl er nach 7 Jahren Laufzeit aus der Garantie ist, habe ich trotzdem mal die Samsung Consumer Hotline bemüht, dort riet man mir zu einem Neukauf.

Da ich generell kein Freund davon bin, Geräte einfach zu entsorgen, hat etwas Recherche zu Tage gebracht, dass auf der Platine DA92-00530A die Diode DS2 (eine SB2100) dafür bekannt ist, nach einigen Jahren auszufallen.

Also kurz auf der Oberseite des Kühlschrankes die Verkleidung entfernt, durchgemessen – stimmt. Die Diode hatte in beide Richtungen vollen Durchgang.

Also habe ich die Platine einmal ausgebaut, die Diode entlötet und durch eine etwas stärkere SB3100 getauscht:

Und siehe da, der Kühlschrank war wieder am leben – für ganze 0,84 EUR Materialeinsatz (inklusive partiellen Versandkosten). Die Arbeitszeit darf man natürlich nicht mitrechnen.

Partielle Internetprobleme mit Starlink

Allgemein

Wenn eBay, das Playstation Network und viele andere Dienste plötzlich den Zugriff verweigern:

Dann könnte das an einer schlechten Reputation der IP Adresse liegen, über welche man sich im Internet bewegt. In meinem Fall teilt man sich die IP Adresse dank Carrier-grade NAT (CGNAT) mit vielen anderen Nutzern des ISPs.

Aber schauen wir mal:

Hier also ganz klar das Akamai CDN, welches von vielen Diensten genutzt wird. Die Reputation der eigenen IP Adrese kann man unter https://www.akamai.com/us/en/clientrep-lookup/ prüfen. Und siehe da:

AREDN: Kein Channel -2 auf MikroTik RB912UAG-2HPnD

Allgemein, ,

Auf meinen RB912UAG-2HPnD wollten sich partout nicht Frequenzen/Channels für 13cm zeigen, was sich wie folgt beheben lies:

Telnet auf das GW (user root), dann das File /www/cgi-bin/perlfunc.pm wie folgt ergänzen:

...
    },
    'Mikrotik RouterBOARD RB912UAG-2HPnD' => {
      'name'            => 'Mikrotik RouterBOARD RB912UAG-2HPnD',
      'comment'         => '',
      'supported'       => '1',
      'maxpower'        => '30',
      'pwroffset'       => '0',
      'usechains'       => 1,
      'rfband'          => '2400',
    },
...

Anschließend sind die Channels auch sichtbar. Das sollte so für jedes andere von der Firmware unterstützte Gerät ebenfalls funktionieren. Die passende Bezeichnung bekommt man aus dem Supportfile heraus.

Kubernetes Upgrade v1.9.4 -> v1.9.6 im Raspberry Cluster

Kubernetes, Raspberry

Kubeadmin laden:

Pruefen, ob die Version passt:

Kubernetes v1.9.6 ausrollen:

[preflight] Running pre-flight checks.
[upgrade] Making sure the cluster is healthy:
[upgrade/config] Making sure the configuration is correct:
[upgrade/config] Reading configuration from the cluster...
[upgrade/config] FYI: You can look at this config file with 'kubectl -n kube-system get cm kubeadm-config -oyaml'
[upgrade] Fetching available versions to upgrade to
[upgrade/versions] Cluster version: v1.9.4
[upgrade/versions] kubeadm version: v1.9.6
[upgrade/versions] Latest stable version: v1.9.6
[upgrade/versions] Latest version in the v1.9 series: v1.9.6

Components that must be upgraded manually after you have upgraded the control plane with 'kubeadm upgrade apply':
COMPONENT CURRENT AVAILABLE
Kubelet 5 x v1.9.4 v1.9.6

Upgrade to the latest version in the v1.9 series:

COMPONENT CURRENT AVAILABLE
API Server v1.9.4 v1.9.6
Controller Manager v1.9.4 v1.9.6
Scheduler v1.9.4 v1.9.6
Kube Proxy v1.9.4 v1.9.6
Kube DNS 1.14.7 1.14.7
Etcd 3.1.11 3.1.11

You can now apply the upgrade by executing the following command:
kubeadm upgrade apply v1.9.6


[preflight] Running pre-flight checks.
[upgrade] Making sure the cluster is healthy:
[upgrade/config] Making sure the configuration is correct:
[upgrade/config] Reading configuration from the cluster...
[upgrade/config] FYI: You can look at this config file with 'kubectl -n kube-system get cm kubeadm-config -oyaml'
[upgrade/version] You have chosen to change the cluster version to "v1.9.6"
[upgrade/versions] Cluster version: v1.9.4
[upgrade/versions] kubeadm version: v1.9.6
[upgrade/confirm] Are you sure you want to proceed with the upgrade? [y/N]: y
[upgrade/prepull] Will prepull images for components [kube-apiserver kube-controller-manager kube-scheduler]
[upgrade/apply] Upgrading your Static Pod-hosted control plane to version "v1.9.6"...
[upgrade/staticpods] Writing new Static Pod manifests to "/etc/kubernetes/tmp/kubeadm-upgraded-manifests443390479"
[controlplane] Wrote Static Pod manifest for component kube-apiserver to "/etc/kubernetes/tmp/kubeadm-upgraded-manifests443390479/kube-apiserver.yaml"
[controlplane] Wrote Static Pod manifest for component kube-controller-manager to "/etc/kubernetes/tmp/kubeadm-upgraded-manifests443390479/kube-controller-manager.yaml"
[controlplane] Wrote Static Pod manifest for component kube-scheduler to "/etc/kubernetes/tmp/kubeadm-upgraded-manifests443390479/kube-scheduler.yaml"
[upgrade/staticpods] Moved new manifest to "/etc/kubernetes/manifests/kube-apiserver.yaml" and backed up old manifest to "/etc/kubernetes/tmp/kubeadm-backup-manifests090219554/kube-apiserver.yaml"
[upgrade/staticpods] Waiting for the kubelet to restart the component
[apiclient] Found 0 Pods for label selector component=kube-apiserver
[preflight] Running pre-flight checks.
[upgrade] Making sure the cluster is healthy:
[upgrade/config] Making sure the configuration is correct:
[upgrade/config] Reading configuration from the cluster...
[upgrade/config] FYI: You can look at this config file with 'kubectl -n kube-system get cm kubeadm-config -oyaml'
[upgrade/version] You have chosen to change the cluster version to "v1.9.6"
[upgrade/versions] Cluster version: v1.9.4
[upgrade/versions] kubeadm version: v1.9.6
[upgrade/confirm] Are you sure you want to proceed with the upgrade? [y/N]: y
[upgrade/prepull] Will prepull images for components [kube-apiserver kube-controller-manager kube-scheduler]
[upgrade/apply] Upgrading your Static Pod-hosted control plane to version "v1.9.6"...
[upgrade/staticpods] Writing new Static Pod manifests to "/etc/kubernetes/tmp/kubeadm-upgraded-manifests443390479"
[controlplane] Wrote Static Pod manifest for component kube-apiserver to "/etc/kubernetes/tmp/kubeadm-upgraded-manifests443390479/kube-apiserver.yaml"
[controlplane] Wrote Static Pod manifest for component kube-controller-manager to "/etc/kubernetes/tmp/kubeadm-upgraded-manifests443390479/kube-controller-manager.yaml"
[controlplane] Wrote Static Pod manifest for component kube-scheduler to "/etc/kubernetes/tmp/kubeadm-upgraded-manifests443390479/kube-scheduler.yaml"
[upgrade/staticpods] Moved new manifest to "/etc/kubernetes/manifests/kube-apiserver.yaml" and backed up old manifest to "/etc/kubernetes/tmp/kubeadm-backup-manifests090219554/kube-apiserver.yaml"
[apiclient] Found 1 Pods for label selector component=kube-apiserver
[upgrade/staticpods] Component "kube-apiserver" upgraded successfully!
[upgrade/staticpods] Moved new manifest to "/etc/kubernetes/manifests/kube-controller-manager.yaml" and backed up old manifest to "/etc/kubernetes/tmp/kubeadm-backup-manifests090219554/kube-controller-manager.yaml"
[upgrade/staticpods] Waiting for the kubelet to restart the component
[apiclient] Found 0 Pods for label selector component=kube-controller-manager
[apiclient] Found 1 Pods for label selector component=kube-controller-manager
[upgrade/staticpods] Component "kube-controller-manager" upgraded successfully!
[upgrade/staticpods] Moved new manifest to "/etc/kubernetes/manifests/kube-scheduler.yaml" and backed up old manifest to "/etc/kubernetes/tmp/kubeadm-backup-manifests090219554/kube-scheduler.yaml"
[upgrade/staticpods] Waiting for the kubelet to restart the component
[apiclient] Found 1 Pods for label selector component=kube-scheduler
[upgrade/staticpods] Component "kube-scheduler" upgraded successfully!
[uploadconfig] Storing the configuration used in ConfigMap "kubeadm-config" in the "kube-system" Namespace
[bootstraptoken] Configured RBAC rules to allow Node Bootstrap tokens to post CSRs in order for nodes to get long term certificate credentials
[bootstraptoken] Configured RBAC rules to allow the csrapprover controller automatically approve CSRs from a Node Bootstrap Token
[bootstraptoken] Configured RBAC rules to allow certificate rotation for all node client certificates in the cluster
[addons] Applied essential addon: kube-dns
[addons] Applied essential addon: kube-proxy

[upgrade/successful] SUCCESS! Your cluster was upgraded to "v1.9.6". Enjoy!

[upgrade/kubelet] Now that your control plane is upgraded, please proceed with upgrading your kubelets in turn.

Im letzten Schritt werden die Pakete auf dem Master und den Nodes aktualisiert:

Wenn man ganz mutig ist, kann man das Upgrade der Nodes in einem Arbeitsschritt erledigen:

Nun sollte der Cluster auf v1.9.6 laufen:


NAME STATUS ROLES AGE VERSION
kubemaster1 Ready master 8d v1.9.6
kubenode1 Ready 8d v1.9.6
kubenode2 Ready 8d v1.9.6
kubenode3 NotReady 8d v1.9.6
kubenode4 NotReady 6d v1.9.6

Done.