The holy grail of the BEEP(1400, 0.08) command: USB-HID
|
01-15-2022, 03:20 PM
Post: #21
|
|||
|
|||
RE: The holy grail of the BEEP(1400, 0.08) command: USB-HID
Ok, I think I have answered my own question on pins:
FT260 spec sheet says that DIO5 = SCL and DIO6 = SDA UMFT260EV1A spec sheet says that IO0 = DIO5 and IO1 = DIO6 Therefore on the UMFT260EV1A: IO0 = SCL IO1 = SDA Any chance you could supply the source code for reading the data from the BME680 that is shown in the jpgs? |
|||
01-15-2022, 03:36 PM
Post: #22
|
|||
|
|||
RE: The holy grail of the BEEP(1400, 0.08) command: USB-HID
Those pins are correct, but they are in reference to ground, so connect at least ground too.
I cannot share the source code, but here is a good guide: https://github.com/BoschSensortec/BME68x...tag/v4.4.6 using the floating point algos, cause that is what the Prime does very well. (Although I see they upped it to v4.4.7) |
|||
08-11-2022, 08:35 PM
(This post was last modified: 08-11-2022 08:37 PM by StephenG1CMZ.)
Post: #23
|
|||
|
|||
RE: The holy grail of the BEEP(1400, 0.08) command: USB-HID
As an alternative to generating an actual Beep (tones or audio) :
How about some option to send print strings to the connectivity kit, which could then connect to some external voice synthesis system or generate tones, whilst the calculator itself remains mute for exams? That could also be useful for accessibility. Stephen Lewkowicz (G1CMZ) https://my.numworks.com/python/steveg1cmz |
|||
09-15-2022, 03:54 PM
Post: #24
|
|||
|
|||
RE: The holy grail of the BEEP(1400, 0.08) command: USB-HID
I thought the holy grail (on G1) would be soldering a piezo to the unused piezo pad and use an ACE exploit in firmware to call
Code: Buzzer(1400, 80) Jokes aside, one can also use a Raspberry Pi Pico connected via OTG. Not only it's only $4, being available everywhere, you also got much more I/O options (SPI or even efficient bitbanging for weird sensors like DHT11). The sky (and also the 64KB/s hard limit of transfer rate unfortunately) is the limit. |
|||
10-30-2022, 04:29 AM
Post: #25
|
|||
|
|||
RE: The holy grail of the BEEP(1400, 0.08) command: USB-HID
I have a cable coming next week and will try to use a bus pirate device with the G2. Will update when I can.
|
|||
03-11-2023, 10:37 PM
Post: #26
|
|||
|
|||
RE: The holy grail of the BEEP(1400, 0.08) command: USB-HID
Does anyone have any videos of working with this particular project, of attempts, fails or successes?
I would like to get in/out from my Prime, but I am not exactly sure which interface board I would be best buying, at the minute. Or which sides of which USB devices I would have to use to connect to PC or other devices. The suggested interface had a USB in and 3 PIN's out or vice versa. It would be great to see any progress that Anyone has made on it, even if it was not progress, something might be learned by those that haven't dared to try yet. |
|||
04-27-2023, 03:13 PM
Post: #27
|
|||
|
|||
RE: The holy grail of the BEEP(1400, 0.08) command: USB-HID
Does the cable at the end of the HP Prime, have to be the OTG type? Not just a normal USB B cable? I plan to try it out with a HID USB Host Controller and just want to know if the OTG connection if required in the Micro B plug?
|
|||
05-01-2023, 08:59 PM
Post: #28
|
|||
|
|||
RE: The holy grail of the BEEP(1400, 0.08) command: USB-HID
Quote: It would be great to see any progress that Anyone has made on it, even if it was not progress, something might be learned by those that haven't dared to try yet. I have been playing with the FT260 and BME680 but have not had much time to devote to reproducing the OP's solution. So far: I have found a bug in the originally posted code for getregs(). It doesn't handle retrieving more than 52 registers (bytes) at a time. Add line 262 reg:=reg+bsize; so that the block of code looks like this: Code: // set register #D0 'i2ca' #06 #01 #'reg' I started implementing the BME680 code from the Bosch pseudo code and C code. Unfortunately, firstly the results for temp and pressure seem inaccurate, so I think I have missed something but I'm not sure what exactly. Secondly, I tried implementing the Bosch integer algorithms to check that my implementation of the floating point routines was correct. The two versions of the temperature code give the same result. When it came to implementing the integer version of the pressure code, the program currently crashes as my conversion from C to PPL was too simplistic - I need to alter the integer code to use 2's complement ints so that negative numbers are handled correctly. These are my additions to the OP's supplied code if anyone else wants to play: Code: // MP's additions to connect Bosch BME680 temperature, pressure, |
|||
« Next Oldest | Next Newest »
|
User(s) browsing this thread: 2 Guest(s)