Ogni volta nella storia una guerra non è mai chiamata guerra.
Uncategorized
2
Posts
2
Posters
1
Views
-
Ogni volta nella storia una guerra non è mai chiamata guerra. Se la minaccia non è dimostrabile allora la si chiama attacco preventivo
https://left.it/2026/03/03/gli-assassini-applauditi-come-liberatori/
(il mio #buongiorno per @left_rivista)
-
Ogni volta nella storia una guerra non è mai chiamata guerra. Se la minaccia non è dimostrabile allora la si chiama attacco preventivo
https://left.it/2026/03/03/gli-assassini-applauditi-come-liberatori/
(il mio #buongiorno per @left_rivista)
@giuliocavalli ma pure operazione speciale di Putin
Gli ultimi otto messaggi ricevuti dalla Federazione
-
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:
-
@francommit ancora una cosa, se metto un apparecchio fisso sul tetto, esso farà solo da router/ripetitore in quanto il bluetooth del telefono non arriva fino lassù (nel mio caso tre piani) quindi i messaggi verranno hoppati al mio apparecchio "mobile".
Il nodo router/ripetitore avrà un suo identificativo e dovrò configurarlo prima di installarlo sul tetto.
Posso utilizzare la stessa app per configurare due apparecchi? (ricevere solo da uno, quello " mobile")? @snow @lgsp @andre123 @gecco
-
@snow @ilarioq @lgsp @andre123 @francommit ma mi era parso di capire che collegando il nodo a internet serve per coprire le zone che altrimenti non sarebbero coperte. Non ricordo esattamente dove l'avevo letto ma mi pare fosse così.
Dove ho intenzione di mettere il nodo (in cima all'edificio dove lavoro) non arriva nulla (tranne un nodo che è comparso ieri pomeriggio e poi è sparito) e se nel futuro compaiono altri nodi allora lo scollego da internet.
-
@maschinist Nice!
Falls du Lust hast, kannst du es auch sehr gerne als Snippet hinzufügen: https://github.com/Automattic/wordpress-activitypub/tree/trunk/snippets
-
Puoi farlo, sì.
Ma prima capiamo cosa succede davvero.Se nel punto dove hai messo il nodo non ricevi praticamente nulla via radio, metterlo come router non serve.
Un router mesh ripete solo quello che sente.
Se non sente nodi LoRa… non ha nulla da ripetere.Collegarlo al Wi-Fi con MQTT non lo trasforma in “ponte radio”.
Lo trasforma in un gateway Internet.Quindi:
* via radio → inoltra solo ciò che riceve via radio
* via MQTT → scambia traffico con altri nodi collegati a InternetHa senso farlo router con MQTT solo se:
* vuoi fare da ponte tra rete radio locale e rete Internet
* sei in una zona dove almeno qualche nodo radio arriva
* vuoi creare un punto di accesso stabile h24In breve:
Un router non crea copertura dal nulla.
Estende ciò che già riceve.La copertura si crea con posizione, antenna e altezza.
Non con una spunta nell’app 😉
-
@gecco Qui a Milano è un po' un casino, purtroppo.
