User Activity

  • Posted a comment on discussion General Discussion on GeigerLog

    Hi Brad, I don't know what's going on but what I said is still different, it could be a problem not at the OS and drivers level but at the BIOS level which can happen when too many USB devices are physically connected, the simple fact that the devices are connected if there are too many can cause this kind of problem. It's just a test that you could do, physically disconnect unused USB devices and see if it works or not to rule out this hypothesis or not.

  • Posted a comment on discussion General Discussion on GeigerLog

    I have already had the same type of unstable behavior with other software, where it works then it no longer works, in fact in my case it was due to the number of USB devices connected to the PC, whether a serial <-> USB converter, a mouse, a keyboard, a hub, each time this requires low-level hardware resources, and they are limited and specific to each PC. When you use too much it becomes unstable. Maybe this is what’s happening to you too? You could try unplugging any unused USB devices.

  • Posted a comment on discussion General Discussion on GeigerLog

    Bob, this leaves me a little perplexed, in addition a level of energy (MeV) expressed in CPM???? OK, I'm going to stop being a hypocrite and I don't go any further.

  • Posted a comment on discussion General Discussion on GeigerLog

    one possibility is that the seconds are not updated at the CPU level during its startup.

  • Posted a comment on discussion General Discussion on GeigerLog

    ullix, the only thing that is certain is that when the device is turned off, there is just the RTC which keeps the time and continues to advance. also when the CPU is started, the first thing it does is go read the RTC to set its time register, then after, the CPU increments its time register alone and no longer reads the RTC (except for date changes). on this point it can be done differently too. and therefore when we manualy update the time of the device, the CPU must update his internal registers...

  • Posted a comment on discussion General Discussion on GeigerLog

    C15 and C19 are two capacitors to trim the quartz X1, for the quartz to work well at its planned frequency, the value of these two capacitors must have been well chosen depending on the quartz placed, the CPU clock input characteristique and the layout of the PCB traces.

  • Posted a comment on discussion General Discussion on GeigerLog

    OUPS, I just reviewed a photo of the 600+ PCB, maybe there are several versions of hardware, on the one I found in photo on the web, there is a quartz (X2) for the RTC (U13) (Real Time Clock), and unlike the GMC-300S, there is another quartz (X1) to clock the CPU. with a quartz of the worst possible quality, we cannot have a drift greater than 100 ppm (parts per million) therefore a maximum drift per hour of 3600 * 100/1000000 = 0.36 seconds/Hours I would be very curious to know how they manage to...

  • Modified a comment on discussion General Discussion on GeigerLog

    hi ullix, we know very little about "GQ", indeed the only certain thing is that the LND tube is really designed by professionals in the USA (and manufactured under their controls in USA or not). For the rest it is not at all at the same height of quality.

View All

Personal Data

Username:
damien-fr
Joined:
2023-01-17 13:39:25.178000
Location:
France / CEST

Projects

  • No projects to display.

Personal Tools

MongoDB Logo MongoDB