Classifica

Buongiorno a tutti, il mio nome è Gianluca e sono 8 ore che non tocco un mattoncino LEGO!!! Sono cresciuto con i LEGO, sono riuscito a smettere a vent'anni, poi ho conosciuto la donna che sarebbe diventata mia moglie e al primo natale mi ha regalato un trenino LEGO, da allora non ho più smesso e mia moglie ha iniziato!!!! Buona giornata a tutti!!

Arte.

...alla fine, ci voglio provare! Ho deciso di tentare la via di scrivere un firmware alternativo per lo Smart Hub PUP  In realtà, il mio obiettivo è molto più "terra-terra": sarò infatti più che soddisfatto se già solo riuscirò ad accendere/spegnere un LED con una mia versione personale del firmware... insomma, il classico progetto "Blink" tanto noto a chi si affaccia al mondo dei microcontrollori. Dal punto di vista pratico, considerando l'esistenza del progetto PyBricks, non ha molto senso quello che voglio fare... a breve, infatti, sarà possibile programmare gli hub LEGO con MicroPython. La mia, quindi, è più che altro una curiosità/sfida personale che coniuga la mia passione per il mondo LEGO e quello dell'elettronica/programmazione. Ritengo di aver raccolto abbastanza informazioni per tentare di sovrascrivere uno dei due firmware presenti sulla board LEGO, ovvero quello all'interno dell'STM32F030. La svolta in questa mia decisione è avvenuta ieri sera, quando su Tindie ho trovato una dev board basata proprio su questo micro della ST. Parlo della PINKY32, un progetto realizzato circa 3 mesi fa da un ragazzo cecoslovacco che, visto l'interesse suscitato da alcuni makers che usano gli STM32, ha deciso di produrne alcuni pezzi mettendoli in vendita appunto su Tindie. Sostanzialmente, per chi è un po' del settore, PINKY32 è una sorta di Arduino Nano con la differenza che si basa sull'SMT32F030 anzichè su un ATmega328. Ne ho acquistate 3, dato il prezzo irrisorio. La mia idea, quindi, è quella di sviluppare il "firmware" (ripeto, una banale Blink, per iniziare) su PINKY32 e poi scrivere il ".bin" risultante nell'STM32F030 dello smart hub. L'operazione di scrittura del nuovo firmware avviene via Bluetooth (così come già fa l'App LEGO) e di questa operazione se ne occupa l'altro firmware presente nello smart hub, ovvero quello all'interno del chip CC2640, e tutti i comandi sono documentanti in questa sezione del LEGO Wireless Protocol. Mi piacerebbe confrontarmi con @alf, @Valter1966, @bricksnspace, @Rudy e chiunque altro coltivi (anche) la passione per l'elettronica/programmazione, al fine di unire le competenze/conoscenze e tentare di riuscire a programmare in maniera autonoma, questa nuova linea di componenti LEGO. P.S. Aprirò un topic specifico, dedicato alla ri-programmazione degli smart hub, in modo tale da non sporcare troppo questo topic, dedicato all'ecosistema Powered Up, in generale. P.P.S. RacingBrick mi ha autorizzato a procedere alla traduzione e ripubblicazione della loro guida sui blocchi logici di programmazione dell'App LEGO. Ieri ho quindi iniziato a tradurre il materiale che poi sarà pubblicato sul sito di ItLUG

Laurens è stato velocissimo a rispondere Per una questione di velocità, vi riporto direttamente le risposte in inglese alle mie domande: 1) Come si effettuerà il flash? Via BLE o tramite i contatti del vano batteria? Updating the Pybricks firmware works just like a LEGO firmware update over BLE. All we do is send a different firmware file. This way, it's just as safe as the official update procedure. So, you just hold the hub button until the light blinks purple and then you can: a) use the LEGO apps to install LEGO firmware b) use our app to install Pybricks firmware And if the update fails (for example, with low battery), you can always just try again. And this way you can also just go back if you want. 2) Sarà necessario caricare ogni volta il fw completo, o basterà caricare solo lo script personale aggiornato You have to update the firmware only once. Then you can use our app to keep running new scripts as many times as you want. Because the available storage space is limited, there is no user file system like some MicroPython boards have. So there is not really a main.py/boot.py. There is only your "script.py" which you run with our editor. It compresses the file and sends it to the hub over BLE. 3) C'è abbastanza spazio nella flash dei vari hub per tutto il core di MicroPython? The amount of memory varies by hub. But even on the smallest chip (Move Hub***) you can run a script for a self-balancing robot, to give you a bit of an idea of the available size. 4) Sarà disponibile l'interfaccia REPL di MicroPython? REPL will be available on hubs that have enough space for it. It looks like that might be all hubs except the Move Hub. However, since it is super quick to download-and-run any script, you can do just about everything that way too Insomma, tutto molto interessante... ** Ho verificato la memoria del Move Hub: 128Kb, contro i 256Kb di Smart Hub & Control+

