問題タブ [stm32ldiscovery]

このコンパイラ エラーが発生します ../include/BlinkLed.h:46:68: error: conversion to 'uint16_t {aka short unsigned int}' from 'int' may alter its value [-Werror=conversion]

GPIO_SetBit/GPIO_ResetBits 関数でピンを u16 タイプとして渡すと、

たとえば、定数値で同じ関数を呼び出す場合。

GPIO_SetBits(BLINK_GPIOx(BLINK_PORT_NUMBER),BLINK_PIN_MASK(15)); プログラムはコンパイルされ、正常に実行されます。このコンパイル エラーを回避しながら、ピンをパラメータとして渡すにはどうすればよいですか。

STM32L152RB ボードを使用しており、PLL クロックを使用するようにシステム クロックを構成しようとしていますが、RCC_FLAG_PLLRDY フラグが設定されているため、プログラムが while ループに陥っています。私が間違っていることをさせてください

私は STM32 の新しいボードを使用しており、付属のソフトウェアからライブラリに GUIBuilder の簡単なページを追加しました。コードを実行すると、たとえばスライダーウィジェットをクリックすると、エラーが発生します。スライダーは彼の値を変更しましたが、画面の他の部分 (ウィジェットに収まっていない) をクリックすると、彼の値は変更されます。画面全体がこのウィジェットのみにフォーカスします。STM32が提供するCubeF7からLCDへの設定をこの開発キット用に使用しています。また、機能しないウィンドウの原因となるコードの一部を含めました。誰かが同じ問題を抱えているか、間違ったファイルを使用している可能性があります。

このアセンブリ遅延関数を支援する必要があります。このアセンブリ遅延関数の 2 番目の遅延を計算するのに役立つ人はいますか? STM32L152 -DISCOVERY ボードのコーディングです。そのページは次のとおりです。

新しい STM32 L1 ディスカバリー ボードを持っていますが、壊れているようです。しかし、私は完全にはわかりません。

ボードを USB 経由で Linux マシンに接続すると、ボードは問題なく起動し、デモはベンダーの説明どおりに動作します。

しかし、実際にこのボードに接続することはできません。

ボードが接続されているようで、ST-LINKとDISCOVERYを切り替える大きなジャンパー(CN3)がDISCOVERYに設定されています。しかし、st-link ユーティリティを使用しようとすると、受信します。

また、OpenOCD はボードと通信できません。

ボード上のチップは STM32L152RCT6 です。以前は STM32F0..4 で作業していましたが、そのような問題は一度もありませんでしたが、以前は L シリーズで作業したことがなかったので、これがボードの問題なのか、ここで重要なことをスキップしているのかわかりません。

編集: OpenOCD を使用すると、予期しない動作がわかりました。最初の実行時にエラーが発生します:

2 回目の実行時:

その後、デバイスはシステムから消え、dmesgメッセージを残します:

アダプターの速度に問題があるのではないかと思いますが、今のところわかりません。

EDIT2: Windows ST リンク ユーティリティを試してみましたが、ボードに接続できず、ボードが「検出エラー」または「接続エラー」を引き起こし、ソフトウェアが SWD 周波数またはモードの変更を提案します。文字通りすべての組み合わせで疲れましたが、どれも機能しません。

EDIT3：これが誰かを助けるなら、ボードは送り返されました、私はそれが実際に壊れているという情報を得て、私は新しいものを手に入れました. 新しいものは期待どおりに完璧に動作します。

で動作する自動ボーレート検出を取得できませんSTM32L0。ハードウェア抽象化レイヤー (HAL) を使用しています。

私の初期化コードは次のとおりです。

UART1 経由で送信しているバイトは次のとおりです。

ボーレートが検出されないのはなぜですか? 私はもう試した：

UART_ADVFEATURE_AUTOBAUDRATE_ONSTARTBITとUART_ADVFEATURE_AUTOBAUDRATE_ONFALLINGEDGE

そこで、モード設定の順序とドライバーでの有効化を次のように調整しました。

に

何もしません。

また、以下は問題ないようです。

クロックソースの周波数は、予想される通信速度と互換性がある必要があります (16 でオーバーサンプリングする場合、ボーレートは fCK/65535 から fCK/16 の間です。8 でオーバーサンプリングする場合、ボーレートは fCK/65535 から fCK/8 の間です)。

私は16でオーバーサンプリングしているので、

私の選択したボーレートは次のとおりです。19200/ 9600 /2400 /300

NUCLEO-F411RE と STM32L467G Discovery の 2 つのボードがあります。

STM32L467G Discovery と PC の間で Virtual Com 接続を確立する必要があります。

NUCLEO の場合 : USART2 は ST-Link に接続されているため、USB 上の USART を使用して PC と通信できます。そこで、GPIO Aと USART2 クロックを有効にします。その後、USART2 のポート 2 と 3 をリンクするように GPIO Aを構成すると、うまく動作します! PCで一部のキャラクターを受信できます。

STM32L467G Discovery の場合: STM32L467G Discovery には、ポート 2 と GPIO A の3 にも USART2 があります。しかし、ドキュメントでは、USART2 は GPIO Dのポート 5 と 6 で USART2 を使用して ST-Link に接続されていると書かれています。そのため、ソースコードを変更しましたが、コンピューターで何も受信できません..

私の情報源を確認してください：

Main.c

このコードは、Nucleo NUCLEO-F411RE で正常に動作します (ただし、GPIO Aとポート 2 および 3 を使用)。

私の STM32L467G Discovery では、GPIO Dポート 5 と 6 && と GPIO Aポート 2 と 3 で、そのコードは完全に失敗します。

問題が見えません、助けてもらえますか？