I've enabled a slightly more aggressive caching on the BSD Cafe Mastodon instance.
Uncategorized
1
Posts
1
Posters
18
Views
-
I've enabled a slightly more aggressive caching on the BSD Cafe Mastodon instance. It shouldn't be necessary, but I want to see how things change.
If you notice any issues, please let me know.Your Barista,
@stefano -
undefined stefano@mastodon.bsd.cafe shared this topic on
Gli ultimi otto messaggi ricevuti dalla Federazione
-
@francommit perfetto, inizio a capire qualcosa. Grazie @snow @lgsp @andre123 @gecco
-
Sì, puoi fare così
Il nodo sul tetto sarà un dispositivo autonomo, con un suo ID.
Non ha bisogno del Bluetooth una volta configurato.
Il Bluetooth serve solo per la configurazione iniziale.Procedura corretta:
1️⃣ Lo configuri da vicino con il telefono (Bluetooth).
2️⃣ Imposti modalità (client o router), parametri, canale ecc.
3️⃣ Lo installi sul tetto.
4️⃣ Da quel momento lavora da solo.I messaggi del tuo nodo “mobile” arriveranno al tetto via radio, non via Bluetooth.
Il Bluetooth non c’entra nulla con il funzionamento mesh, serve solo per configurare.
Puoi usare la stessa app per configurare entrambi i nodi, uno alla volta.
Non devono “ricevere solo da uno”: nella mesh parlano con chiunque sia sulla stessa frequenza e con gli stessi parametri.In pratica:
📡 Nodo mobile → parla via LoRa
📡 Nodo sul tetto → inoltra ciò che riceve via LoRa
📱 Bluetooth → solo per configurazione localeUna volta sul tetto, il nodo è indipendente.
-
@evan I've chosen unicorn, but i mean dragon, tbh.
-
@ilarioq quando avvii l'app puoi selezionare il dispositivo dall'elenco, quindi si, chiaramente devi essere a "portata di bluetooth". Comunque con le ultime versioni oltre a configurarlo puoi anche aggiornare il nodo dallo smartphone senza smontarlo ogni volta dal tetto per collegarlo al PC @snow @lgsp @andre123 @gecco
-
Capisco cosa intendi.
Collegare il nodo a Internet con MQTT non crea copertura radio in quella zona.
Crea un collegamento logico tra reti.
Se nel punto dove lo metti non arriva alcun segnale LoRa, quel nodo:
* non ripete nulla via radio
* non estende copertura RF
* non “illumina” la zonaFa solo da ponte tra radio locale (se presente) e rete Internet.
Se domani in quella zona comparisse almeno un altro nodo LoRa, allora sì:
potrebbe fare da ponte tra quel nodo e il resto della rete tramite MQTT.Ma finché non riceve nessuno via radio, resta un nodo isolato collegato a Internet.
La copertura radio nasce solo da:
* linea di vista
* altezza
* antenna
* presenza di altri nodi raggiungibiliInternet non sostituisce la propagazione RF.
Se vuoi metterlo lì in attesa che compaiano altri nodi, va benissimo.
Ma è un nodo in stand-by, non un estensore di copertura.
-
Ricordate se avete un antivirus iraniano di disinstallarlo
-
@kuechenlatein @freuwesen hier das issue: https://github.com/Automattic/wordpress-activitypub/issues/2990
hier der fix: https://github.com/Automattic/wordpress-activitypub/pull/2991
-
I have a question about Python libraries and testing scope.
If I'm importing 'serial' in my library, and use it like the following to create a connection to a sensor:
--- start code ---
import serial
class Sensor:
def __init__(self, serial_device):self.__serial_device = serial_device
try:
self.__connection = serial.Serial(
port=serial_device,
baudrate=9600,
bytesize=serial.EIGHTBITS,
parity=serial.PARITY_NONE,
stopbits=serial.STOPBITS_ONE,
)except serial.SerialException:
print("Could not establish serial connection to sensor")--- end code ---
how much testing should I do around the serial connection? Just mock up a few buffers (byte streams), and see how my class handles unexpected input?
One the one hand, I want to make the library as solid as possible. On the other hand, I don't want to run tests on code I don't control (the library module). I know of the 'mock-serial' utility, but haven't used it.
The aim is to make a Python version of my Arduino library for the CozIR Ambient CO2 sensor:
