Posts by Dieter

  • [Gelöst] Ansible focal auf Raspberry - Kernel hat keinen GPIO-IR support

    @ Seahawk,

    nach "git pull origin" ist der RX ok, but TX ist immer noch falsch. Sollte "gpio-ir-tx" sein.

    Und "pwm-ir-tx" wird nicht unterstützt.

    Auch brauchen wir die anderen Dinge wie pullup.


    Vorschlag: Eine Möglichkeit um ganze Zeilen eizufügen, dann ist man flexible.

    Für einfache Fälle reicht das vorhandene.


    Wenn Du mir Zeit gibst schicke ich einen Pull-Request.

    Code
    dtoverlay=gpio-ir,gpio_pin=18,gpio_in_pull=up
dtoverlay=gpio-ir-tx,gpio_pin=22

  • [Gelöst] Ansible focal auf Raspberry - Kernel hat keinen GPIO-IR support

    Hi,

    gelöst:


    War ein Problem speziell mit Raspi 2 und SSD am USB.

    Der Raspi booted via SD in die SSD.

    Dabei muss die usercfg.txt auf der SD sein, aber die Boot-Partition der SSD ist gemounted.

    Damit schreibt Ansible in die SSD wo es nicht verwendet wird.

    Manuelles kopieren war angesagt, dann hat es funktioniert.


    Vermutlich muss man auch den Kernel manuell updaten.

    Man könnte die Boot-Partition der SD als boot mounten (manuell die fstab anpassen).


    Später läuft es auf einem Raspi 3 der kann direkt von SSD booten.

  • [Gelöst] Ansible focal auf Raspberry - Kernel hat keinen GPIO-IR support

    Hallo Seahawk, Danke,

    hatte ich gemacht (mit gpio-ir-recv), ist ja nicht mein erster PI.

    Mit Raspbian läuft das auch (allerdings mit "gpio-ir" ohne "-recv"). Auch der TX Funktioniert dort (leidlich und meist, ist halt kein Realtime-System).

    Habe den pwm Sender benutzt.


    Das habe ich bei Raspbian drin und läuft seit ~1 Jahr:

    Code
    dtoverlay=gpio-ir,gpio_pin=22,gpio_in_pull=up
#dtoverlay=gpio-ir-tx,gpio_pin=18
dtoverlay=pwm-ir-tx,gpio_pin=18

    Habs mit und ohne "-recv" versucht.


    BTW: Die Quellen der Treiber in media/rc für die gpio-ir sind identisch.


    Mit modprobe lädt der gpio-ir-recv, aber automatisch geht nichts.

    Habe keine udev in raspbian gefunden, war meine Hoffnung das da was fehlt.

  • Umstellung von Quad auf Unicable LNB

    Beim Einschalten, wenn der LNB Spannung bekommt:

    Nach Timeout schließt das Plugin den Stream und die Octopus nimmt die Spannung weg.

    Der LNB hatte keine Chance.


    ich habe den LNB Dur Line UK 124.

    Von DD habe ich erfahren das dies bei allen Herstellern so ist.

  • [Gelöst] Ansible focal auf Raspberry - Kernel hat keinen GPIO-IR support

    Hi,

    leider hat der Ubuntu Kernel für den Raspi keine Treiber für gpio-ir Support (sind im kernelconfig nicht aktivert).

    Kennt sich jemand aus damit man das in den Stockkernel bekommt?

    Ich hatte gehofft die Zeiten wo ich am Wochenende den Kernel baue sind vorbei :-).

    Auf dem Raspi wird das sicher dauern.


    Eventuell die Module "out of tree" bauen?


    2: In the "Role" rpi sind die Namen für die Device-Tree-Einstellungen falsch. Sollten sein: gpio-ir, gpio-ir-tx, pwm-ir-tx.

  • Umstellung von Quad auf Unicable LNB

    Hi,

    denke auch daran dass die "Unicable" LNBs booten und zu langsame sind für das satip plugin.

    Bei mir hängt der LNB 24h am Netzteil. Das braucht etwa 4W.


    Ich hatte auch mal den Timeout in plugin erhöht, mein Vorschlag wurde aber nicht angenommen.


    PS: Octopus ist schon Klasse, aber kauf die Rackversion. Der 8 fach Octopus im kleinen Gehäuse hat nen Lüfter!

  • Vorbereitung 2.4.1

    Hi,

    Imho wissen die meisten Udev-Gegner nicht so recht was es macht und kann.

    Es ist schon ein geniales Stück Software.

    Ich habe schon mehrfach die libudev im professionellen Umfeld eingesetzt. Hat jedes mal viel Zeit gespart. Aber es gab oft Diskusionen mit Kunden und Kollegen....

  • Ankündigung "GeoTagger"

    Man muss die Bilder per dragdrop auf die Position ziehen.

    Hab ich auch ne Weile gebraucht um dieses schräge Verhalten zu kapieren.


    Ansonsten ist digikam ziemlich gut.

  • [Gelöst] yavdr ansible - Wakeonlan funktioniert mal wieder nicht

    Hi,

    keiner der Werte in /proc/acpi/wakeup hat bisher geholfen.

    Nach manuellem boot stehen sie auf enabled (d.H. der wol.service funktioniert).


    Was ich bisher gefunden habe:

    acpi-wakeup-4-letters-code-meaning

    make-changes-to-proc-acpi-wakeup-permanent

    ubuntuusers


    Mit

    Code
    lspci -tv

    kann man die "Verdrahtung" anzeigen.

    Demnach müsste es dieser Eintrag sein:

    Code
    /proc/acpi/wakeup:
RP03      S4    *enabled   pci:0000:00:1c.2

    Reicht aber nicht. Bei S4 ist er auch enabled, aber was ist mit S5? Das ist vermutlich das Problem.

    (Die Hardware kann's, hat ja mit 12.04 jahrelang funktioniert)

  • [Gelöst] yavdr ansible - Wakeonlan funktioniert mal wieder nicht

    Bei mir gibt es diese:

    Und vom Dell m4500:

    Heist das wir müssen einfach probieren?

  • yavdr ansible

    Code
    NVIDIA Corporation GK208 [GeForce GT 630 Rev. 2] (rev a1)

    Treiber:

    xserver-xorg-video-nvidia-435


    Läuft seit Jahren ohne Probleme.


    Der Treiber war seither r430, wurde heute auf r435 angehoben. (Vermutlich der Grund für die xorg Problem von oben.)

  • yavdr ansible

    Sollten wir nicht diesen Mammut-Thread schließen und für jedes Problem einen eigenen thread starten?

    Am besten in einem neuen Ansible Bereich.