Phoenixpilot su Discovery STM32F3

[danveal]

Ciao

avete visto questa?

LiuBo Tau Labs Open Source Quanton Flight Controller 32bit ARM Processor $90.82 Free Shipping @GoodLuckBuy.com

Sembra interessante.....

Diego

Mi era sfuggita, è il clone della quanton venduta in germania a 99€+iva
L'anno scorso era apparsa a 35€, nemmeno il tempo di inserirla nel carrello che era stata eliminata dal catalogo.
Ho visto che hanno messo in vendita anche la cc3d
CC3D Openpilot Open Source Flight Controller 32 Bits Processor for RC Models $61.72 Free Shipping @GoodLuckBuy.com

[Elmessicano]

Si si.... vista anche la CC3D ma mi attira di più la Tau Labs

Diego

[danveal]

Rieccomi all'opera. Nel cassetto avevo 2 discovery stm32F4 decisamente più potenti della F3 così ho deciso di utilizzarne una con una schedina 10DOF della drotek ( mpu6050, baro ms6511, + compass ). Collegato il tutto secondo il wiki la scheda va in continuo reboot e non si collega alla GCS.
Leggendo il codice ho scoperto che il firmware FlyingF4 è stato scritto per la schedina GY-86 che differisce dalla drotek per l'indirizzo i2c 0x68 per la GY-86 e 0x69 per la drotek. Secondo il mio cane dovrebbe essere per questo che la discovery va in reboot. Siccome intervenire sui pin della mpu6050 è impensabile bisogna intervenire sul codice, ho così scoperto che è disponibile una virtual machine con tutto l'ambiente già settato basato su lubuntu a questo indirizzo https://github.com/TauLabs/TauLabs/w...irtual-machine. Lo sto scaricando vediamo cosa esce fuori

Nel frattempo ecco il wiring developer style

[QuercusPetraea]

Rieccomi all'opera. Nel cassetto avevo 2 discovery stm32F4 decisamente più potenti della F3 così ho deciso di utilizzarne una con una schedina 10DOF della drotek ( mpu6050, baro ms6511, + compass ). Collegato il tutto secondo il wiki la scheda va in continuo reboot e non si collega alla GCS.
Leggendo il codice ho scoperto che il firmware FlyingF4 è stato scritto per la schedina GY-86 che differisce dalla drotek per l'indirizzo i2c 0x68 per la GY-86 e 0x69 per la drotek. Secondo il mio cane dovrebbe essere per questo che la discovery va in reboot. Siccome intervenire sui pin della mpu6050 è impensabile bisogna intervenire sul codice, ho così scoperto che è disponibile una virtual machine con tutto l'ambiente già settato basato su lubuntu a questo indirizzo https://github.com/TauLabs/TauLabs/w...irtual-machine. Lo sto scaricando vediamo cosa esce fuori

Nel frattempo ecco il wiring developer style

L'assegnazione dei pin è quella indicata in questo doc?
Già che mi avanza una discoveryF4 ed una imu 10dof drotek, qualche prova sul muletto la farei...

[ElNonino]

Interessante, proverò a scaricarlo pure io; se può interessare date un occhio anche alle recenti schede "Nucleo" della ST, costano ben 10€ ed hanno lo ST-LinkV2 staccabile facilmente, sono più piccole delle precedenti schede di sviluppo ed hanno anche i connettori I/O Arduino-style per i sheeld.

Se volete mettere mano al codice per ARM io mi trovo bene con l'IDE CooCox, si installa facilmente, è ricco di driver (anche per S.O. RTOS) in genere ben fatti e documentati; al momento non ho tempo per i modelli ma da ottobre tornerò attivo.

Buone sperimentazioni.

[QuercusPetraea]

Ho scaricato la virtual machine, ma pare che il file Taulabs_disk1.vdi sia rovinato:

Failed to open the hard disk file D:\VBox_Machine\TauLabs\GNUSparseFile\TauLabs-disk1.vdi.

Could not get the storage format of the medium 'D:\VBox_Machine\TauLabs\GNUSparseFile\TauLabs-disk1.vdi' (VERR_NOT_SUPPORTED).

Result Code: VBOX_E_IPRT_ERROR (0x80BB0005)
Component: Medium
Interface: IMedium {05f2bbb6-a3a6-4fb9-9b49-6d0dda7142ac}
Callee: IVirtualBox {fafa4e17-1ee2-4905-a10e-fe7c18bf5554}
Callee RC: VBOX_E_OBJECT_NOT_FOUND (0x80BB0001)

