- Posts: 2631
New Hubsan Upgraded Version on the way
- goebish
- Offline
- I Void Warranties
What ?Xermalk wrote: And you have to do it Every time you bind the quad.
The Hubsan TX doesn't remember the last selected vTX freq ?
Please Log in or Create an account to join the conversation.
- Xermalk
- Offline
- Posts: 181
Please Log in or Create an account to join the conversation.
- goebish
- Offline
- I Void Warranties
- Posts: 2631
Stupid.
Please Log in or Create an account to join the conversation.
- Daryoon
- Offline
- Posts: 260
I used the protocol option to set 5945MHz. And the video displayed on the Hubsan TX just fine.
Then I shut off Devo and X4.
Turn back on Devo and X4. And right after the X4 reconnected to the Devo, the Hubsan TX displayed the video at the last frequency, 5945MHz.
Good job goebish. Very fast work.
Please Log in or Create an account to join the conversation.
- Daryoon
- Offline
- Posts: 260
Please Log in or Create an account to join the conversation.
- goebish
- Offline
- I Void Warranties
- Posts: 2631
I'll have a look when I have one
Please Log in or Create an account to join the conversation.
- goebish
- Offline
- I Void Warranties
- Posts: 2631
Please Log in or Create an account to join the conversation.
- Xermalk
- Offline
- Posts: 181
goebish wrote: Would you mind sharing HD pictures of the H107D pcb and vtx module ? Or can you link to existing pictures ?
www.rcgroups.com/forums/showthread.php?t=1842561
Check the pictures attached, thers high res of everything.
But you likley going to have to fake the frequency selection from the hubsan gyro/rx. Seems its not outputting any video unless the quad is bound.
Edit, interesting the tx is using a biquad antenna, i doubt my cloverleaf will ever compare to that in range.
Please Log in or Create an account to join the conversation.
- goebish
- Offline
- I Void Warranties
- Posts: 2631
Xermalk wrote: But you likley going to have to fake the frequency selection from the hubsan gyro/rx. Seems its not outputting any video unless the quad is bound.
Of course, that's where all the fun is !
Please Log in or Create an account to join the conversation.
- goebish
- Offline
- I Void Warranties
- Posts: 2631
Now to the telemetry...
Found anything interesting Midelic ?
Please Log in or Create an account to join the conversation.
- midelic
- Offline
- Posts: 174
RX:(0xE0),(0xFF),(0xF7),(0x00),(0x020,(0x00),(0x13),(0x00),(0x00),(0xFF),(0xFF),(0x00),(0x00),(0x00),(0x00),(0x17)
TX:(0x20),(0x00),(0x00),(0x00),(0x80),(0x00),(0x80),(0x00),(0x80),(0x0E),(0x19),(0x00),(0x33),(0x00),(0x2A),(0xDC),
TX:(0x20),(0x00),(0x00),(0x00),(0x80),(0x00),(0x80),(0x00),(0x80),(0x0E),(0x19),(0x00),(0x34),(0x00),(0x2B),(0xDA),
RX:(0xE1),(0x00),(0x00),(0x00),(0x00),(0x00),(0x30),(0xFE),(0xBD),(0x00),(0x62),(0x03),(0xDF),(0x2A),(0x00),(0xC6),
SO every 2 TX packet frames there is 1 telemetry frame..only that the second telemetry one is different than previous
Another thing ,when switching channels in the menu ..there are no telemetry packets received.That's it for the moment.
Please Log in or Create an account to join the conversation.
- midelic
- Offline
- Posts: 174
3 ms in TX mode and 7 ms in rx(listening) mode with timeout.Telemetry packets received in this 7 ms (aprox. 4 ms received packets) continue listening for another 3ms polling mode register with timeout).
Please Log in or Create an account to join the conversation.
- goebish
- Offline
- I Void Warranties
- Posts: 2631
Daryoon, do you remember what was your battery level when you made the capture ?
Please Log in or Create an account to join the conversation.
- midelic
- Offline
- Posts: 174
www.deviationtx.com/forum/protocol-devel...e-way?start=80#17134
Please Log in or Create an account to join the conversation.
- goebish
- Offline
- I Void Warranties
- Posts: 2631
Please Log in or Create an account to join the conversation.
- goebish
- Offline
- I Void Warranties
- Posts: 2631
aa bb cc dd ee ff gg hh ii jj kk ll mm nn oo pp
Rx: e0 ff 4c 00 37 00 14 00 00 ff ff 00 00 2a 00 62
Rx: e1 ff 4c 00 37 00 31 fe bd 00 61 03 de 29 00 46
Rx: e0 ff 4c 00 37 00 14 ff ff ff ff 00 01 29 00 64
Rx: e1 ff 4c 00 37 00 31 fe bd 00 61 03 df 29 00 45
.
.
.
Rx: e1 ff 4a 00 36 00 32 fe b9 00 5f 03 dc 28 00 51
Rx: e0 ff 4a 00 36 00 13 00 00 ff ff 00 00 28 00 68
Rx: e1 ff 4a 00 36 00 33 fe ba 00 5f 03 dc 28 00 4f
See nn ? This is the current voltage value, eg:
0x2a = 42 = 4.2V
0x29 = 41 = 4.1V
0x28 = 40 = 4.0V
Now to see how it could be implemented into Deviation...
Thanks for the timings analysis Midelic.
Please Log in or Create an account to join the conversation.
- PhracturedBlue
- Offline
- Posts: 4402
specifically the state-machine loop in devo_telemetry_cb() and the parse_telemetry_packet() function.
you only need to set a single value (Telemetry.p.devo.volt[0]) unless there is more interesting stuff being sent back.
Please Log in or Create an account to join the conversation.
- midelic
- Offline
- Posts: 174
What I want to say the order of telemetry(2+1)frames is coded on hubsan rx not tx. We just simple going in rx after every single tx packet...and poling mode register.
I hope is clear what I want to say.
Please Log in or Create an account to join the conversation.
- goebish
- Offline
- I Void Warranties
- Posts: 2631
Please Log in or Create an account to join the conversation.
- midelic
- Offline
- Posts: 174
Please Log in or Create an account to join the conversation.
- Home
- Forum
- Development
- Protocol Development
- New Hubsan Upgraded Version on the way