C / C++ / MFC

28-Mar-16 10:07

With MFCm I am trying to create an OpenGL control on a split form the uses the splitter class to create the panes. My problem is I don't know where to put the OnInitDialog() function or how to wire it up. I have a main form CMainFrame and 2 child forms CFormRight and CFormLeft but don't see any place for the OnInitDialog function. The OnCreateClient function in MainForm calls m_splitter.CreateView but not OnInitDialog.

Any Suggestions?

John C

Richard MacCutchan28-Mar-16 21:46

28-Mar-16 21:46

What does OnInitDialog have to do with this, where is the dialog in the above application?

Victor Nijegorodov29-Mar-16 2:20

Victor Nijegorodov

29-Mar-16 2:20

You seem to need the OnInitialUpdate overrides for your left and right CView derived classes.

Member 1228273829-Mar-16 3:04

29-Mar-16 3:04

Victor,

Thanks so much but I still don't know what to do. my CForm right and CFormLeft (where I want to put the OpenGL window) inherit from CFormView. Where do put the over ride? I have CMainForm : public CFrameWnd, and COpenGL: public CWnd. The OnCreateClient() function in CmainForm creates the splitter

BOOL CMainFrame::OnCreateClient(LPCREATESTRUCT lpcs, CCreateContext* pContext)
{
	// TODO: Add your specialized code here and/or call the base class

	// create splitter window
	if (!m_wndSplitter.CreateStatic(this, 1, 2)){
		return FALSE;
	}

	if (!m_wndSplitter.CreateView(0, 0, RUNTIME_CLASS(CFormLeft), CSize(300, 100), pContext) ||
		!m_wndSplitter.CreateView(0, 1, RUNTIME_CLASS(CFormRight), CSize(100, 100), pContext))
	{
		m_wndSplitter.DestroyWindow();
		return FALSE;
	}

Thanks.
John

Richard MacCutchan29-Mar-16 4:23

29-Mar-16 4:23

See my previous response. Where is the dialog?

Member 1228273829-Mar-16 7:12

29-Mar-16 7:12

Richard,

The function that I am trying to get to execute is COpenGLControl::oglInitialize() which was called in OnInitDialog in the example template I am following. the oglInitialize function, listed below should setup the OpenGL context. But my case is somewhat different as you can see from my most recent post and I don't know where to place the call to oglInitalize()

void COpenGLControl::oglInitialize()
{
	// Initial Setup:
	//
	static PIXELFORMATDESCRIPTOR pfd =
	{
		sizeof(PIXELFORMATDESCRIPTOR),
		1,
		PFD_DRAW_TO_WINDOW | PFD_SUPPORT_OPENGL | PFD_DOUBLEBUFFER,
		PFD_TYPE_RGBA,
		32,    // bit depth
		0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
		16,    // z-buffer depth
		0, 0, 0, 0, 0, 0, 0,
	};

	// Get device context only once.
	hdc = GetDC()->m_hDC;

	// Pixel format.
	m_nPixelFormat = ChoosePixelFormat(hdc, &pfd);
	SetPixelFormat(hdc, m_nPixelFormat, &pfd);

	// Create the OpenGL Rendering Context.
	hrc = wglCreateContext(hdc);
	wglMakeCurrent(hdc, hrc);

	// Basic Setup:
	//
	// Set color to use when clearing the background.
	glClearColor(0.0f, 0.0f, 0.0f, 1.0f);
	glClearDepth(1.0f);

	// Turn on backface culling
	glFrontFace(GL_CCW);
	glCullFace(GL_BACK);

	// Turn on depth testing
	glEnable(GL_DEPTH_TEST);
	glDepthFunc(GL_LEQUAL);

	// Send draw request
	OnDraw(NULL);
}

In that example template I have three classes CMFCOpenGLDlg : public CDialogEx COpenGLControl : public CWnd and CMFCOpenGLApp : public CWinApp in this example the CMFCOpenGLDlg::OnInitDialog() function calls COpenGLControl::oglCreate() and COpenGLControl::OnCreate() calls COpenGLControl::oglInitialize() but I just don't see how to wire this up in my splitt form example where the panes are created from the splitter class.

Thanks,

John

...

// Create OpenGL Control window
m_oglWindow.oglCreate(rect, this);

Richard MacCutchan29-Mar-16 7:19

29-Mar-16 7:19

OK, but you are not calling this from a dialog, but from a CView, so you probably need to call the initializer from the CView::OnInitialUpdate[^] function.

Member 1228273829-Mar-16 10:41

29-Mar-16 10:41

Richard,

Thanks for bearing with me. I looked in MDN and found this comment about OnInitialUpdate

Called by the framework after the view is first attached to the document, but before the view is initially displayed.

So I assume that OnInitalUpdate is called automaticaly and I don't need to do anything to invoke it but where would I put the override code in CFormRight : public CFormView or COpenGLControl : public CWnd ?

Thanks again,

John

David Crow29-Mar-16 14:49

David Crow

29-Mar-16 14:49

Member 12282738 wrote:
CFormRight

Yes.

"One man's wage rise is another man's price increase." - Harold Wilson

"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons

"You can easily judge the character of a man by how he treats those who can do nothing for him." - James D. Miles

Victor Nijegorodov30-Mar-16 5:09

Victor Nijegorodov

30-Mar-16 5:09

Member 12282738 wrote:
So I assume that OnInitalUpdate is called automaticaly and I don't need to do anything to invoke it but where would I put the override code in CFormRight : public CFormView or COpenGLControl : public CWnd ?

Yes, it is called automatically. Note that if you do not override the OnInitalUpdate in your derived class then the base class implementation will be called.

And note, that OnInitalUpdate is a method of a CView, not a CDialog. So - override it in CFormRight class.

David Crow29-Mar-16 9:11

David Crow

29-Mar-16 9:11

Member 12282738 wrote:
...I don't know where to place the call to oglInitalize()

See here.

arduino sensor

Member 1240312128-Mar-16 7:35

Member 12403121

28-Mar-16 7:35

Hello,

I am having trouble with my current project and need your help.
Weight sensor is is connected to arduino uno board and to several light sources.
goal is: sensor activated-mode1, sensor unactive-mode 2 for 5 seconds.
Mode 1 is blinking light and mode 2 is normal light.
I have written code sensor activation, for mode1 and mode 2 but it cant get it to work. What im i missing?

sensor :
(www.elecrow.com/weight-sensor-kit-3kg-p-883.html)

code:
sensor activation:

#include <Hx711.h>

#define LED 6
#define ADC1 A2
#define ADC2 A3
#define THRESHOLD 100.

Hx711 scale(ADC1, ADC2);

void setup() {
pinMode(LED, OUTPUT);
}

void loop() {
digitalWrite(LED, HIGH);
delay(500);
if(scale.getGram() > THRESHOLD)
digitalWrite(LED, LOW);
delay(500);
}

mod1 blinking

int led = 13;

void setup() {
pinMode(led, OUTPUT);
}

void loop() {
digitalWrite(led, HIGH); // turn the LED on (HIGH is the voltage level)
delay(500); // wait
digitalWrite(led, LOW); // turn the LED off by making the voltage LOW
delay(500); // wait
}

mod 2 light for 5 sec

int led = 13;

void setup() {
pinMode(led, OUTPUT);
}

void loop() {
digitalWrite(led, HIGH);
delay(0);
digitalWrite(led, LOW);
delay(5000);
}

David Crow28-Mar-16 9:40

David Crow

28-Mar-16 9:40

Member 12403121 wrote:
What im i missing?

The correct forum, perhaps.

Richard MacCutchan28-Mar-16 21:44

28-Mar-16 21:44

The above code means very little. Please explain exactly what the problem is. If necessary use your debugger to capture more information.

Sascha Lefèvre28-Mar-16 23:31

Sascha Lefèvre

28-Mar-16 23:31

Member 12403121 wrote:
but it cant get it to work

Does it compile? If not, what's the compiler error message?
Or if it does at least partially work, what does work, what does not?

If the brain were so simple we could understand it, we would be so simple we couldn't. — Lyall Watson

Member 1240312130-Mar-16 23:19

Member 12403121

30-Mar-16 23:19

Hi,
Sorry for not beening specific, i am new to this.
the problem is the first part of the code, one for interact with sensor. I dont know how to write it. This is my best try... it is modification of several examples. I was hoping for some advices.
code for mode 1 and 2 work Just fine i Just cant connect it all for sensor to recognize.
hope i explain it better tjan last time

Still learning how to code

leon de boer3-Apr-16 6:43

leon de boer

3-Apr-16 6:43

The only thing I can see change between the two modes is the delay

C++

// COMBINED MODE 1 & 2 CODE FROM WHAT YOU GAVE

int led = 13;
int mode = 1;                     //  Set mode 1 start                  
static int delay1[2] = {500, 0};  // 500ms delay for mode 1, 0 ms delay for mode 2
static int delay2[2] = {500, 5000};  // 500ms delay for mode 1, 5000 ms delay for mode 2

void setup() {
pinMode(led, OUTPUT);
}

void loop() {
digitalWrite(led, HIGH); // turn the LED on (HIGH is the voltage level)
delay(delay1[mode-1]);   // wait depending on mode .. dont forget arrays start at zero in c
digitalWrite(led, LOW);  // turn the LED off by making the voltage LOW
delay(delay2[mode-1]);   // wait depending on mode .. dont forget arrays start at zero in c

// this is just to show off both modes usually something does this change  
// this code simple forces alternation between the 2 modes
if (mode == 1) mode = 2; else mode = 1;
}

In vino veritas

COleDateTime

Still learning how to code27-Mar-16 9:48

27-Mar-16 9:48

I have an application in which time values are transferred byte-by-byte to an Arduino via USB/COM. I have now realised that using CTime objects will suffer from the 19 January 2038 problem where, after this date, GetTime() will return negative values due to the return value being signed. It appears that use of COleDateTime with CTimeSpan ::GetTotalSeconds will avoid this as the return value is an unsigned quantity.
I have now written a bit of test code comparing CTime and the ColeDateTime. /CtimeSpan combination. Whilst the values returned by the various member functions (year, month, etc,etc) all give identical values, the GetTime() and GetTotalSeconds() values differ by 3600 (1 hour)

Here is my test code:-

// ----------------------- CTime operations -------------------------
CTime tNow;
tNow = CTime::GetCurrentTime();	

int iTimeYear = tNow.GetYear(); 
int iTimeMonth = tNow.GetMonth();
int iTimeDay = tNow.GetDay();
int iTimeHour = tNow.GetHour();
int iTimeMinute = tNow.GetMinute();
int iTimeSecond = tNow.GetSecond();

unsigned long ulNow = tNow.GetTime();

// ----------- COleDateTime / CTimeSpan operations  ----------
COleDateTime epoch(1970,1,1,0,0,0);	// 1970 Jan 1 midnight 
COleDateTime tCurrentTime;
tCurrentTime = COleDateTime::GetCurrentTime();

int iOleYear = tCurrentTime.GetYear();
int iOleMonth = tCurrentTime.GetMonth();
int iOleDay = tCurrentTime.GetDay();	
int iOleHour = tCurrentTime.GetHour();
int iOleMinute = tCurrentTime.GetMinute();
int iOleSecond = tCurrentTime.GetSecond();

unsigned long ulOleTime = (unsigned long)(tCurrentTime-epoch).GetTotalSeconds();

Doug

Serkan Onat27-Mar-16 12:44

Serkan Onat

27-Mar-16 12:44

one hour difference between CTime and COleDateTime is because COleDateTime ignores daylight saving time

i would not care much about 2038, because today's code will be antique at that time

if these time values will be shared across multiple devices then i would use CRT functions

C++

time_t now = time(NULL);

Still learning how to code

Still learning how to code27-Mar-16 22:11

27-Mar-16 22:11

Hi Serkan,
I thought that originally, but COleDateTime MUST be taking account of DST as the GetHour() function returns the correct value. Thinking about it overnight, I'm beginning to think that I should have applied DST when generating epoch - that would fit the symptoms, wouldn't it ?
(The Arduino works with an unsigned quantity, so it will not be a problem !)

After thought:-
I now believe that the problem is due to taking the DIFFERENCE between Current Time and epoch (I actually got this code off the internet, but didn't do much thinking about it !!!) If DST is applied inherently to all OleDateTime objects, then taking the difference effectively removes any adjustment due to DST, So that would account for it for GetTime() and GetTotalSeconds() being 3600 seconds different !!

Doug

modified 28-Mar-16 5:01am.

Jochen Arndt28-Mar-16 1:50

Jochen Arndt

28-Mar-16 1:50

ColeDateTime stores a time stamp value without information about time zone and DST. It is up to you to know if the value is local time or UTC. If you use COleDateTime::GetCurrentTime to initialise it, it will hold a local time value. If you use the constructor or assignment operator accepting a time_t or _time64_t value, it will be UTC when the time_t value has been retrieved using time() and not adjusted afterwards.

If you need to store time stamp values for later use, store them as UTC. This avoids wrong values and simplifies calculation of time spans. If you need to display times as local times, perform the conversion just before display.

See also Time Format Conversion Made Easy[^] here at CP.

Still learning how to code

Still learning how to code28-Mar-16 22:58

28-Mar-16 22:58

Hello Jochen, I was not aware that the timestamp obtained from COleDateTime would depend on how the object was initialised. Therefore in my test code the object epoch would result in a UTC value, whereas that obtained from the other object (which initialised via GetCurrentTime()) would be localtime. This then blows my "difference" explanation as to why the result from CTime is 3600 seconds different from the COleDateTimeSpan object. My Arduino code expects time quantities to be received as localtime (i.e. adjusted for DST)

Doug