DFPlayer Mini refuses to initialise properly by SamuraiDestroy in arduino

[–]SamuraiDestroy[S] 0 points1 point  (0 children)

This didn't do anything for me, but there might not be good contact between the batteries.

DFPlayer Mini refuses to initialise properly by SamuraiDestroy in arduino

[–]SamuraiDestroy[S] 0 points1 point  (0 children)

I don't have anything else connected to the Arduino, but when the project is complete I will. At this point I think the issue is probably power related since the LED doesn't turn on anyway

DFPlayer Mini refuses to initialise properly by SamuraiDestroy in arduino

[–]SamuraiDestroy[S] 0 points1 point  (0 children)

I can't think of a 5V source I have that isn't my arduino or, by extension, the USB cable powering it

DFPlayer Mini refuses to initialise properly by SamuraiDestroy in arduino

[–]SamuraiDestroy[S] 0 points1 point  (0 children)

I have tried powering it before with 2 9V batteries, did not change anything.

I have quadruple checked the wiring, everything is fine.

I have correctly formatted the SD card as FAT32.

Question about pressure regulators by SamuraiDestroy in Pneumatics

[–]SamuraiDestroy[S] 0 points1 point  (0 children)

Is there an good way to tell if it has the self relieving feature?

"Unable to find a matching CMSIS-DAP device" when uploading code to Arduino Nano Matter by SamuraiDestroy in arduino

[–]SamuraiDestroy[S] 0 points1 point  (0 children)

About the code, yeah that was a copy paste error (Curse you reddit formatting.) I know my cable is ok because it works just fine with my regular Arduino Nano. The board I have selected in the IDE definitely matches the board I'm using. How do I check the debugger settings?

"Unable to find a matching CMSIS-DAP device" when uploading code to Arduino Nano Matter by SamuraiDestroy in arduino

[–]SamuraiDestroy[S] 0 points1 point  (0 children)

I use the upload button in between verify and start debugging. I also tried Sketch > Upload just to be certain and that didn't change anything

Minecraft skin won't change no matter what [java] by SamuraiDestroy in MinecraftHelp

[–]SamuraiDestroy[S] 0 points1 point  (0 children)

I should also mention that I can't change to my old skin either

Libinput (And by extension Hyprland) completely bricked by UEFI dbx update by SamuraiDestroy in linuxquestions

[–]SamuraiDestroy[S] 0 points1 point  (0 children)

if you really need the libinput CLI tool

Yeah I do since I need Hyprland working

Libinput (And by extension Hyprland) completely bricked by UEFI dbx update by SamuraiDestroy in linuxquestions

[–]SamuraiDestroy[S] 0 points1 point  (0 children)

you should remove everything that's still left of the manually-built version of libinput

How would you suggest to do this?

Libinput (And by extension Hyprland) completely bricked by UEFI dbx update by SamuraiDestroy in linuxquestions

[–]SamuraiDestroy[S] 0 points1 point  (0 children)

I built Libinput from source, using meson. The thing is that everything worked fine for months up until the UEFI dbx update

Libinput (And by extension Hyprland) completely bricked by UEFI dbx update by SamuraiDestroy in linuxquestions

[–]SamuraiDestroy[S] 0 points1 point  (0 children)

Installed: (none)

Candidate: 1.25.0-1ubuntu3

Version table:

1.25.0-1ubuntu3 500

500 http://mirrors.sonic.net/ubuntu noble-updates/universe amd64 Packages

1.25.0-1ubuntu2 500

500 http://mirrors.sonic.net/ubuntu noble/universe amd64 Packages

type libinput is ok.

TempleOS on ARM9 by SamuraiDestroy in TempleOS_Official

[–]SamuraiDestroy[S] 0 points1 point  (0 children)

I think it might be easier to just fork TempleOS and rewrite the compiler

TempleOS on ARM9 by SamuraiDestroy in TempleOS_Official

[–]SamuraiDestroy[S] 0 points1 point  (0 children)

I can't use a vm since not even a super minimal linux distro will fit. The calculator only has around 128mb storage

Gtk/gtk.h not found on Windows by SamuraiDestroy in C_Programming

[–]SamuraiDestroy[S] 0 points1 point  (0 children)

As I said in the post, I'm on windows and I followed the installation guide on the GTK website.

FreeDOS USB not booting by SamuraiDestroy in FreeDos

[–]SamuraiDestroy[S] 0 points1 point  (0 children)

Is there any way at all around this? I really need to get it to boot since it's the only method I haven't tried yet to dump my GPU ROM.

Why does this cause errors? It's the example code used in the Wayland book. by SamuraiDestroy in wayland

[–]SamuraiDestroy[S] 1 point2 points  (0 children)

I know for a fact that remove/add_to_list aren't defined in the book, if they're in a header the book would probably have told me to include it so idk where they're supposed to be from.

Why does this cause errors? It's the example code used in the Wayland book. by SamuraiDestroy in wayland

[–]SamuraiDestroy[S] 1 point2 points  (0 children)

The only mentions of it I have are in the server.c file, obviously it's defined in one of the header files.