Ho provato ad usare

D:\VBox_Machine\TauLabs\GNUSparseFile>"c:\Program Files\Oracle\VirtualBox\VBoxManage.exe" internalcommands repairhd -dry-run -format VDI TauLabs-disk1.vdi

per tentare il recupero, ma viene generato un errore "VERR_VD_IMAGE_REPAIR_IMPOSSIBLE".
Ho tentato anche di convertirlo da VDI a RAW ma il disco virtuale non è leggibile.

Danilo, tu sei riuscito a farla girare?

[QuercusPetraea]

Niente da fare; ho provato anche con tar sotto mingw ma sembra che l'archivio sia rovinato o che la dimensione non sia gestita dal comando.

/usr/bin/tar: Extended header GNU.sparse.realsize=6744440832 is out of range 0..2147483647
TauLabs/TauLabs-disk1.vdi
/usr/bin/tar: TauLabs/TauLabs-disk1.vdi: malformed sparse archive member
/usr/bin/tar: Skipping to next header
/usr/bin/tar: Exiting with failure status due to previous errors

[ElNonino]

L'ho scaricato, stasera dopo cena provo pure io e relaziono.

[QuercusPetraea]

L'ho scaricato, stasera dopo cena provo pure io e relaziono.

Resto in attesa di notizie

[danveal]

Stesso problema che avevo avuto io, pare che sia un problema del decompressore, se si usa 7-zip dovrebbe funzionare. Io comunque ho scaricato questa versione http://tinyurl.com/nwfnywe che è zippata e decompressa con winzip funziona. Ho anche modificato e compilato il firmware dedicato alla flyingF4. Tutto ok l'ambiente funziona

[QuercusPetraea]

Stesso problema che avevo avuto io, pare che sia un problema del decompressore, se si usa 7-zip dovrebbe funzionare. Io comunque ho scaricato questa versione http://tinyurl.com/nwfnywe che è zippata e decompressa con winzip funziona. Ho anche modificato e compilato il firmware dedicato alla flyingF4. Tutto ok l'ambiente funziona

Ho usata in prima istanza proprio 7-zip, che riesce a scompattare l'archivio ed estrarre dal tar il disco virtuale e la configurazione per vritualbox; ho provato anche con winrar senza successo.
Ora provo a scaricare il file che hai linkato e mo' vediamo.

[danveal]

L'assegnazione dei pin è quella indicata in questo doc?
Già che mi avanza una discoveryF4 ed una imu 10dof drotek, qualche prova sul muletto la farei...

Quella ufficiale è questa che mi pare uguale a quella originale di Livinz https://github.com/TauLabs/TauLabs/b.../hw/pinout.txt

[QuercusPetraea]

L'altra virtual machine consigliata è a posto.
L'ambiente funziona, così come la compilazione della GCS che il firmware per la flyingF4. Ora si passa alla parte hardware ancora da mettere insieme.
Dove hai cambiato l'indirizzo per la MPU6050?

[danveal]

L'altra virtual machine consigliata è a posto.
L'ambiente funziona, così come la compilazione della GCS che il firmware per la flyingF4. Ora si passa alla parte hardware ancora da mettere insieme.
Dove hai cambiato l'indirizzo per la MPU6050?

Ci sto lavorando, ho fatto le prime modifiche ma ottengo ancora 2 lampeggi rossi sulla scheda che indicano che la mpu6050 non viene riconosciuta

[danveal]

Giovanni, quanto è la dimensione del flyingF4.tlfw che hai compilato? A me viene di circa 169.2k. Quello distribuito però è di 220K

Per prova ho flashato l'originale di 220k ed provato ad usare una imu con indirizzo 0x69 ma senza altimetro, la scheda non veniva riconosciuta dalla gcs e lampeggiava il led rosso con il codice di allarme mancanza altimetro. Ho collegato allora in cascata la drotek su i2c per usare il barometro e a questo punto la GCS ha riconosciuto la FlyingF4 e tutto funziona.
Solo che ho 2 imu collegate... devo riuscire a far funzionare solo la drotek su 0x68 finora le modifiche non hanno funzionato, ho il dubbio che in compilazione manchi qualcosa