Ieri pomeriggio, "stuzzicato" da @pivan, ho speso un'oretta di tempo per giocare con MicroPython "installandolo" su una delle tante board basate su ESP8266 che ho in casa (per far veloce, ho usato una comoda D1 Mini, che dispone del convertitore USB-Seriale onboard). Ho "flashato" la board seguendo queste istruzioni (ho usato un altro tool per flashare il fw, ma poco cambia) ed ho iniziato a buttare giù qualche script, per testare le funzionalità della libreria standard e quelle specifiche per l'ESP (soprattutto quelle di networking!). Mi sono divertito e, in effetti, soprattutto per i progetti IOT MicroPython è molto comodo... in men che non si dica, ho realizzato un device in grado di agganciarsi alla rete WiFi di casa, inviando messaggi MQTT al mio broker che gira su Raspberry (e che uso per la domotica casalinga). Incuriosito da tutto ciò, sono andato a rileggere la scheda tecnica del microcontrollore montato sullo Smart Hub (un STM32F030, RCT6, ovvero 64 pin, 256 Kb) e l'ho paragonato a quello della PyBoard, ovvero della scheda sviluppata appositamente per MicroPython nel 'lontano' 2014 (qui, la campagna KickStarter di allora, che diede vita reale al progetto). Nel confronto, il micro ARM utilizzato sullo Smart Hub è particolarmente 'povero' di memoria flash (256 Kb contro 1Mb della PyBoard), soprattutto considerando che tale memoria dovrà essere condivisa con il runtime di MicroPython. In generale, il micro a bordo dello Smart Hub è meno performante rispetto la PyBoard e anche quello del Control+ non è che sia tanto più veloce (la quantità di Flash è identica, sempre 256Kb) benché sia di una famiglia leggermente più veloce la cui caratteristica peculiare è il basso consumo di energia. Ho quindi chiesto maggiori dettagli a Laurens Valk, uno dei due programmatori che stanno lavorando al porting di MicroPython sui componenti PUP LEGO, per sapere cosa 'taglieranno' del firmware originale per far si che possano aggiungere le librerie specifiche del sistema LEGO, come, ad esempio, quella per simulare il telecomando IR del PF 1.0, come in questo esempio: sensor.remote(3, Button.LEFT_UP) dove 3 è il canale di trasmissione. Vi aggiorno appena avrò novità. Nel frattempo, se non avete nessuna board sottomano (o un EV3 da flashare con MicroPython), ma volete comunque fare qualche 'giro' di prova con questo linguaggio di programmazione, potete provare l'emulatore disponibile qui.

JK Brickworks Robot Dreams GBC

Un'altro UCS realizzato da Mirko Soppelsa:

grazie a tutti!! siamo veramente contenti della riuscita della manifestazione. allego il file dell'articolo sulla provincia di Como, di ben 3/4 di pagina

Dopo aver visto il video che hanno pubblicato pochi giorni fa, ho sollecitato una risposta alla mia email dello scorso 20 dicembre, nella quale chiedevo maggiori informazioni. Questa volta ho allegato anche una foto del mio "parco mezzi Powered Up", specificando che non avrei problemi a fare da beta tester e sacrificare qualche HUB in caso di operazioni di flash errate... La risposta, a questo giro, c'è stata Thanks for the offer! You certainly do have a lot more hubs than us We are working hard on this whenever we have time, but it's not quite ready for beta testing just yet. In the meantime, however, feel free to ask us some questions. We'll try to answer as best as we can, and whatever we disclose to you, you can share with the community as well. Eventually, all code will be available for everyone to see, but we think it's fun to share all the exciting developments one at a time until Pybricks is available, so that's why we posted the Power Functions 1.0 teaser A questo punto, in attesa che sia resa disponibile una prima versione di questo firmware alternativo, chiederò qualche dettaglio maggiore... Il video a cui si fa riferimento è questo, pubblicato sulla pagina Facebook di PyBricks lo scorso 7 gennaio: hanno usato l'HUB Boost Move per controllare 8 motori PF 1.0 via infrarossi: facebook.com/story.php?story_fbid=494448304523988&id=265801900721964

Approfittando di questo giorno di vacanza è tempo di presentare la mia nuova locomotiva Italiana, già proposta dal mitico Helos e qui riprodotta con alcune piccole varianti. Ho voluto rifare anche i vagoni con livrea "Gran Confort" per dare completezza al convoglio: Solite luci (con abbondante impiego del trapano ) e sistema Power Function Su eurobricks è disponibile l'intero servizio http://www.eurobricks.com/forum/index.php?/forums/topic/142570-e444-044/ Alla prossima locomotiva!

LEGO ≠ tecnologia