Setting a decent #deliverylimit in #reticulum #meshchat for an #rnode interface that matches a given radio parameter set (or sets) (#spreadingfactor #sf etc.) helps avoid the sad scenario that an rnode uses up its 10% maximum legally permitted #dutycycle allowance for that #radio #ismband when trying to send or resend payloads that stand no chance of 100% delivery in a reasonable time frame. https://loramesh.org/SF

My first ever #meshtastic chat is amazing ! But the connection is lost repeatedly and this error comes up.... do I change a setting to avoid this? What is the cause ? duty-cycle? but I have MQTT and proxy on so I think I have mainly internet link - my kit is feeble and no-one in vicinity for radio connection/s. Does it cut me off even if not using antenna ? #dutycycle #868mhz

So, I'm liking #𝚙𝚒𝚐𝚙𝚒𝚘 for some of its capabilities, but not so much other aspects. Like the bits of incorrect #documentation (𝘦.𝘨., a #dutycycle is a 𝗽𝗲𝗿𝗰𝗲𝗻𝘁𝗮𝗴𝗲, not a range), the lack of examples, and (most of all) the apparent inability to have multiple concurrent C/API processes accessing the #GPIO because #𝚐𝚙𝚒𝚘𝙸𝚗𝚒𝚝𝚒𝚊𝚕𝚒𝚜𝚎() starts the #𝚙𝚒𝚐𝚙𝚒𝚘𝚍 dæmon and fails if it's already running.

Where can a n00b #Pi GPIO hacker ask about these things?

Mein #Tasmota Experiment ist krachend gescheitert.

Weil der #Dutycycle immer voller wurde und absehbart wurde, wann nichts mehr geht, wollte ich für Strommessungen von den echt teuren #hmIP Geräten weg. Da #Cloud keine Lösung war, Cloud ist nie die Lösung sondern Teil des Problems, blieb ich bei fertigen Tasmota-#Steckdosen hängen.

Die ersten 3, von #delock waren ziemlich gut. Laufen recht ordentlich, sind ohne Kalibrierung sofort einsetzbar, aber immer noch recht teuer. Ich will doch nur messen!

Dann habe ich ein Set aus vier Steckdosen für grob 50,- gefunden. Yay, billig. Ja BILLIG! Noch am gleichen Tag zurückgeschickt. Die hab ich nicht stabil ins WLAN bekommen. Manche wollten gar die Konfiguration gar nicht erst speichern.Die gingen gar nicht.

Dann #Nous A1T entdeckt. Die waren besser. Es brauchte zwar immer ein paar Anläufe, aber dann lief es.
Jaaaahaaaaa, dachte ich. WLAN lief mal so mal so. Als die immer wieder komplett ausstiegen und nur ein harter RESET, nein, zertrümmern musste ich die nicht, so hart war der Reset dann doch nicht, half, ist mir irgendwann die Hutschnur geplatzt.

Erst habe ich mich hingesetzt und den Duty-Cycle durch Programmieroptimierungen auf unter 20 gedrückt und dann den Mist #Amazon wieder vor die Füße geschmissen.

Jetzt habe ich zwei weitere hmIP-Steckdosen gekauft, 2 Stk sind doppelt so teuer wie 4 Tasmotas. Aber das ist mir mein Seelenfrieden wert. Außerdem hab ich ja ein paar Reserven geschaffen. Die Übersicht über die Stromverbräuche wird nun zwar nur noch alle 3 Minuten aktualisiert, aber das ist eigentlich nur bei der Anzeige der akrtuellen Leistung und den aktuellen Strömen schade, die nun noch weniger Echtzeit sind.

Aber ich denke, perspektivisch läuft es entweder auf eine zweite #CCU hinaus oder ich muss mich doch mal etwas mehr mit dem Logging direkt in der CCU beschäftigen. Vielleicht spart man ja so auch eine Menge Aufrufe ein.

Jetzt muss ich erst einmal völlig verschüttete Löterinnerungen ausgegraben, ich hab nämlich einen HM-Bausatz gekauft. Diesen #Stromzähler für den Zählerkasten. Aber Löten ist hoffentlich wie Fahrradfahren, man verlernt es nie...

I've spent quite a while searching online for a simple answer to this question, but no luck so far. I'm developing a #software #music #synthesiser, and I'd like to generate #pulseWaves of a given #dutyCycle, #frequency and #amplitude. What's the most #programmer friendly equation for this?

In case you're wondering, my synth is, of course, written in #Rust, using #PortAudio, and entirely for fun.