Skip to content

Piero Bosio Social Web Site Personale Logo Fediverso

Social Forum federato con il resto del mondo. Non contano le istanze, contano le persone

The modkit I've got at Aliexpress for my #Casio really rocks!

Uncategorized
4 2 5

Gli ultimi otto messaggi ricevuti dalla Federazione
  • @francommit perfetto, inizio a capire qualcosa. Grazie @snow @lgsp @andre123 @gecco

    read more

  • @ilarioq

    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 locale

    Una volta sul tetto, il nodo è indipendente.

    @francommit @lgsp @andre123 @gecco

    read more

  • @evan I've chosen unicorn, but i mean dragon, tbh.

    read more

  • @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

    read more

  • @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 zona

    Fa 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 raggiungibili

    Internet 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.

    @ilarioq @lgsp @andre123 @francommit

    read more

  • Ricordate se avete un antivirus iraniano di disinstallarlo

    read more

  • read more

  • 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:

    https://codeberg.org/mjack/ambientCO2/src/branch/develop

    read more
Post suggeriti
  • 0 Votes
    1 Posts
    0 Views
    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 serialclass 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:https://codeberg.org/mjack/ambientCO2/src/branch/develop#python #unittest #testing #sensors
  • @maschinist Nice!

    Uncategorized
    1
    0 Votes
    1 Posts
    1 Views
    @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
  • Ci sono esperte di esercizio fisico all'ascolto?

    Uncategorized
    8
    0 Votes
    8 Posts
    3 Views
    @gecco Qui a Milano è un po' un casino, purtroppo.
  • 0 Votes
    1 Posts
    2 Views
    These 4-color #lcd screens are so faszinating. the #casio nx-6000 startet my love for #pda